Jump to content


  • Content count

  • Joined

  • Last visited

Everything posted by compusys

  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
  16. Just an observation. I've noticed a lot of contributions are now broken as a consequence of the removal of tep_array_merge function during the standards updates. Some fine examples are FAQDesk, Custom Computer Creator, Support Tickets, EZPopulate + i'm sure many others. So if you maintain a heavily modded installation and stay on the bleeding edge with regular CVS updates, it might pay to check your shop functionality. M.
  17. compusys

    'tep_array_merge' observation

    No biggie Harold. :D Those with their fingers on the pulse should be able to realize the changes from the standards updates. It's all part of the extraordinary effort the team is making towards a rock solid application. I think I can speak for everybody here and say that hands down, osCommerce is the be all and end all of eCommerce solutions. M. ============================ CompuSYS New Zealand Your Hardware Portal :thumbsup:
  18. I think there is a step missing from the install instructions open application_top and insert this line define('FILENAME_MAINPAGE', 'mainpage.php');
  19. Just CVS updated the last round of 30 + commits and a more descriptive error emerged: so the plot thickens.
  20. Henri I was wondering if this contribution has been tested on the major standards update done by Harold in the last few days. I'm getting an error when I try to VIEW a ticket from the catalog frontend while logged in 1064 - You have an error in your SQL syntax near ') as total ' at line 1 select count() as total [TEP STOP] It comes up with a prompt for the ticket # as if I'm not logged in. Haven't modified any source. Everything else works fine, admin etc.