Polskie wsparcie PrestaShop
PrestaShop => Konfiguracja => Wątek zaczęty przez: szybki w Marzec 06, 2011, 12:34:42 pm
-
Witam gdzie można zmienić numerowanie zamówień żeby np zaczęło naliczać od 500 czyli żeby zamówienie 1 było jako 501
-
no właśnie, nikt do tej pory o tym nie pomyślał, a niepoważnie dla klienta wygląda gdy jest jednym z pierwszych
myślę, że najlepiej byłoby w ogóle nr zamówienia ukryć/szyfrować pod ciągiem przypadkowych liczb
dzięki temu rozwiązujemy powyższy problem plus zatajamy przed światem ile zamówień realizujemy, po co komu pokazywać jak nam się biznes kręci
tu był podejmowany temat ukrycia nr zamówień http://prestadesign.pl/bezpiecze-stwo-f20/numery-zamowie-t879.html
-
Bardzo prosty sposób .wchodzisz do phpMyAdmin szukasz tabelę id_order wykonujesz operację w auto_increment wpisując obojętnie jaką liczbę i masz już następne zamówienie zaczynające się od tej liczby,ale czy to ma jakiś sens???? . Więcej informacji poprzez kontakt www.mera.auto.pl .Powodzenia.
-
ale czy to ma jakiś sens?
Na gekosale w komentarzach piszą coś o szyfrowaniu nr zamówień http://www.ekomercyjnie.pl/czy-na-polskim-rynku-jest-jeszcze-miejsce-na-kolejna-platforme-sklepowa-gekosale-oczami-nowego-uzytkownika/
coś tam jednak można stracić
-
Rzeczywiście łatwo sprawdzić jak duży ruch ma konkurencja, ja testuje rozwiązanie z trigerami i losowym 5-cio cyfrowym numerem, będę wdzięczny za przyłączenie się do testów. To mój trigger:
DELIMITER //
Create TRIGGER zamowienie_newid before INSERT ON prefix_orders FOR EACH ROW
BEGIN
SET NEW.id_order=CONCAT(10+FLOOR(RAND()*89),(100+FLOOR(RAND()*899)));
Select COUNT(*) INTO @ile from prefix_orders where id_order=New.id_order;
WHILE @ile> 0 DO
SET NEW.id_order=CONCAT(10+FLOOR(RAND()*89),(100+FLOOR(RAND()*899)));
Select COUNT(*) INTO @ile from prefix_orders where id_order=New.id_order;
END WHILE;
END
//
DELIMITER ;
dla niewtajemniczonych należy w phpmyadminie wykonać powyższy kod/zapytanie, a potem sprawdzić na testowych zamówieniach czy coś się nie sypie, u mnie póki co śmiga, ale testy innych mile widziane.
-
i jak testy wychodzą? przymierzam się też do podobnego rozwiązania. a nie chce sklepu już dobrze działającego popsuć.
-
U mnie na testowych zamówieniach śmiga. Niestety tylko na testowych bo sklep dopiero rusza, jak to na początku czekam na pierwsze zamówienie:)
-
Jeśli kogoś interesuje to metoda podana przez chemika sprawuje się dobrze, nie zauważyłem żadnych problemów.
-
U mnie na testowych zamówieniach śmiga. Niestety tylko na testowych bo sklep dopiero rusza, jak to na początku czekam na pierwsze zamówienie:)
chemik, czy id zamówienia generowane tą metodą jest unikalne (nie do powtórzenia)?
druga sprawa - czy w razie chęci powrotu do standardowego generowania id zamówienia (czyli N+1) zastosowanie powyższej metody jest odwracalne? Jeśli tak, to w jaki sposób? Z góry dzięki za odpowiedź.
-
Było opisywane na forum Trzeba poszukać.
-
Było opisywane na forum Trzeba poszukać.
MERA, ale ja pytam o ten konkretny przypadek z rozwiązaniem chemika.
-
Nie testowałem jeszcze, ale z kodu wynika że generuje unikalne id.
Powrót do N+1 raczej nie bo część przestrzeni id będziesz miał zajętą. Chyba, że poświęcisz masę czasu na zabawę z bazą, ale to z reguły nie kończy się dobrze.
-
Jeśli kogoś interesuje to metoda podana przez chemika sprawuje się dobrze, nie zauważyłem żadnych problemów.
Jak uruchomić to zapytanie w phpmyadmin? Po wywołaniu kodu chemika w SQL phpmyadmin zwraca mi info, że nie odpowiednich uprawnień do bazy: #1227 - Access denied; you need the SUPER privilege for this operation