Polskie wsparcie PrestaShop
PrestaShop => Sklepy na PrestaShop => Wątek zaczęty przez: Podemski w Lipiec 26, 2013, 10:55:20 am
-
Razem z Incore.com zrobiliśmy:
http://www.freedomuniforms.com/ (http://www.freedomuniforms.com/)
-
jakoś cięzko ładuje temat pod operą najpierw bez stylu później dopiero doładował
serwer?
a tak ładnie
-
Być może jakiś problem z Operą co jest ostatnimi czasy standardem, dobrze że się przerzucają na webkita ;]
Opera tak czy siak w USA jest praktycznie nie używana więc to żaden problem.
-
Pod FF bardzo ciężko chodzi nawet nad ranem ;) . Zoom czasami nic nie wnosi tylko denerwuje np.http://www.freedomuniforms.com/workwear/261-classic-utility-5-button-shirt.html. Wejście na kartę produktu z Polecanych daje przypadkowe wyniki. Nie jest to przerost formy nad treścią?
-
Serwis stoi w USA i jest kierowany do klientów z USA więc kwestie wydajności są bezdyskusyjne ponieważ całość działa perfekcyjnie co można sobie sprawdzić na tool.pingdom np.
Nie wiem czy można nazwać sklep w takim stylu przerostem formy nad treścią, chyba o to chodzi by wyróżniał się na tle konkurencji? A to właśnie robi. Co jest tam takiego co powoduje że jest to przerost formy nad treścią? :)
Kwestie polecanych i zoom to są już sprawy nad którymi panuje klient i zakładam że rozumiesz że często to nie do wykonawcy należy ostatnie słowo - w końcu jest dostarczane narzędzie, które potem jest wykorzystywane albo w 100% poprawnie albo i nie.
-
Być może jakiś problem z Operą co jest ostatnimi czasy standardem, dobrze że się przerzucają na webkita ;]
Opera tak czy siak w USA jest praktycznie nie używana więc to żaden problem.
No cóż kolega poprawił strone i teraz tylko 1,64MB się ładuje...... No cóż lepiej pisać o błedzie przeglądarki niż o swoim :)
2. zakładka komentarze przeglądarka opera, chrome IE - licznik zachodzi na zakładkę.
3. Strona nie jest zgodna z IE7 całkowicie rozwala stronę. Sugerowałbym poprawki albo komunikat dla odwiedzającego - wiem, że IE7 to staroć ale chociaż zeby dało sie nawigować
4. błąd podczas ładowania karty produktu pod IE "Line: 3
Error: Unable to get property 'appendChild' of undefined or null reference".
5. licznik produktów IE10 nachodzi na ikonę koszyka.
Słowem sporo tych błędów jak na profesjonalne wykonanie, a amerykański klient też korzysta z IE :). Ale generalnie jeśli chodzi o czas ładowania chyba to jest problem skryptów, które się wywalają przez błędy niż łączy serwerów itp
-
4. Postaram się sprawdzić w jakimś środowisku te .js'y ale zarówno na Macach jak i na Windows wszystko wydawało się działać poprawnie.
3. Jeśli chodzi o IE7... to chyba jakiś żart? Nie trzeba dawać ani komunikatu ani nie trzeba tego wspierać:
http://www.w3schools.com/browsers/browsers_explorer.asp (http://www.w3schools.com/browsers/browsers_explorer.asp), klient zawsze ma świadomość że realizacja jest zgodna z IE8+, oraz modern browsers wersja aktualna-1, serwis korzysta z tylu w miarę świeżych rozwiązań że na IE7 to nawet callback żadnego nie ma.
1. Strona jest już na serwerze docelowym i nie jest zmienia więc strony nie odchudzałem. Jeśli problem występuje tylko na Operze (czego i tak nie mogę odtworzyć) to sprawa jest mało istotna. Jeśli chodzi o wagę strony to akurat grupa docelowa pozwala na to by strona miała 1.64mb, średnia prędkości internetu tam to koło 7Mbps
Amerykański klient korzysta głównie z IE i Chrome, tam w zasadzie inne przeglądarki mają malutki % rynku.
2,5 - zamierzony efekt
-
strona wcześniej miała 3,64mb teraz ma 1,64mb no comments :)
zrzut z chrome czasy masz coraz lepsze :) no i waga strony sie sama zmniejsza.........
94 requests ❘ 1.4 MB transferred ❘ 5.41 s (onload: 5.40 s, DOMContentLoaded: 2.94 s)
-
chyba z neo-spiro pomyliłeś bo FU.com nie jest ruszane od kilku dni :)
patrz przy okazji ile jest requestów, ja mam 1.5mb przy 109, po kilku odświeżeniach dochodzę do 400kb
-
tak ale dalej mi się wydaje, ze coś skrypt blokuje
W kazdym razie robiłem testy z NY i DALLAS w Teksasie i strona ma odpowiednio z tego co pamiętam 2,26 i 1,94s
czyli do załadowania później wygląda tak jakby skrypt doładowywał content.
-
@Krystian
jak zrobiliście top menu?
chodzi mi o to, że odnośnik np. WORKWEAR też pojawia się na warstwie i stanowi jakby całość tego menu i tez jest z cieniem.
pisaliście coś dedykowanego czy jakiś moduł firmy 3ciej?
a sklep sam w sobie okej.
dobór fontów, kolory, układ, grafika. dobra robota.
-
Megamenu pisałem ja, ogółem to wszystko co widzisz zostało zrobione przez wykonawców sklepu czyli mnie i firmę Incore która zajmowała się warstwą wizualną. Jedyne moduły od firmy trzeciej to integracja z UPS i Authorize.net od presto-changeo :)
-
a za ile byś opchnął ten moduł? ;)
-
Rozwiązanie nie jest dostosowane do tego by puścić nagle moduł w obieg po za tym wolę jednak by takie funkcjonalności pozostawały tylko dla moich klientów :) Raczej nie mam w zwyczaju sprzedawania ponownie rozwiązań które wypracowałem w projektach szerszej grupie odbiorców.
-
szkoda...
-
a za ile byś opchnął ten moduł? ;)
podobna funkcjonalnosc osiagniesz z Advanced Top Menu
-
jeszcze wracajac do menu, w kolorkach 3 rzad tak jakby odjezdzal od reszty z prawej.
-
Tak, widzę że jest tam 1px przez biały kolor. Da się z tym żyć :P Przy następnej turze prac to poprawię.
-
podobna funkcjonalnosc osiagniesz z Advanced Top Menu
masz na myśli ten moduł?
http://addons.prestashop.com/en/front-office-features-prestashop-modules/2072-advanced-top-menu-the-best-menu-manager.html (http://addons.prestashop.com/en/front-office-features-prestashop-modules/2072-advanced-top-menu-the-best-menu-manager.html)
-
tak, ten modul.
jedyne co to nie wiem czy da sie powiazac go z filtrem kolorow, cech, atrybutow... ale ma tyle ustawien, ze bardzo mozliwe ;) jakeos wczesniej nie potrzebowalem tej funkcjonalnosci jak na nim pracowalem.
drugie rozwiazanie to rozbudowa blocklayered i tutaj stawialbym wlasnie na uzycie tego modulu w tym sklepie ;) troche kombinacji w kodzie i stylach i mysle, ze dalo by sie uzyskac bardzo podobne rozwiazanie jak tutaj ;) tylko kolega musialby zdradzic jak rozwiazal selekcje kategoriami zeby wysweitlic to jako menu ;)