Jump to content

compusys

Members
  • Content count

    23
  • Joined

  • Last visited

Profile Information

  • Real Name
    Matt McKenzie
  • Location
    Invercargill, New Zealand
  • Website
  1. Dasonix, read back through the forum posts as this problem has been discussed and solved. H2H Matt
  2. Bobby, I added the define('DIR_FS_CATALOG', '/path/to/my/root etc.... directly to /googlesitemap/index.php, so as not to break any other contributions. The files were created correctly when I executed it again. Google has come and gone and they report 'OK' at 'Google Sitmaps' Success. Cheers Matt
  3. yeah, I kinda figured that might be the problem, but I have to first discover the origin of that define, whether it's stock code or a custom configuration from a contribution, so I don't break my store. Cheers Matt
  4. I think it might have something to do with these code parts: from my configure.php from sitemap.class.php I've highlighted on bold red the lines that my be causing my problem. Cheers Matt
  5. No, haven't made any changes whatsoever. Could this be highlighting a problem with people running their store from the webspace root? Cheers Matt ps just installed the latest version, still creating .xml files with the googlesitemap/ appended to them
  6. theman, thanks for your input. I presume you mean includes/configure.php. It is appropriately configured for my store environment existing in the root of my web space. These are the relevant settings from my configure.php define('HTTP_SERVER', 'http://www.compusys.co.nz'); define('DIR_FS_CATALOG', dirname($HTTP_SERVER_VARS['SCRIPT_FILENAME'])); define('DIR_WS_HTTP_CATALOG', '/');
  7. Hi Bobby, any clues to the following Cheers Matt
  8. compusys

    The Google sitemap

    I'm experiencing the following error when it tries to submit to google: Warning: fopen() expects at least 2 parameters, 1 given in /xxxxx/xxxxxxxx/public_html/google_sitemap.php on line 301 Any ideas?
  9. I've been scratching my head on this one. Hopefuly somebody can explain what's happening. When I run the script, the output is successful but instead of creating the three files in my root dir named: sitemapproducts.xml sitemapcategories.xml sitemapindex.xml i get three files in my root dir named: googlesitemapsitemapproducts.xml googlesitemapsitemapcategories.xml googlesitemapsitemapindex.xml it appears to be amending the name of the googlesitemap directory to my files. I haven't edited any of the code. The googlesitemap directory is in my root dir, and it runs without error. Just the naming of the files is wrong.
  10. compusys

    Fancier Invoice & Packingslip v1.0

    yeah.. there appears to be some sort of reference to a 'backorder' contribution in the code. I'm predicting a re-release of print_my_invoice.php v6.0 ;) with new language defines and 'backorder' code weeded out.
  11. compusys

    Fancier Invoice & Packingslip v1.0

    Just upgraded to version 6, am I imagining it, or is there a bunch of language defines missing for the new print_my_invoice.php contributed by MrRim
  12. compusys

    Fancier Invoice & Packingslip v1.0

    sorry, forgot to add my solution. In your 'Send Extra Order Emails to' setting, just enter your email address and nothing else, no name, no <> around the email address. The email_invoice module will use the 'Store Owner' and 'Send Extra Order Emails to' configuration settings to formulate the 'To:' field in your outgoing email.
  13. compusys

    Fancier Invoice & Packingslip v1.0

    Firstly kudos to the developer for a marvelous contribution. A couple of people have reported that the Send Extra Order Emails are not arriving to their email address set up in the store configuration after enabling 'Send HTML or Text Invoices to Customers' in 'Email Options', I'm having the same problem but managed to track down the missing emails in my 'catch all' box on my mail server. Here is what my mail server is reporting: Looking at the code responsible: My 'Send Extra Order Emails to' setting follows OSC recommended format of Sales Department <sales@compusys.co.nz> but the above code seems to messing it up, I suspect this is what is happening to the other people who reported it. If I switch off 'Send HTML or Text Invoices to Customers', the email goes through without any trouble. It would appear 'STORE_OWNER' in the code is unnecessary as the name is already specified in the 'Send Extra Order Emails to' setting, although i'm unsure why the code inserts an extra set of <> around the Name and Email address as you can see from the mail server information above. I'm also unsure of why most people have no problems, possibly due to the format of their 'Send Extra Order Emails to' setting.
  14. I've looked through the thread and I can't find any mention of it, but in the main OSC configuaration there is a setting for 'Subtract product in stock by product orders' which can be set to 'true' or 'false'. It appears that the Manual Order contrib ignores this setting and will subtract stock quantities regardless of this setting. Was anybody aware of this? And anybody have any suggestions for stopping it from doing so? Cheers Matt
  15. compusys

    OnTheFly GDThumbs w/easypopulate

    This may be a shot in the dark, but are you sure that the products in your database are still marked as 'Active'. EP by default will mark products as 'Inactive' if the quantity is set to '0' in your EP data file. They will appear in your backend database but not in the frontend catalog listing. - Matt
×