Kedves Látogató! Tájékoztatjuk, hogy a honlap felhasználói élmény érdekében sütiket alkalmazunk.
“Több fórumon is előjött az utóbbi napokban az a hiba, hogy nem jön be a WordPress admin és átugrik az oldal egy idegen weboldalra.” – írja a WordPress Magyarország oldalán Patai László. Itt a megoldás, hogy mit kell tenned.
Amint azt előre sejteni lehetett (legalábbis a tapasztalt felhasználók sejtették), a WooCommerce mostani (3.0) nagyverzió-frissítése számos problémát okozott. Ezek megoldásában egyelőre még nem tudunk segíteni, ne is kérdezz! Egyelőre nincs más ötletünk, mint hogy várd meg az első stabil verziót, ami valószínűleg leghamarabb a 3.1 lesz. Vagy a 3.2…. Még maga a WooCommerce is azt…
Nem működik, eltűnt, összeomlott, nem tölt be… Ahogy azt mondani szokás, “ha minden egyes ilyen e-mailért kaptam volna tíz forintot, ma már miliomos lennék…” Félre ne érts: nem akarom lekicsinyelni a problémát, tudom, milyen gyomorszorító érzés arra ébredni, hogy a pörgősnek szánt kampányod legfeljebb a sírjában forog (bocs), mert a weblapod nem tudja kiszolgálni a vásárlókat; de még egy “átlagos blog átlagos napján” is meglehetősen idegesítő, ha egyszer csak nem működik, ami addig működött.
Rövid vendégcikk következik, egy olyan hibaüzenetről, amely a legtöbbször telepítéskor jelentkezik, de egyes esetekben akár már működő oldalakon is. A jelenség az, hogy nem tudsz belépni a Vezérlőpultba. A szóban forgó hibaüzenet magyarul: “A sütik blokkolva egy nem várt kimenet következtében” illetve angolul: “Unable to Log In, Cookies Are Blocked Due To Unexpected Output”.
Hivatalos közlemény a fejlesztőktől: sérülékenységet fedeztek fel az All In One SEO Pack bővítményben, amely lehetővé teszi, hogy más felhasználó módosíthatja a SEO adatokat vagy a hozzászólásaidat, vagy akár egy rosszindulatú kódot is futtathat. A fejlesztő kiadott egy javítást a biztonsági rés kijavítására, amely megoldja a problémát. Tehát minél előbb frissítsd az All In One SEo Pack bővítményt a 2.1.7. verzióra!
Minden nagyverzió megjelenése után rendszeresen kapok olyan segítségkérő leveleket, amelyekben valamilyen érthetetlen hibáról írnak, valami olyasmiről, a legtöbbször egy alapfunkcióról, amely eddig tökéletesen működött, most azonban hirtelen elromlott. Vajon hibás az új verzió? Térjek vissza a korábbira? Ha igen, hogyan tehetem ezt meg?
A helyzet az, hogy az ilyen esetek 99,99 %-ában nem az új WordPress motor a hibás. A hibakeresési folyamat néha csak pár pillanat, néha több óra is, de mindig ugyanazt kell csinálni.
A WP-Suli támogatási szolgáltatása keretében (lásd fent a Segíthetek? menüpontot) számtalanszor kapok olyan segítségkérést, hogy valamilyen érthetetlen hiba merült fel, vagy a hibaüzenet, amit a rendszer kiír, egy teljesen jól működő bővítményre vagy funkcióra utal, mintha az lenne a rossz, pedig nem. A hiba valódi oka ilyenkor szinte mindig az, hogy egy bővítmény összeakad egy másik bővítménnyel vagy a használatban lévő sablon egyik funkciójával, csak éppen a rendszer ezt nem ismeri fel, és fals hibaüzenetet ír ki. Van egy jó módszer arra, hogy pontosan megállapíthasd, hol van az igazi gond és mit kell tenned a megszüntetéséhez.
…vagy inkább hibacsokor 🙂 Időről időre összeszedek egy csokorra való közérdekű kérdést, amelyeket e-mailben kaptam, és megválaszolom őket itt a blogon, hogy mindenki tanulhasson belőlük. Most is egy ilyen bejegyzés következik. Lesz benne szó vírustámadásról, a tárhelyek és a bővítmények viszonyáról, némi egyszerű kódturkászásról és még sok hasonló dologról, de legelőször is egy aktuális problémáról a Google Analytics-szel kapcsolatban.
Az előző heti bejegyzésben írtam arról, hogy az ügyfelemnél jelentkező, első pillantásra érthetetlen hiba esetén kapásból az eggyel korábbi WordPress verzió visszatelepítését javasoltam, de erre végül is nem volt szükség. Sajnos azonban olyan helyzet is előfordulhat, amikor nincs más megoldás. Ez történt egy másik ismerősöm esetében.
A közelmúltban kétségbeesetten írt az egyik ügyfelem, hogy frissítette a WordPresst, és teljesen szétesett az egész oldala. Első ránézésre nem is tudtam, mit mondjak – éppen egy nappal voltunk csak a verziófrissülés után, és nem ő volt az első, aki rendellenes működésre panaszkodott. Úgyhogy először azt javasoltam: töltse le és telepítse az eggyel korábbi változatot, és várjon pár napot, hátha elég sokan szólnak az Automatticnak, és ők kijavítják, ami hiba most becsúszott. De aztán beléptem inkább a Vezérlőpultjába, és… 🙂
Sajnos Murphynek igaza volt: ami elromolhat, az el is romlik. Nincs ez másként a WordPress weboldalakkal sem, időnként előfordul, hogy egy teljesen ártatlan, megszokott, mindennapi művelet kellős közepén egyszer csak “meghal” az oldal – a Vezérlőpult esetleg jól is működik, de a honlap külseje helyett csak egy fehér lapot látsz. Mit lehet ilyenkor tenni?
Már jóval korábban meg kellett volna írnom ezt a bejegyzést (mea culpa…), de egyszerűen nem volt időm rá. Az Elegant Themes-től kaptam egy figyelmeztetést, hogy az automatikus kép-átméretező fájlban, a timthumb.php-ban komoly biztonsági rést fedeztek fel, amelyen keresztül rosszindulatú kódokat lehet elhelyezni az oldaladon.
