Viktorson

Cześć nie chcę zakładać nowego tematu więc zapytam tutaj. Czy przy migracji na Prestę z 1.6 na 8 jest możliwość zachowania wyników pozycjonowania (tylko organiczne) w Googlu czy zaczynamy z czystą kartą? Pozdrawiam

Generalnie _Stores działa całkiem przyjemnie, przynajmniej w wersji demo :). Też to zauważyłem. Mam tam hosting od wielu lat. Jeszcze za czasów hekko można było pogadać i sporo załatwić, często szli na rękę (kiedyś dostaliśmy 2gb miejsca za samą pozytywną ocenę "zrobiła nam dzień" napisali i dali bonus). Teraz to już duża firma i wszystko jest sformalizowane, procedury, procesy, korpo gadka, ale nie dość, że narzekać nie mogę bo hosting działa bardzo dobrze i nigdy żadnych problemów, to nawet bym polecił gdyby ktoś pytał. Gdybym wybrał PS to robiłbym sam jak najwięcej. Nie jestem programistą, ale trochę się w podstawach orientuję, plus SQL więc przy 1.6 momentami było ciężko, ale dałem radę. Tylko, że chyba już nie mam siły na to kolejny raz :). Praca, starość itd:). Tak w ogóle to ja lubię PS i pewnie niedługo i tak będę się męczył z migracją na 8. Dziękuję za odpowiedź.

Dziękuję.

Cześć, Będę uruchamiał nowy sklep i mam dylemat. Otóż dostałem dobrą ofertę cenową na 2 lata w _Stores. Wiadomo nic mnie nie obchodzi od strony technicznej, ani te wszystkie omnibusy, ale nie mam dostępu bezpośrednio do bazy danych i po dwóch latach różnie może być. Ponadto jestem skazany na z góry przygotowane integracje (głównie chodzi o brokerów logistycznych). Dlatego też zastanawiam się nad ponownym użyciem Presty. Od wielu lat mam inny sklep (PS 1.6) i sklep działa, zarabia, ale pamiętam jaka to momentami była droga przez mękę. No i tutaj pytanie z tematu, czy PS 8 jest już bezproblemowy czy nadal trzeba z nim walczyć (instalowałem na próbę wczesną wersję 8 i nie działało to dobrze). I pytanie dodatkowe. Czy Nowsze wersje PS 1.7 / PS 8 są w miarę dobrze dopasowane do polskich warunków (np. tłumaczenia)? w 1.6 też z tym różnie bywało. Pozdrawiam

Tak szczerze to nie wiem czy mam rację, ale nawet ta wersja 1.7.8.8 nie jest pozbawiona błędów. Np. dodam cechę z palca do nowego produktu, a po ponownym załadowaniu strony mam już ją x2. Kolejne przeładowania rozmnażają ją dalej. Nie mogę ich usunąć. Trzeba wyrzucić produkt. Druga rzecz to grafiki dodawane do atrybutów. Omyłkowo dodałem nie ten .png co potrzeba i już nie mogę go zmienić. Musze kasować cechę. I to wszystko na czystej instalacji Presty.

Testuję właśnie AWP na wersji 1.7.8.8 i są pewne problemy z jego prawidłową instalacją. Jest to pewnie do ogarnięcia, ale wsparcie dla modułu zostało zakończone na wersji 1.7.7. Stąd problemy przy instalacji. Migrację sobie darowaliśmy. Idziemy w kierunku postawienia całości od nowa. Przy okazji robimy poważny remanent w ofercie. PS 8 w tej chwili sobie darujemy.

