Szukam experta

[lukullusladen]

Witam,

 

Szukam experta od Presty który mógłby mi pomóc (oczywiście jeśli to wymaga więcej pracy to odpłatnie). Proszę o kontakty.

Posiadamy sklep internetowy postawiony na PrestaShop. Jakiś czas temu (przed świętami) mieliśmy wirusa na serwerze. Dostał się prawdopodobnie przez Joomle i zainfekował niektóre pliki Presty. W celu powtórzenia sytuacji odtworzyliśmy Prestę na nowym serwerze (Serwer VPS 250Gb 13,6GHz Vip SSD) na którym sklep miał działać wyśmienicie. Poprzednio był na serwerach hekko i działał dobrze, natomiast teraz na tym nowym serwerze mamy duże problemy z płynnością działania sklepu.

Opiszę może jeszcze charakterystyk działania sklepu, ponieważ jest nietypowa:

Posiadamy sieć sklepów spożywczych w Niemczech i Holandii. W Polsce znajduje się centrala firmy i centrum logistyczne z które dostarczane są towary do sklepów. Wszystkie sklepy składają zamówienia które spływają tu do Polski, gdzie są realizowane. System zamówień w dużej mierze oparty jest właśnie o sklep Prestashop. Właściciele sklepów są klientami w sklepie Presta i składając zamówienie robią normalne zakupy w sklepie. Następnie takie zamówienie poprzez integrator trafia do Wf-Maga. Oznacza to że co kilka dni ok 20-30 klientów zamawia po kilkaset produktów w jednym czasie.

W sklepie zainstalowany jest moduł Psandmore (http://psandmore.com), który umożliwia tworzenie list zakupów i zamawianie odrazu dużej ilości towarów. Moduł ten dawno nie był aktualizowany i przy korzystaniu z niego strona bardzo zwalnia.

 

Można również kontaktować się pod adresem:

[email protected]
 

Edited January 18, 2017 by lukullusladen (see edit history)

[lukullusladen]

Z tego co udało mi się wyczytać (https://www.prestashop.com/forums/topic/265806-dlugie-wczytywanie-sklepu/page-3) przyczyną może być baza danych a dokładniej tabela ps_product_attribute która ma ponad 700k rekordów i waży 137mb. Czy to normalny rozmiar? Jeśli nie to jak można to zoptymalizować?

 

Druga duża tabela to ps_order_detail (378k rekordów i 145mb).

[() Maciej ()]

ps_order_detail to nic innego jak historia zamówień. Warto by popytać klientów, czy korzystają z tej funkcjonalności. Jeśli nie to nie ma sensu jej trzymać.

 

Odnośnie modułu to prawdę powiedziawszy wydaje mi się on bez sensu. Poza wprowadzeniem możliwości podawania wartości danego produktu w postaci ułamka to nie wnosi on nic nowego do presty. A wystarczyłoby zmienić jednostkę miary na mniejszą i mamy po sprawie.

Lista zakupowa to nic innego jak koszyk + ewentualnie włączona opcja zamawiania produktu którego nie ma na stanie.

Z tego co mi wiadomo presta nie ma ograniczenia co do wielkości zamówienia (ilości produktów w koszyku), czy też jego wartości.

Więc co tak naprawdę daje ten moduł, czego presta nie ma w standardzie przy odpowiedniej konfiguracji ?

 

Nie napisałeś gdzie teraz stoi sklep. Różne serwery, różna konfiguracja. Sprawdzałeś, czy masz włączony cache strony ? Po przenosinach przez ok 2-3 tygodnie może występować zapisywanie plików do cache stąd też początkowo następuje spadek wydajności.

[lukullusladen]

Jeśli chodzi o moduł. Dodajemy sobie produkty do własnej listy zakupów a następnie przy zamawianiu modyfikujemy tylko ilość sztuk danego produktu, więc klient nie musi za każdym razem dodawać tych produktów do koszyka tylko włącza sobie swoją listę zakupów, modyfikuje ilości lub nie (wszystko na jednej stronie - wygodnie) a następnie całość jednym przyciskiem wrzuca do koszyka. Jeśli mamy na takiej liście 100 produktów to jest to znaczne ułatwienie.

 

Serwer wykupiony u zewnętrznej firmy. Serwer VPS z gwarantowanymi zasobami i panelem zarządzania Direct Admin. Parametry: Procesor - 13,6 Ghz ( 4 x 3,4 Ghz) Pamięć RAM - 4 GB Dysk twardy - 250 GB ( SSD ) Transfer - 1000 GB/miesiąc Zarządzanie - Direct Admin Dostępność - 99,9%.

 

Po włączeniu cache faktycznie strona zwalnia jeszcze bardziej. Nie bardzo możemy sobie na to pozwolić ponieważ cały czas klienci robią duże zamówienia przez sklep.

[() Maciej ()]

yhm... czyli moduł niejako trzyma stałą listę zakupów w koszyku, która nie jest zerowana po dokonanym zakupie.

Fakt.. takiej funkcjonalności nie ma w preście i bez dodatkowego modułu ciężko będzie uzyskać taki efekt.

 

Po włączeniu cache strona zwolni, bo jest wrzucana do cache. Ale jest to proces nieunikniony jeśli chcemy cieszyć się z tej funkcjonalności. Bez sprawdzenia wskaźników obciążenia pamięci i procesora ciężko coś powiedzieć więcej.

 

Dla odciążenia serwera można wyłączyć wszystkie statystyki, bo w przypadku takiej działalności są zbędne. Moim zdaniem 4 GB ramu w przypadku wczytania samej bazy i konieczności obsłużenia wielu klientów z potężnymi listami zakupowymi jednocześnie to może być stanowczo za mało. Trzeba by sprawdzić ile pamięci jest pochłonięte jak 1 klient zaloguje się do swojego konta i będzie próbował zrobić zamówienie. Pozwoli to określić orientacyjnie niezbędną ilość pamięci do obsłużenia tego serwisu.

[lukullusladen]

 

Po włączeniu cache strona zwolni, bo jest wrzucana do cache. Ale jest to proces nieunikniony jeśli chcemy cieszyć się z tej funkcjonalności. Bez sprawdzenia wskaźników obciążenia pamięci i procesora ciężko coś powiedzieć więcej.

 

Dlatego szukamy prawdziwego experta w tej kwestii z którym możemy podjąć współpracę.

[lukullusladen]

Z tym koszykiem to nie do końca tak. Za pomocą wcześniej utworzonej listy na której mamy x pozycji ustawiamy ilości jakie chcemy zamówić na wszystkich pozycjach, następnie jednym kliknięciem dodajemy cała listę do koszyka. Po wysłaniu zamówienia koszyk jest pusty.  

Edited January 27, 2017 by lukullusladen (see edit history)