Weboldal betöltése Issue Fixed

2024 Szerző: Sherilyn Boyd | [email protected]. Utoljára módosítva: 2023-12-16 09:39

Az érdeklődők számára, hogy mi volt rossz, és hogyan javították: a hiba csak az oldalak terhelését érintette a hozzászólásokon, ahol néha csak az oldalt félig vagy csak egyáltalán töltenék be, de máskor csak finom. Meg kell jegyeznünk ezen a ponton is, hogy ez a probléma sok webhelyemet érintette, de nem mindegyik két különböző szerveren keresztül. Az első hajlandóságom (mert nem változtattam meg semmi kódot, a kiszolgálóimnak nem volt semmilyen nyilvánvaló problémája, és nem volt a hálózata is, hanem csak a poszt oldalain és nem másokon; egy ilyen széles körben elterjedt probléma) az volt, hogy egy külső szkript volt, mint például egy hirdetés vagy más szkript, amely csak a poszt oldalakon létezik, és minden oldalon gyakori lenne, mert ugyanazokat a hirdetési cégeket használom mindegyikükre és sok hasonló forgatókönyvek. Ha egy hirdetés volt a probléma, akkor ez csak az idő egy részét töltötte be, ami talán megmagyarázhatja a szakaszos dolgot.

Tehát az első dolog, amit tettem, eltávolította az összes külső szkriptet (vagy úgy gondoltam). Ez nem javította ki, ezért sok órát töltöttem a potenciális hálózati problémák, az esetleges IIS (webszerver) problémák, a MySQL (adatbázis) problémák feltárásával, beleértve a rengeteg napló átvágását stb. Megpróbáltam még átvenni a Today I Found a másik kiszolgáló helyett a saját szervereket, amelyeket észrevettél, ami azt eredményezte, hogy a webhely tényleg nagyon rövidesen tegnap folytatódik. Semmi sem működött.

Tehát, amíg ez a szakterületem, ebben a pillanatban nagyon tönkretettem, és fontolóra vettem a külső segítségnyújtást. Mindazonáltal, egy szünet után visszatértem, és rájöttem, hogy nagyon nagy méretű (2,5 GB) miatt elfelejtettem ellenőrizni az egyik naplófájlt, és átnéztem azt követően, hogy ellenőriztem a többi rönköt, de elfelejtettem. A probléma meglepően gyors (szinte azonnal, valójában), a probléma példáját mutatta be: [15-Dec-2011 06:20:37] PHP Halálos hiba: A stdClass típusú objektumot nem lehet tömbként C: Websites TodayIFoundOut wp-content plugins digg-digg include dd-class.php a 1205-ös sorban

Tehát mit jelent ez? Nem technikailag azt jelenti, hogy az első kitaláltam, hogy mi volt a baj másnap teljesen helyes. Miért nem távolítottam el az egyik elemet (a digg-digg plugint), amikor eltávolítottam az összes többi, a külső kódot elérő szkriptet, hogy a Today I Out Out nem használja ezt a plugint, és a frissítés óta nem látszik a mai napig egy hónappal ezelőtt találtam, így elfelejtettem. De a tudomásom szerint a plugin még mindig aktív volt, annak ellenére, hogy nem jelenik meg. Letiltottam a plugint teljesen, és voila, fix. Tehát a saját feledékenységem miatt egy pár perc alatt megoldható probléma, az első kitalálás, ami rossz volt, pár napot vett igénybe. Mindig valami. 🙂

Ez még mindig nem üt meg a személyes rekordot. Egyszerre írtam az eszköz-illesztőprogram szoftvert egy egyedi eszközre a Számítógép-tudományi Mester programjában, és egy egyszerű typo volt, ami 100 órát számított nekem, amelyben szó szerint az egész órát a laborba töltöttem, csak szünetet tartottam, hogy megragadjak az élelmiszereket és használjak a fürdőszobában (pár órát aludtam itt a laborban, és ott pár órát, amennyit csak tudtam). Ezt a megoldást csak egy óra múlva sikerült megoldanom, miután a munkát három héten át végeztem, körülbelül öt-hat nap múlva a hibát rögzítettem. A professzorom és mindenki más, akiről megnéztem, nem talált semmi bajot az eszközmeghajtókóddal, de mindig befagyasztotta az operációs rendszert amint betöltötte, és nem jelezte, hogy miért. Körülbelül egy órával azelőtt, hogy a hozzárendelés miatt egy barátom minden 15 másodpercre nézett a kódomra, és azt mondta: "Ó, van idh az ibh helyett" (ezek a program két változója volt). Megtakarítom Önnek a technikai részleteket, hogy ez miért okozna az egész operációs rendszer fagyosodását ebben az esetben, tekintettel a kódomra, de mondanom sem kell, hogy még mindig a rekordot tartja számomra az a "hülye hiba, ami sok órát ér erőfeszítés". Szerencsére, mert ebben az esetben, mivel századdal többször is átmentem a kódsoromat (bár soha nem vettem észre a hibát), mihelyt a hiba rögzült, minden más tökéletesen működött, ami általában nem történik meg, kód volt, és különösen a kód olyan összetett, mint az adott vezető volt. De végül kidolgozta.

Mindenesetre sajnálom a kellemetlenséget és az új tartalom hiányát. Holnap valami új cucc lesz.