Próbowałeś korzystać z serwisu Baselinker? Ma obłędna liczbę różnych integracji. U nas integruje sprzedaż między Allegro i Prestashopem. Ma wewnętrzny magazyn (ale i ogrania programy magazynowo księgowe. Do tego masę integracji z przewoźnikami.

Cześć. No właśnie, robić przesiadkę na najwyższą wersję 1.7 czy już na 8? Sklep obecnie stoi na w miarę połatanej wersji 1.6, ale czas już zrobić przesiadkę. Czy wersja 8 presty jest w tej chwili warta rozważenia? Gdy uruchamiałem sklep, wersja 1.7 dopiero "majaczyła na horyzoncie". Niestety zmiany w kodzie 1.6 sprawiły, że bezbolesna migracja w późniejszym okresie była niemożliwa. Teraz boję się podobnej sytuacji tylko, że z udziałem presty 1.7 i 8. To jest mój pierwszy problem. Drugim jest brak modułu Atribute Wizard Pro w wersji PS8. Mało tego, producent modułu przestał go już rozwijać. Czy istnieje jakaś alternatywa aby sensownie działały kombinacje produktu? Czy może to co już jest w nowszych wersjach sklepu działa dobrze? W sklepie mam koszulki z nadrukiem i jak przemnożę ilość rozmiarów, kolorów koszulek oraz kolorów nadruku to robi mi się całkiem dużo kombinacji dla jednego produktu. A tych produktów jest kilka tysięcy. Do tego dochodzą pewne pojedyncze kombinacje, które nie mogą zaistnieć i trzeba je wykluczyć. PS 1.6 ledwo działał przy znacznie mniejszej liczbie produktów niż jest ich obecnie. Dlatego używałem modułu AWP, który rozwiązywał wszystkie te problemy. Pozdrawiam

Sklep: dlsklep.pl Hej, Ponieważ nasz sklep pomimo wielu swoich wad i błędów nadal nie chce się poddać i wypracowuje jakieś zyski nadszedł czas aby go dopieścić. Do tej pory większość rzeczy była robiona własnym sumptem, ale dojrzeliśmy do jego profesjonalizacji:). Zlecę aktualizację sklepu z z wersji 1.6.0.9 do najwyższej 1.6 plus ew. dodatkowe poprawki wydajności/bezpieczeństwa jeśli się jeszcze ukazały. Sklep jest na standardowym szablonie z drobnymi zmianami własnymi typu tu coś ukryte tam dodane. Nikt już nie pamięta dokładnie co było zmieniane, ale nie były to wielkie i znaczące zmiany i nie jest istotne ich zachowanie. Dodatkowo sklep zawiera kilka modułów, które zmieniają jego funkcjonalność np. Attribute Wizard Pro i zachowanie ich funkcjonalności jest bardzo ważne. Ważne jest także aby zachować dotychczasową pozycję w wyszukiwarkach. SEO nie jest u nas mocno dopracowane, ale jakieś jest. Po aktualizacji planujemy nad tym popracować. Nie ukrywam, że aktualizacja jest początkiem zmian i jeśli współpraca dobrze by się nam układała mielibyśmy kolejne zlecenia związane z optymalizacją działania sklepu i jego funkcjonalności. Pozdrawiam

Nie, aż tak nie jest. Zaktualizujemy go do wersji 1.6.1.24. Rozumiem, że jest to wersja ostateczna PS 1.6. Czy są jeszcze jakieś fixy na githubie, które należy wziąć pod uwagę?

Temat powrócił. I to w jakim stylu. Co ciekawe równiuteńko o północy dostałem info z monitora, że sklep leży. Wchodzę na front i biała strona, zaplecze biała strona. Po włączeniu debugowania: Notice: Undefined index: key in /home/lupus/domains/dlsklep.pl/public_html/classes/cache/CacheApc.php on line 40 Leży cache. Wyłączam więc cache w pliku konfiguracyjnym i moim oczom ukazuje się: Warning: openssl_decrypt(): IV passed is only 7 bytes long, cipher expects an IV of precisely 16 bytes, padding with \0 in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 88 Warning: openssl_decrypt(): IV passed is only 7 bytes long, cipher expects an IV of precisely 16 bytes, padding with \0 in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 88 Warning: openssl_encrypt(): IV passed is only 7 bytes long, cipher expects an IV of precisely 16 bytes, padding with \0 in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 53 Warning: openssl_encrypt(): IV passed is only 7 bytes long, cipher expects an IV of precisely 16 bytes, padding with \0 in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 53 Warning: openssl_decrypt(): IV passed is only 7 bytes long, cipher expects an IV of precisely 16 bytes, padding with \0 in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 88 Co ciekawe wszystko chodziło pięknie po podmianie klasy Rijndael.php. Aż do dziś. Próbowałem na wszelki wypadek zamienić nową klasę ze starą i na odwrót, ale to nic nie pomogło. Problem ten sam. Nie można się zalogować. Jesteście w stanie powiedzieć co to może być? Czy to problemy z klasą Rijndael.php wysypały cachowanie czy na odwrót? Pozdrawiam

