Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

markg-uk

Members
  • Posts

    315
  • Joined

  • Last visited

About markg-uk

  • Birthday January 1

Profile Information

  • Real Name
    Mark
  • Gender
    Male
  • Location
    Kent, UK
  • Website

markg-uk's Achievements

  1. Thanks, I'll keep an eye out. Yes, the categories file has changed a lot.
  2. Are there any plans to update this for the latest version of phoenix? I've had a go but admin/categories.php has changed way too much in order to follow the instructions
  3. Ok - you're right. I commented this out as I have errors on for debugging and as you say, its been removed so was throwing an error. I had assumed it was set to true but the old site had it set to false. Anyway - thanks both.
  4. Thanks for the reply. I did actually already do that (plus I removed all the rewrites from .htaccess as a test) - neither made any difference. If I comment out these lines in seo_class.php: $link = str_replace('?', '/', $link); $link = str_replace('&', '/', $link); $link = str_replace('=', '/', $link); then the URLs are ok. Why I'm seeing the issue I'm not sure. I can't think of a reason I'd need those three lines with the URL format I want so I think I'm ok
  5. I've just installed this - URLs look ok but I can't now login to the front end as a customer. I'm using Phoenix 1.0.7.5 and followed the instructions. I noticed that tep_href_link had moved like said above - no problem there. Before the update, I get this in my logs when I login (and I could login ok): "POST /login.php?action=process HTTP/1.1" 302 - After the update, I see this: "POST /login.php/action/process HTTP/1.1" 200 17953 If I restore the original tep_href_link function, I can login ok of course. So something is changing the ? for / Any ideas?
  6. Anyone got this working recently with 2.3.4? I've got most of it working (ignoring the cosmetics) but I can't get admin/returns.php to work. I get: Parse error: syntax error, unexpected end of file in C:\websites\shop\docs\admin\returns.php on line 1057 The { and } appear to be equal in numbers plus the editor I use tends to pick errors up like that. The only changes I have done are to change all the <? to <?php. Using PHP 5.4.27. I just can't work out what is wrong and the lack of errors mean I have little to work with.
  7. They are in the protx_direct.php file in the payment module folder, look for likes that start with $this->url Its probably easier to update the payment module - the latest version has the correct strings. (its as simple as overwriting the protx_direct.php file)
  8. I've got a strange one. I have v1.2 installed and haven't changed anything for over a year. Today it stops working in IE - with force download set to true. When I click on the link, I get an IE popup saying it can't download the file. It works fine in firefox however. If I disable force download, it then works inline in IE. Anyone seen this before?
  9. What exactly happens? Do you get a blank screen when you get to the shipping page? Or does the page come up but with no options?
  10. Unless you take steps to prevent it, you're just going to get hacked again though
  11. That could be any of the stock shipping modules - each module lets you assign a picture like that. Its probably based upon the zones module.
  12. You're best off posting in the actual support thread if you want help. When you change the 'Profile Display' to show 'all information', is the osCsid the same?
  13. markg-uk

    Protx Direct v2.22

    Well, it is a standard install so far as the checkout process goes. The database is being populated fine otherwise - I've made several test orders and everything works. Very strange ... Its a quiet site, don't expect to have the transaction issue.
  14. markg-uk

    Protx Direct v2.22

    I've just upgraded from 5.0b to 5.1 and I've got a problem. Everything works except that after I complete checkout, I get an SQL error in checkout_process.php: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 UPDATE protx_direct SET order_id = 1675 WHERE id = [TEP STOP] The order is there otherwise. The only place I can find this update is in the protx_direct.php here in after_process(): function after_process() { global $insert_id; tep_db_query("UPDATE " . TABLE_PROTX_DIRECT . " SET order_id = " . (int)$insert_id . " WHERE id = " . $this->protx_id); } That function was empty in the 5.0b. I've checked all my files and I can't see a problem. any ideas? :) edit: and if I comment out the function contents, it appears to work ok.......
  15. Cash on delivery is a payment module. Store pickup is a shipping module. You won't get cash on delivery coming up as a shipping option.....
×
×
  • Create New...