MisYo

1. Dostajesz 500 od razu, czy chwilę musisz odczekać na ten błąd? 2. Czy generuje wszystko na raz czy partiami?

Ma i jest cacheowane, ale właśnie wdrożyłem Twój pomysł i jutro z rana wrzucę screenshota czy działa czy nie. Dzięki.

Ależ oczywiście, poprawnie skonfigurowany to znaczy oparty o własny projekt gdzie nad zmiennymi mamy pełną władzę oraz wiedzę które zmienne można a których cacheowanie jest nierozważne. Oto mój override/classes/order/order.php $qqq="SELECT `AUTO_INCREMENT` FROM information_schema.TABLES WHERE TABLE_SCHEMA = \"" . _DB_NAME_ . "\" AND TABLE_NAME = \"" . _DB_PREFIX_ . "orders\""; // $qqq = bieżący Auto_increment $refNo = (int) Db::getInstance()->getValue($qqq); if (substr($refNo, 0, 6) != date("ymd")) { Db::getInstance()->Execute('ALTER TABLE `'._DB_PREFIX_.'orders` AUTO_INCREMENT = '.intval(date("ymd").'001')); $refNo = (int) Db::getInstance()->getValue($qqq); } return $refNo; Niestety w powyższym przypadku pełnia władzy się kończy. I powyższe nie powinno być nigdy cacheowane.

W rzeczy samej. Memcache jak i memcached należy obchodzić szerokim łukiem, gdyż problem polega na braku aktualizacji dość istotnych zmiennych dla działającego sklepu. Napisałem sobie własną numerację zamówień w oparciu o schemat YYMMDDnnn i potrafiło mi nadawać przy zamówieniu wczorajszy numer. Generalnie nie stosować tego "przyśpieszenia" bo można sobie kuku zrobić.

Dzień dobry, Czy zna ktoś w Was rozwiązanie problemu polegającego na zliczaniu jedynie statystyk zamówień dokonanych na kontach Gości płacących via PayPal? Zauważyłem, że statystyki nie zliczają zamówień z kont zarejestrowanych Klientów płacących przez PayPal.