A to, to ja wiem :). Niestety nie tylko. Logowanie zarówno klienta jak i admina nie działa. Dziękuję. Znalazłem jeszcze ten temat: Pozdrawiam. Problem rozwiązany. Podmiana klasy podana przez @atomek załatwiła sprawę.

Cześć, PS 1.6.0.9 Ponieważ na hostingu mieliśmy niewspieraną już wersję PHP 5.5 postanowiłem przełączyć ją na najniższą jeszcze aktualną wersję (PHP 5.6). Co prawda sklep działa, ale zaplecze już nie. Strona logowania do panelu admina wyświetla się normalnie jednak po wpisaniu hasła strona jedynie się przeładowuje i tak w kółko: próba logowania - przeładowanie. Po wejściu w tryb debugowania zarówno od strony zaplecza jak i sklepu otrzymałem takie informacje o błędach: Warning: mcrypt_decrypt(): Key of size 14 not supported by this algorithm. Only keys of sizes 16, 24 or 32 supported in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 70 Warning: mcrypt_encrypt(): Key of size 14 not supported by this algorithm. Only keys of sizes 16, 24 or 32 supported in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 50 Warning: mcrypt_encrypt(): Key of size 14 not supported by this algorithm. Only keys of sizes 16, 24 or 32 supported in /home/lupus/domains/dlsklep.pl/public_html/classes/Rijndael.php on line 50 Czy jest jakis inny sposób na rozwiązanie tego problemu prócz powrotu do starej wersji PHP? Pozdrawiam

Cześć, Mam problem z miniaturami kategorii. Otóż w sklepie (PS1.6.0.9) mogę ustawić tylko obraz kategorii i miniaturę w menu (scr1.jpg) Jak ustawię obraz kategorii to mam ładne tło pod opisem kategorii nad listą produktów (format prostokąt, domyślne rozmiary 870x217px), ale nijak nie wyhodzi z tego sensowna miniatura kategorii (format kwadrat, domyślnie 125x125px). Dlatego do tej pory korzystałem tylko z obrazu kategorii, ale ładowałem tam kwadratową grafikę bo zależało mi na miniaturach kategorii. Z miniatur menu w ogóle nie korzystam. Jednak obecnie chciałem trochę odświeżyć wygląd sklepu i chciałem, aby miniatury kategorii oraz ich obraz były spójne ze sobą tematycznie i kolorystycznie, ale nie identyczne (pomijam problem skalowania między jednym i drugim formatem). Czy da się coś z tym zrobić? Zauważyłem, że PS1.6.1.24 ma dodatkową opcję dodania miniatury kategorii (scr2.jpg), która to rozwiązałaby mój problem. Niestety pełna przesiadka na nową wersję sklepu nie wchodzi w grę. Czy można w jakiś sposób przenieść tę funkcjonalność do starszej wersji? Pozdrawiam

Ja wrzucam zdjęcia (te, które będą w oryginale) tutaj: https://tinyjpg.com/ Strona potrafi sporo zdjąć z wagi zarówno w .jpg jak i .png. Przy czym .jpg wyglądają nadal dobrze. Png są bezstratnie kompresowane więc wyglądają tak samo. Co do zdjęć produktów to zauważyłem, że automat w PS, który te zdjęcia przerabia potrafi "zdbrzydzić" zdjęcie podczas kompresji. Ale to wtedy jeśli zdjęcia ustawione są na .jpg, a zdjęcie źródłowe było w niskiej rozdzielczości. Jak ma na czym pracować to problem w zasadzie nie istnieje. Moim zdaniem lepiej używać formatu .png na sklepie. Jednak grafiki będą się dłużej ładowały (chyba przy dzisiejszych łączach nie powinno mieć to znaczenia - choć google obniżało mi punktację w wersji na telefony).