Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

markg-uk

Members
  • Posts

    315
  • Joined

  • Last visited

Posts posted by markg-uk

  1.  
     
    0
     Advanced issue found
     
     
    On 7/17/2020 at 4:21 PM, cigarsforless said:

    is only activated when $search_engine_safe = true
    and that is set by the above (now removed) configuration key SEARCH_ENGINE_FRIENDLY_URLS   set to true

    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.

  2. 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

  3. 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?

  4. 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.

  5. 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?

  6. Luckily I had a unaffected backup file... after restored back it is fine now... Thanks a lot for this contribution. It is very nice :thumbsup:

     

    Unless you take steps to prevent it, you're just going to get hacked again though

  7. 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.

  8. 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.......

  9. I installed the update yesterday, looks good. Had 10 orders or so since changing with no issues, until now that is.

     

    A csutomer can't seem to get past checkout_confirmation.php. He says he enters the details, presses the continue button and then:

     

    It justs keep on waiting on the first page on payment after I enter my credit card information and then a blank screen with a horizontal bar flashing with a right lower corner text saying click here to close windows.

     

    He says he is using IE6 with javascript enabled. Although his user agent says this:

     

    Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; TuneUp HTML Client Embedded Web Browser from: http://bsalsa.com/; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

     

    Any ideas? (once again, thanks for all your work :) )

  10. The second not showing could be down to it being not enabled, not installed properly or you have zones enabled and set this module to a particular zone

     

    I think I recall from my dev work you still have to select the checkbox if only one payment module is valid on a stock install

  11. The credit card payment module included with the default oscommerce install is not meant for production use. There are lots of threads why - you can search for them.

     

    Either use something like paypal or get a proper merchant account.

  12. When I go to your site (looking at your username) I notice that you haven't added the quantity input field on product_info.php. No problem with that but then you should indeed use the "old" code for case: 'add_product' in application_top.php like you tested works correctly.

     

    Thanks :)

  13. I installed this contribution before going live - it works just fine. However, I've noticed my site does something different from what the stock oscommerce installation does and I think its down to this price break contrib

     

    If I have a product in my cart, go back to the product page and click 'add to cart' again, the cart quantity remains unchanged.

     

    I've traced it to application_top:

     

    //$cart->add_cart($HTTP_POST_VARS['products_id'], $cart->get_quantity(tep_get_uprid($HTTP_POST_VARS['products_id'], $HTTP_POST_VARS['id']))+1, $HTTP_POST_VARS['id']);

     

    $cart->add_cart($HTTP_POST_VARS['products_id'], $cart->get_quantity(tep_get_uprid($HTTP_POST_VARS['products_id'], $HTTP_POST_VARS['id'])) + $HTTP_POST_VARS['cart_quantity'], $HTTP_POST_VARS['id']);

     

    If i uncomment the first block (original code) and then comment out the second block (code added by the contribution), then the cart quantity does increment correctly.

     

    Anyone have any ideas?

×
×
  • Create New...