Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

driven22

Members
  • Content count

    73
  • Joined

  • Last visited

Profile Information

  • Real Name
    Grzesiek
  • Location
    Warsaw

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. driven22

    Cookie_usage +disable my page

    Thank you for your help. Will it have a negative impact on indexing robots or reduce store security ( if cookie_usage will be redirect )?
  2. driven22

    Cookie_usage +disable my page

    I have already had 3 days of such problems with cookie_usage with customers. Cache disabled, force Cookie- disabled :( What to enter in the redirection so that the shop is not blocked. I lose customers .. :(
  3. driven22

    Cookie_usage +disable my page

    I have force cookie disabled in admin - but from time to time, the cookie_usage.php page appears (as if some file was running the force cookie option even though it is disabled in admin) or some other problem, but I cannot locate it. Until the cache on the server is cleared, no one can buy the products. Previously, I had so every 3-7 days. Now much less, but it happens and I don't have any purchases in the store then.
  4. For a long time, bots visiting the site would call cookie_usage. In such a way that customers also only saw the cookie_usage.php page instead of logging into the store or when trying to go further in the shopping cart. I blocked unnecessary bots and the problem actually disappeared. Are the following server logs (in this case, google bot) correct (should the bot run the following "functions"?). Why does the cookie_usage.php file every time bots enter and is this the correct operation of the store? Can it be blocked - without blocking the access of the google bot for indexing the page? - [24/Feb/2022:13:29:37 +0100] "GET /login.php?cookie_test=1 HTTP/1.1" 302 0 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" waw1 - [24/Feb/2022:13:29:37 +0100] "GET /cookie_usage.php HTTP/1.1" 200 4037 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" waw1 Maybe it's a stupid question, but I had a huge problem with it for a long time and I would like to be sure that such logs are OK
  5. driven22

    Problem with round weight

    For half a year I was looking for a solution, so let me give the solution after 24 hours of tests.. Problem was as I had suspected in the interpretation "," and "." shop - db. Despite writing in lanugaes / english @setlocale (LC_TIME .... or LC_ALL did not work. But after typing in aplication_top.php (also in admin): setlocale(LC_ALL, "pl_PL"); setlocale(LC_NUMERIC, 'C'); Weight works fine in categories, also price, order_total, special (by price and%), export csv displays original values. I have been looking for a solution for over half a year on the forum, trying in the store. There was info everywhere that setlocale only fits in languages. Something was probably blocking setloc but hence the problem (but I can see, not only for me). A simple solution, and I spent so much time on it .. ahh
  6. driven22

    Problem with round weight

    Ok, I solved this problem
  7. driven22

    Problem with round weight

    Someone had the same problem before https://forums.oscommerce.com/topic/191077-problem-with-price-cutting-off-rounding-last-2-digits/ . I changed the final price as in the post but still just as stuck as the author of the post.
  8. driven22

    Problem with round weight

    On the other hand, it works without any problems - I enter order total in the database, for example, 25.56 and that's what I have in admin. The same with the weight - everything is OK. Unfortunately, when I enter order total, special, weight from the store's side towards the database, I have values rounded down to whole numbers.
  9. driven22

    Problem with round weight

    I removed the currency and added it again. Unfortunately, nothing has changed. Order Total in the admin is ok, the database is rounded to full values
  10. driven22

    Problem with round weight

    This has changed in the overview of the products after function tep_round($number, $precision) { echo 'Price '. $number . ' Precision: ' . $precision; return '1.23'; }
  11. driven22

    Problem with round weight

    One more thing. in the admin, when changing the price of the product, if I enter 25.60 and save - when I go back to the edition of the product, I have a value of 25.60. If i enter 25,60 after writing and editing the product, the price is rounded to 25.00 (as it is seen in the database). It would be a problem with the decimal interpretation ( "," and ".").
  12. driven22

    Problem with round weight

    I changed to admin / general to function tep_round($number, $precision) { echo 'Price '. $number . ' Precision: ' . $precision; return '1.23'; } but nothing has changed. I think the "," and "." are misinterpreted" .In data transfer shop -> db. In admin / Currency I changed decimal point to "." and thousands point was "," but it also didn't help. I changed the languages / english setlocate to LC_TIME to LC ALL in the file but it also did not help. I don't know where to look for the reason why this is happening. When I type the weight of 0.51 kg in the product after writing the rounds down to 0.00. The price of the product is remembered on the store's side, but already rounded down in the database. In admin / special, when I want to enter a discount from 25 to 24.50 round down to 24. When I want to make a percentage discount, it also calculates incorrectly. This came after switching from PHP 7.2 to 7.3 / 7.4. It looks like a simple mistake - but I don't know where to look.
  13. driven22

    Problem with round weight

    In db also the differences between what is visible in the store and what is in db. Same in oreders_products. Final price rounded down .How to fix it?
  14. driven22

    Problem with round weight

    In admin, entering the product weight 0.51 after saving, I still have 0.00. When I type 1.2 after saving I have 1. Oscommerce 2.3.4.1 CE, php 7.4. I am asking for help, I have a problem with incorrect decimal rounding in several places. // Wrapper function for round() function tep_round($number, $precision) { if (strpos($number, '.') && (strlen(substr($number, strpos($number, '.') + 1)) > $precision)) { $number = substr($number, 0, strpos($number, '.') + 1 + $precision + 1); if (substr($number, -1) >= 5) { if ($precision > 1) { $number = substr($number, 0, -1) + ('0.' . str_repeat(0, $precision - 1) . '1'); } elseif ($precision == 1) { $number = substr($number, 0, -1) + 0.1; } else { $number = substr($number, 0, -1) + 1; } } else { $number = substr($number, 0, -1); } } return $number; }
  15. driven22

    ship2pay for 2.3.x

    Hi, i have same problem with shi2pay. Can you help mi (last version Phoenix) ? if ($_GET['action']) { switch ($_GET['action']) { switch ($_GET['action']) { if (is_object($trInfo)) { I have a lot problems with ship2pay. In Phoenix version removed class/payment.php .
×