Меня всегда интересовало, как именно “падают” порталы. Воображение почему-то рисовало расцвеченные эксепшенами (как в ASP.NET) страницы с кучей отладочной информации, нескончаемый поток e-mail’ов, весело бегающих админов и всклокоченных бухгалтеров с красными от усталости глазами. Мда.
На практике, все оказалось намного обыденней или даже скучнее.
Дело было так.
Некоторое время назад мне от скуки пришло в голову новое занятие – поизучать немного PHP, просто так, для общего развития. К слову сказать, эта мысль была совсем не нова – я уже несколько раз брался за это дело, но каждый раз находились “более важные дела” и постоянно открытая в районе 170 страницы книжка Котерова служит немым укором в моей лени.
Но на этот раз решение было непреклонным. Разбираться с бесполезными примерами из книги было скучно, и поэтому было решено забэкапить игровой портальчик и развернуть его на локальном хосте. Заодно я намеревался прикрутить собственную форму для добавления игр, отсутствующую в текущей версии мочи-плагина.
Резервное копирование баз было скучным и ничемнепримечательным. Самое интересное случилось после активации плагина WordPress Backup. Портальчик попросту упал. На любые запросы он неизменно отвечал красивым белым экраном. Ни ошибок, ни разметки, ничего…… “Приехали” – мрачно подумал я.
Просто ради интереса, решил немного початиться с сапортом хостера и проверить хваленую 24-часовую поддержку. Там мне быстро объяснили, что, типа я сам дурак нужно найти квалифицированного разработчика, если я хочу восстановить работоспособность сайта.
Искать кого-то в 3 часа ночи мне совсем не хотелось, да и реанимация «пациента» оказалось простой – удалить злополучный плагин по фтп было делом минуты. После этого портальчик благодарно замигал иконками игр, а я с удовольствием почувствовал себя “квалифицированным разработчиком”, хе-хе.
Теперь в планах разобраться, почему плагин с хорошим рейтингом уронил сайт.
Следите за новостями =)
Leave a Reply