Naprawiono problem z ładowaniem strony internetowej

2024 Autor: Sherilyn Boyd | [email protected]. Ostatnio zmodyfikowany: 2023-12-16 09:39

Dla osób zainteresowanych tym, co poszło nie tak i jak zostało to naprawione: błąd dotyczył tylko stron ładujących się na same posty, w których czasami ładowałby stronę w połowie lub wcale, ale w innych przypadkach ładował się dobrze. W tym miejscu należy również zauważyć, że problem ten dotyczył wielu moich stron internetowych, ale nie wszystkich, na dwóch różnych serwerach. Moja pierwsza skłonność (ponieważ nie zmieniłem niczego w sensie kodowym, moje serwery nie miały żadnych widocznych problemów, ani też sieć, w której się znajdowali, także tylko na stronach postów, a nie innych; tak powszechny problem) polegał na tym, że był to zewnętrzny skrypt, taki jak reklama lub inny skrypt, który istnieje tylko na stronach postów i byłby powszechny na wszystkich stronach, ponieważ korzystam z tych samych firm reklamowych na każdym z nich i wielu podobne podobne skrypty. Jeśli reklama stanowiła problem, może to również zająć trochę czasu, co może wyjaśniać sporadyczne problemy.

Pierwszą rzeczą, którą zrobiłem, było usunięcie wszystkich zewnętrznych skryptów (przynajmniej tak mi się wydawało). To nie naprawiło tego, więc spędziłem wiele godzin badając potencjalne problemy z siecią, potencjalne problemy z IIS (serwer sieciowy), problemy z MySQL (bazą danych), w tym przesiewanie wszystkich logów itp. Nie wymyśliłem niczego. Próbowałem nawet przenieść Dzisiaj I Found Out do innego hosta, zamiast do moich własnych serwerów, co być może zauważyliście, spowodowało, że strona bardzo wcześnie spadła bardzo wcześnie. Nic nie działało.

Tak więc, chociaż to jest moja dziedzina wiedzy, w tym momencie byłem naprawdę zakłopotany i zastanawiałem się nad wniesieniem pomocy z zewnątrz. Jednak po zrobieniu przerwy wróciłem i zdałem sobie sprawę, że istnieje jeden plik dziennika, którego zapomniałem sprawdzić, ze względu na jego bardzo duży rozmiar (2,5 GB) i zamierzałem go przejrzeć po sprawdzeniu innych dzienników, ale zapomniałem. Po jego otwarciu problem pojawił się zaskakująco szybko (prawie natychmiast, faktycznie), przykład problemu: [15-Dec-2011 06:20:37] PHP Błąd krytyczny: Nie można użyć obiektu typu stdClass jako tablicy w C: Strony internetowe TodayIFoundOut wp-content plugins digg-digg include dd-class.php na linii 1205

Więc, co to znaczy? Nieformalnie oznacza to moje pierwsze przypuszczenie, co było nie tak, a drugi dzień był absolutnie poprawny. Dlaczego nie usunąłem tego jednego elementu (wtyczki digg-digg), gdy usunąłem wszystkie pozostałe skrypty uzyskujące dostęp do zewnętrznego kodu, to że dziś już nie korzystam z tej wtyczki i nie ma jej od czasu aktualizacji Dzisiaj znalazłem się mniej więcej miesiąc temu, więc zapomniałem o tym. Ale, nie wiedząc o tym, wtyczka była nadal aktywna, mimo że ustawiona na nie wyświetlać. Całkowicie wyłączyłem wtyczkę i naprawiłem. Tak więc, z powodu mojej własnej zapomnienia, problem, który mógł zostać rozwiązany w ciągu kilku minut, będąc pierwszym moim przypuszczeniem, co było nie tak, trwał kilka dni. To zawsze coś. 🙂

To jednak wciąż nie bije mojej osobistej płyty. Kiedyś pisałem oprogramowanie sterownika urządzenia dla niestandardowego urządzenia w moim programie magisterskim w dziedzinie informatyki i miałem prostą literówkę, która kosztowała mnie około 100 godzin, podczas której dosłownie spędziłem cały czas w laboratorium, robiąc przerwy tylko po to, aby pobrać jedzenie i używać łazienka (spałem w laboratorium kilka godzin tutaj i kilka godzin tam, gdzie mogłem). Rozwiązałem go tylko około godziny przed wyznaczonym terminem zlecenia (po pracy nad nim trzy tygodnie łącznie, około pięciu lub sześciu dni było naprawieniem błędu). Mój profesor i wszyscy, na kogo patrzyłem, nie mogli znaleźć nic złego w kodzie sterownika urządzenia, ale zawsze zamarzał on system operacyjny zaraz po załadowaniu, nie dając żadnego wskazania, dlaczego. Około godziny przed wyznaczonym zadaniem mój przyjaciel zerknął na mój kod przez 15 sekund i powiedział "oh, masz idh zamiast ibh" (były to dwie zmienne używane w programie). Oszczędzę ci szczegółów technicznych, dlaczego spowodowałoby to zamrożenie całego systemu operacyjnego w tym przypadku, biorąc pod uwagę mój kod, ale nie muszę dodawać, że wciąż ma dla mnie rekord "głupiego błędu, który kosztował mnie wiele godzin bezsensownych" wysiłek". Szczęśliwie, w tym przypadku, ponieważ przeszedłem całą linię kodu po linii setki razy (choć nigdy nie zauważyłem literówki), po naprawieniu tego błędu wszystko inne działało idealnie, co zwykle nie zdarza się, biorąc pod uwagę ilość niesprawdzonego kod był, a zwłaszcza w kodzie tak złożony, jak ten konkretny sterownik. Ale w końcu udało się.

W każdym razie przepraszamy za niedogodności i brak nowych treści. Nowe rzeczy jutro pojawią się jutro.