Virtuemart přepravci

Ano,

je možné předělat načítání poboček NE z FTP (kam se ukládají všechny html a jsony), ale Z databáze.
To by ale musel předělat logiku Rupostel.
A taky přepsat choosen poboček (který jako JS je velmi velmi pomalý) z defaultního Joomla/VirtueMart na něco svého a rychlého.
Opět to jde na Rupostel.

Pokud tedy zase nezaplatíme vývoj my a on to nenaprogramuje, což ale zatím není v plánu, aktuálně spíše se testuje ta nová mapa a například nový JS choosen jsem již odmítl zaplatit.

Třeba ten problém s cache v mobilu s jiným obsah /plugins/vmshipment/zasilkovnaopc/assets/zasilkovnaopc.js mě dostal. Jen doufám, že to zákazníkům také nedrží a nemají tam prázdno.

No na to stačí použít plugin od Rupostelu a přidat každému JS a CSS časové razítko, pak by se to nemělo stávat = používáme.
Taky nepoužíváme cache, ale silné servery.

Aktuálně optimalizujeme my sami svoje eshopy (například nyní všech 8 eshopů ZZ postupně), kde zvyšujeme hodnocení eshopu na mobilu ze standardních 32% (po běžné instalaci VM, použití šablony a neodladění - viz např. www.sporthabacek.cz/obchod/cluny/intex-6...adly-a-pumpou-detail ) na 79%.
To je velmi důležité, jinak nejsou návštěvy a objednávky.

Jde to pomalu a těžko (už asi 4 měsíce), musí zákazník taky zaplatit úpravy a optimalizaci.
Vše konzultujeme buď ve firmě s vlastními programátory nebo s externisty. Ale kontakt asi jen na mě, máme práce na rok dopředu

Rozumím a děkuji za odpovědi.

Děkuji za tip na ten plugin (předpokládám tento plg_system_stopbrowsercache). Zkusím ho..

Tak nějak pomalu dostávám dojem, že budu muset změnit eshop od základů a přejít na nějaký komerční produkt

Nebyl bych tak optimistický

Používáme taky shoptet a ten nemá o moc lepší výsledky, navíc za každou úpravu platíme strašné peníze...
Naposledy neuměli popisky/meta obrázků v multilanguage verzi

To jsme to teda optimisticky moc nezakončili
Každopádně děkuji a pokud by Vám to nevadilo v budoucnu bych se případně ozval, pokud bych měl nějaký dotaz, nebo chtěl něco prodiskutovat.
Ještě jednou děkuji a krásný den.

jo, můžete mi napsat na kontaktní údaje v mém profilu

Tak nám teď na ostrém provozu běží OPC zásilkovna a třeba na mém mobilu (One plus Nord) je to totálně nepoužitelné. Prohlížeč se mi sekne klidně na 40 sekund.
Zde je video pro zajímavost. Již jsem to psal na rupostel podporu.
photos.app.goo.gl/5TW6GEgRdSZFWyFw7

Ten eshop znám, tam jsme něco upravovali (heuréku, zboží, gopay.... ?)
Není tam náhodou kolize se šablonou a jejím nesmyslnými JS pro náhled detailu produktu v popupu, které jsou marketingově in, ale pro provoz nesmyslné?
Mám pocit že tam byl problém se šablonou, ale už si to v tom návalu nepamatuji.

Stano je nyní na dovolené

Asi ano, nějaký problém v tom bude. Na manželky telefonu mi to funguje relativně OK cca 4-6 sekund prodleva po výběru pobočky, ale na další 3 telefonech to mám stejně jako u sebe. Vidím to na oficiální plugin zásilkovny a bude...

1. Nevidím že by se psalo něco do vyhledávacího boxu Zásilkovny, aby se omezil počet poboček, ale jezdí se v dropdownu sem a tam pro nalezení - určitě takhle ne
2. Načtení informace o vybrané pobočce musí být rychlé - načítá se jen html kód pobočky, který je již dopředu vygenerovaný a uložený na ftp

Začal bych záložkou Síť v Inspectoru a podíval se co to zpomaluje, například my někdy vypínáme core VirtueMart Choosen.JS (pak ale chybí to výběrové pole - teď jsem to zkoušel a rozdíl je markantní)

Plugin neznám, ale pochybuji, že by nastavoval hlavičky externím skriptům.

Aktuálně mluvíme jen o lokálním JS:
/plugins/vmshipment/zasilkovnaopc/assets/zasilkovnaopc.js

tzn. žádný plugin u něj nemůže změnit hlavičku expirace.

Tak to mluvíme každý o něčem jiném.

Já mluvím o tom, že plugin přidává do URL JS časové razítko.

www.zelenazeme.cz/templates/esw_easypeas...late.js?v=1627300154

Jakmile dojde ke změně v JS (například úpravou a uložením), vygeneruje se jiná URL a dojde tedy na straně uživatele znovu k načtení, i když by měl tento JS nacachovaný:

www.zelenazeme.cz/templates/esw_easypeas...late.js?v=1435305544


Nemluvíme tedy o expiraci nastavované pomocí Etagů nebo Expiration v httacess nebo na serveru - to samozřejmě plugin nedělá.
Plugin prostě jen zajistí znovu načtení obsahu scriptů, CSS, fontů..., které jsou v cache (teď nevím zda v prohlížeči koncového zákazníka) pomocí změny URL.

Cony napsal: Ok, pak je to ten první případ co jsem psal, tzv. cache breaker... Joomla to umí v základu.

Ano to je možné.
Jestli si to dobře pamatuji, tak i když je tento joomla plugin vypnutý, tak VirtueMart se pořád cachuje, na rozdíl od plg SBC.

To je hlavní rozdíl mezi oběma pluginy, výjimku pro nepřidávání časového razítka k vybraným souborům v pluginu StopBrowserCache jsme si nechali doprogramovat před 14 dny.