A modulfrissítés rendben lezajlott. A termékoldalon PHP-hiba látszik.
Az Up’n’Top felismeri a PrestaShopot, és úgy ellenőrzi áruházát, ahogyan a vásárlók és a Google látják: elérhetőség, PHP-hibák a még válaszoló oldalakon, analitikai címkék, nyilvános fájlok és sebezhető szkriptek.
Saját algoritmusunk, amely valódi webhelyek növelésében szerzett sokéves gyakorlati tapasztalatra épül.
Mit ellenőriz az Up’n’Top PrestaShop-webhelyeken
- Elérhetőség 5 percenként; az áruházat csak ismételt hibák és egy második helyszínről végzett ellenőrzés után tekintjük leállottnak.
- Oldalak, amelyek a szokásos módon válaszolnak, mégis PHP-hibát mutatnak: Fatal error, Parse error vagy el nem kapott kivétel.
- Analitikai címkék minden ellenőrzött oldalon: téma- vagy modulváltás után eltűnt címke vagy kétszer számolt oldalmegtekintés.
- Fájlok, amelyeknek soha nem szabad nyilvánosnak lenniük: .env, a .git mappa, SQL-mentések, például backup.sql, .svn mappák.
- Ismert sebezhetőségű JavaScript-könyvtárak – jQuery, jQuery UI és mások –, naponta összevetve az OSV adatbázissal.
- Hibás hivatkozások és képek, keresés elől elzárt oldalak, más webhelyre mutató átirányítások, valamint az SSL-tanúsítvány és a domain, mielőtt lejárnak.
Így csatlakoztathatja
Adja meg az áruháza címét. Az Up’n’Top magától felismeri a PrestaShopot – nincs modul, és nem kell hozzáférés az adminfelülethez.
Jelöljön ki legfeljebb 20 kulcsoldalt – kezdőlap, fő kategóriák, legkelendőbb termékek –, és válassza ki, hová érkezzenek a riasztások: e-mail, Telegram, Slack vagy webhook.
Igazolja, hogy az áruház az Öné: meta címkével, fájllal, DNS-rekorddal vagy a Google Search Console-lal. Ezzel bekapcsol a kapcsolatfelvételi űrlap tesztje.
A motorháztető alatt
Sok minden történik, mielőtt üzenetet kap. Mindez a saját munkánk.
Egy oldalt csak akkor tekintünk hibásnak, ha órákkal később egy második ellenőrzés is sikertelen – nincs téves riasztás éjszaka.
A nyilvánosan elérhető fájlokat a tartalmuk alapján ítéljük meg, nem az állapotkód szerint: ha a szerver minden címre egy oldallal válaszol, az nem okoz téves riasztást.
Nagy katalógusok: minden oldaltípusból naponta mintát ellenőrzünk, így egyetlen oldal sem marad sokáig rejtve.
A könyvtárverziókat a már ellenőrzött oldalakból olvassuk ki – nincs plusz kérés az áruháza felé.
Kérdések
Telepítenem kell egy PrestaShop-modult?
Nem. Ezen az oldalon mindent kívülről ellenőrzünk, ahogy egy vásárló látja az áruházat. Nincs modul, és sem adminfelület-hozzáférés, sem API-kulcs nem kell.
Ellenőrzik a modulokat, és összevetik az árakat a katalógusommal?
Nem. A modulok sebezhetőségeit nem ellenőrizzük, az árak és a készlet összevetése a katalógussal pedig a WooCommerce és a Shopify esetén működik. PrestaShopon magukat az oldalakat ellenőrizzük.
Hogyan néz ki a robots.txt javítása PrestaShophoz?
Ha a robots.txt hiányzik vagy túl sokat zár el, az ingyenes ellenőrzés ír egyet, amely elzárva tartja a kosár, a rendelés, a fiók és a keresés oldalait, és hozzáadja a Sitemap sort.
Lelassítják az ellenőrzések az áruházamat?
Nem. Legfeljebb másodpercenként 2 kérést küldünk, egyszerre egyet, és lassítunk, ha a szervere ezt kéri.
Ellenőrizze PrestaShop-webhelyét most – ingyen
Körülbelül 30 másodperc. Regisztráció és kód nélkül.
Minden, amit az Up’n’Top végez →