Nástroje pro správu obrázků 3 v 1- čištění souborů, databáze a adresářů

Novou verzi modulu stáhnete ve svém účtu v sekci Moduly a licence a nahrajete ji v administraci přes Moduly → Přidat nový modul. Stará verze se přepíše a data zůstanou zachována – modul předem neodinstalovávejte. Aktualizace jsou zdarma rok od nákupu.

Celý návod krok za krokem →

V administraci otevřete Moduly a služby → Přidat nový modul, vyberete ZIP soubor modulu a kliknete na Nahrát. Poté modul v seznamu najdete a stisknete Instalovat. Nahrát jej lze i přes FTP do složky modules, bezpečnější je ale instalace přes administraci.

Celý návod krok za krokem →

Modul přeložíte přímo v administraci: v seznamu modulů zvolíte u modulu možnost Přeložit, vyberete cílový jazyk, texty upravíte a uložíte. Pokud modul obsahuje vlastní e-maily, nakopírujte navíc přes FTP jazykové šablony e-mailů podle návodu.

Celý návod krok za krokem →

V administraci v sekci Rozšířené parametry / Nástroje obrázků / Servisní nástroje, kde je karta Čištění obrázků. Zapnutí modulu a licenci najdete jako u ostatních našich modulů v Moduly / Konfigurovat.

Modul maže jen to, co e-shop stejně nikde nezobrazuje – soubor, na který neukazuje žádný záznam v databázi, nebo záznam, ke kterému chybí soubor. Navíc:

• nejdřív jen analyzuje a ukáže report – dokud ho nepotvrdíte, nic se nemaže,
• v živých adresářích maže jen soubory rozpoznané jako obrázky PrestaShopu; sirotčí adresář jde pryč celý,
• těsně před smazáním každou položku přeověří proti databázi (kryje souběžný import),
• smazané soubory a záznamy odloží do ZIP archivu, ze kterého jde obnovit.

Každý běh úklidu vytvoří ZIP archiv. Najdete ho v reportu v sekci Záložní archivy a stáhnete. Uvnitř jsou:

• smazané soubory se zachovanou strukturou cest – rozbalíte je do adresáře img/,
• restore.sql se smazanými záznamy včetně původních hlavních obrázků a pozic – pustíte ho nad databází e-shopu.

Archiv se nemaže sám – zabírá místo na disku, takže ho po ověření smažte tlačítkem v administraci.

Ano, na to je stavěný. Neprochází disk ani databázi celou do paměti: adresáře se ověřují po dávkách jedním dotazem a databáze se prochází klíčem, ne stránkováním. Práci řídí prohlížeč po dávkách, takže PHP nikdy neběží déle než pár vteřin vkuse.

Ne. Všechno běží z administrace v prohlížeči. Každá dávka dostane časový rozpočet místo pevného počtu položek – na pomalém hostingu udělá menší dávku a nespadne na max_execution_time, na rychlém udělá větší. Není potřeba nic navyšovat.

Jedinou volitelnou závislostí je PHP rozšíření ZipArchive pro zálohy. Když na hostingu chybí, modul vás na to upozorní před spuštěním – čištění pak funguje, ale bez záložního archivu.

Nemusíte. Kdykoliv dáte Pozastavit; běh se zastaví v konzistentním bodě (rozdělaná akce vždy doběhne) a pozice se uloží. Až se vrátíte, dáte Pokračovat a naváže tam, kde skončil. Reset zahodí analýzu a další běh začne od začátku.

Kdyby vypadlo spojení nebo zavřete prohlížeč, nic se neztratí – pozice je v databázi, ne v prohlížeči.

Když se produktu smaže záznam obrázku, který byl označený jako hlavní, modul hlavní obrázek dopočítá – dostane ho ten zbylý obrázek s nejnižší pozicí. Když produktu nezbyde žádný obrázek, hlavní obrázek se jen zruší. Nastavuje se přitom v ps_image i ps_image_shop, aby produkt nezůstal v katalogu bez náhledu.

Mezi analýzou a úklidem mohl doběhnout import a nález zastarat. Modul proto každou položku těsně před smazáním znovu přeověří, a co mezitím ožilo, přeskočí. V reportu to najdete ve stavu Přeskočeno i s důvodem.

Ne, a modul to sám ohlídá. Běh je zamčený tokenem, takže druhé okno dostane hlášku, že čištění už běží jinde. Bez toho by si dvě smyčky braly stejnou práci a přepisovaly si pozici.

Adresář k neexistujícímu ID jde pryč celý – nejdřív se všechno, co v něm leží (obrázky i cizí soubory), zálohuje do ZIP archivu a smaže, nakonec zmizí i adresář sám. V reportu je každý soubor uvedený zvlášť. Adresář zůstane jen tehdy, když v něm žije obrázek s delším ID (např. adresář 1/2 kryje obrázek 123 v podadresáři) – pak je v reportu poznámka adresář není prázdný.

PrestaShop ukládá obrázek 123 do img/p/1/2/3/123.jpg – cesta z číslic je přímo ID obrázku. Když někde leží obrázek s číslem, které neodpovídá své cestě, e-shop ho odtamtud nikdy nenačte. Vzniká to po chybných migracích a je to sirotek, i když samotné ID v databázi existuje.

Ano. Obrázky jsou v PrestaShopu společné pro celý multistore, takže čištění se spouští jednou a platí pro všechny obchody. Chování licence je stejné jako u ostatních našich modulů.

Ano. Před spuštěním zaškrtnete, co se má kontrolovat – produkty, kategorie, výrobce, dodavatele, nebo jen některé z nich.

Celkový počet je odhad – přesně by se spočítat nedal, aniž by se disk prošel dvakrát, což by čekání zdvojnásobilo. Ukazatel je proto orientační a modul to u něj i píše. Přesná čísla najdete v počítadlech a v reportu.

Zátěž je rozprostřená do krátkých dávek a mezi nimi má server volno, takže běžný provoz to nepoloží. Přesto doporučujeme pustit úklid mimo špičku – jde o operace nad diskem a mazání souborů.