Уебсайт Зареждане на изданието

2024 Автор: Sherilyn Boyd | [email protected]. Последно модифициран: 2023-12-16 09:37

За тези, които се интересуват от това, което се е объркало и как е било поправено: грешката засяга само зареждания на страници в самите постове, където понякога това може да зареди страницата само наполовина или изобщо не, но в други случаи се зареждат добре. Също така трябва да отбележим, че този проблем засяга много от моите уебсайтове, но не всички, в два различни сървъра. Първата ми наклонност (защото не бях променил нищо по код, моите сървъри нямаха очевидни проблеми, нито мрежата, в която се намираха, също бяха само на самите страници, а не на други, и това беше такъв широко разпространен проблем) е, че това е външен скрипт, като някакъв рекламен или друг скрипт, който съществува само на страниците за публикуване и би бил общ за всички сайтове, защото използвам едни и същи рекламни компании за всички тях и много подобни подобни скриптове. Ако една реклама е проблемът, това също ще се зареди само за известно време, което може би ще обясни прекъсващото нещо.

Така че първото нещо, което направих, беше да премахна всички външни скриптове (или така мислех). Това не го поправи, затова прекарах много часове в разследване на потенциални мрежови проблеми, потенциални проблеми с IIS (уеб сървър), проблеми с MySQL (база данни), включително пресяване през многобройните трупи и т.н. Аз дори се опитах да прехвърля Днес открих на друг хост вместо собствените си сървъри, което може би сте забелязали, в резултат на това сайтът наистина се спуска съвсем кратко вчера. Нищо не работи.

Така че, докато това е моята област на компетентност, на този етап бях наистина объркана и обмислях да донеса външна помощ. Въпреки това, след като направих почивка, се върнах и осъзнах, че има един регистър, който бях забравил да проверя, поради големия си размер (2,5 GB) и трябваше да пресее през него, след като проверих останалите трупи, но бях забравил, След като го отворихме, проблемът се представи изненадващо бързо (почти веднага, всъщност) пример за проблема: [15-Dec-2011 06:20:37] PHP Фатална грешка: Не може да се използва обект тип stdClass като масив в C: Уебсайтове TodayIFoundOut wp-content plugins digg-digg включват dd-class.php на линия 1205

И така, какво означава това? Нетехнически, това означава, че първото ми предположение за това, което не беше наред, беше абсолютно вярно. Защо не премахнах този един елемент (приставката за digg-digg), когато премахнах всички останали скриптове, които имат достъп до външен код, е, че Днес открих, че вече не използва приставката и не е актуализирала от вида на Днес намерих преди около месец, затова бях забравил за това. Но, без да знам за мен, плъгинът е все още активен, въпреки че не е готов да покаже. Деактивирах плъгина напълно и волай, фиксиран. Така че, заради собственото ми забравяне, проблем, който можеше да бъде решен след няколко минути, тъй като беше първото ми предположение за това, което не беше наред, отне няколко дни. Винаги е нещо. 🙂

Това все пак не побеждава личния ми рекорд. Веднъж пишех софтуер за драйвери на устройства за персонализирано устройство в магистърската ми програма по компютърни науки и имах проста печатна машина, която ми струваше около 100 часа, в която аз буквално прекарах цялото време в лабораторията, като вземах само паузи, за да хвана храната и да използвам банята (спях в лабораторията няколко часа тук и няколко часа там, колкото мога). Разреших само това, което беше около час или по-рано, преди да му се наложи задачата (след като работите върху него общо три седмици, около пет или шест дни от които поправи грешката). Моят професор и всички останали, които бях разгледал, не можеха да намерят нищо лошо в кода на драйвера на устройството, но винаги замръзваха операционната система веднага щом се заредиха, без да посочват защо. Около един час преди започване на задачата един мой приятел погледна кода ми за всичките 15 секунди и каза: "О, имаш idh вместо ibh там" (това са две променливи, използвани в програмата). Ще ви спестя техническите подробности за това, че това ще доведе до замразяване на цялата операционна система в този случай, като се има предвид моя код, но не е нужно да казвам, че все още има рекорд за мен "глупава грешка, която ми струва много часа безсмислено усилие ". За щастие в този случай, понеже бях прекарал цяла кодова линия по ред стотици пъти (макар че никога не забелязвах печата), след като тази грешка беше фиксирана, всичко останало работи перфектно, което обикновено не се случва, като се има предвид количеството неизпитано кодът беше там и особено в кода толкова сложен, колкото този конкретен шофьор. Но, в крайна сметка, тя излезе.

Във всеки случай съжалявайте за неудобството и липсата на ново съдържание днес. Нови неща ще станат утре някъде.