JDStar

Ja mam ~35.000 produktów, odpaliłem to zapytanie (oczywiście zmieniłem ID dane pod siebie) - czas wykonania: 0,032 sec Jeśli zarówno w sklepie jak i samej bazie poprzez phpmyadmin tak samo długo sięwykonuje to stawiam na serwer. Masz dostęp do konfiguracji MySQL?

Na dedyku i pewnie niektórych vps jest to jak najbardziej do zrobienia. Konto ftp wcale nie musi być "systemowe", na wszystkich swoich maszynach używam kont virtualnych opartych na bazie - a stworzenie konta to dodanie wpisu do bazy. Oczywiście ustawiasz takie konto na wskazany homedirectory, odpowiednie uprawnienia uid.gid itp.

No to zobacz np. Firebugiem co ci zajmuje czas przy połączeniu ze panelem admina - u mnie właśnie analytics któraś wersja nawiązywała kilkadziesiąt połączeń.

Sprawdź moduł ganalytics - wyłącz go i spróbuj.

Modułu chyba nie ma, sam dopisałem tę funkcję. Pobierasz z bazy ean13 i generujesz na wydruku kod kreskowy, a sposób generowania to już zależy jak robisz wydruki.

No to albo napisać sobie skrypt do zassania produktów z jednej bazy do drugiej, albo wyeksportować produkty do CSV i tym formatem przenieść produkty.

A ta do której mają być przeniesione produkty ma coś w bazie czy czysta, dopiero startuje?

Szablony maili siedzą w katalogu z Twoim szablonem sklepu /mail/ - masz 2 wersje każdego szablonu maila - tekstowa i HTML, a które konkretnie pliki to otwórz i zobacz - do każdego zdarzenia/wysyłania maila masz plik.

Tak, możesz nadpisać z oryginału - ale stracisz wszystkie swoje zmiany lub poprawić sam link do logo. W szablonie powinien wyglądać tak: <td class="logo" style="border-bottom: 4px solid #333333; padding: 7px 0;" align="center"><a style="color: #337ff1;" title="{shop_name}" href="{shop_url}"> <img src="{shop_logo}" alt="{shop_name}" /> </a></td> A edytor z presty do adresu loga dorzucał u mnie jeszcze adres panelu admina np.: <img src="/adminshop/{shop_logo}"

Rozwiązałem problem - oprócz tego co powyżej to w klasie Product.php musimy dodać parametr zezwalający na HTML w zapisie do bazy pSQL($cust, true): public function addFeaturesCustomToDB($id_value, $lang, $cust) { $row = array('id_feature_value' => (int)$id_value, 'id_lang' => (int)$lang, 'value' => pSQL($cust, true)); return Db::getInstance()->insert('feature_value_lang', $row); }

Któraś (nie pamiętam dokładnie) wersja Presty przy zapisie w adminie szablonu maila rozwalała link do loga - edytuj szablon maila przez ftp.

W jaki sposób pozwolić na używanie tagów HTML w polu z cechami produktu? Presta 1.6.0.5, w klasie FeatureValue zmieniłem: 'value' => array('type' => self::TYPE_HTML, 'lang' => true, 'validate' => 'isCleanHtml', 'required' => true, 'size' => 5000) Niestety w dalszym ciągu przy zapisie Presta czyści mi wszystkie tagi. Gdzie jeszcze szukać jakiegoś validatora, który mi to czyści?

No dokładnie - "deszyfracja" MD5 sprowadza się do bruteforce hehehehe :) (o ile w KQS jest użyte MD5 a nie jakieś inne metody)

Nie widzę żadnych kontrowersji w zmianie platformy a co za tym idzie potrzebą odnowienia/zresetowania hasła. Żeby przenieść hasła to albo zdeszyfrujesz hasła w KQS (a to już pomijając kwestie technologiczne jest dopiero kontrowersyjne) albo skopiujesz hasła do bazy presty a zmienisz w niej algorytm na taki jaki jest w KQS (nie próbowałem, ale może się da).

Musiałbyś je zdeszyfrować w tym KQS . U mnie wystarczyło zrobić "małą" promocję w czasie zmiany platformy - klienci przy odnowieniu hasła i zrobieniu zakupów na nowej platformie dostawali kupon 10PLN na następne zakupy, zadziałało - z paru tysięcy zmigrowanych klientów tylko sporadycznie nie odnowiono hasła:)