Выдалась эта неделя богатая на события, после трудно определяемой 500 ошибки на сайте компании у меня выдался еще один случай, изрядно пощекотавший мне нервы. Итак, мой друг попросил прикрутить на его сайте счетчик посещаемости, причем просил сделать это срочно, так как он запускает новую рекламную компанию, и ему очень надо отслеживать переходы по ней. C joomla я немного работал, зарегистрировал новый сайт на ливинтернет, скопировал код счетчика, добавил новый компонент, вставил туда этот код, нажал и “предварительный просмотр” и сайт … ответил мне оптимистическим белым экраном с надписью “Database Error: Unable to connect to the database“.  По закону подлости, произошло все этого в пятницу вечером, а кроме ставших бесполезными пароля/логина к Joomla у меня других данных не было. Звонок другу тоже ничем не помог: пароля к управлению файлами сайта у него не было, а обслуживался он у какого-то мелкого хостера из контактных данных которого был известен только телефон.  И этот номер, как всякий приличный рабочий номер телефона в ночь на субботу молчал. Мне оставалось только поискать на форумах любителей joomla возможные варианты решения проблемы. В понедельник номерок ожил, представитель техподдержки (подозреваю, что он был единственным работником этой фирмы) оказался человеком вежливым и понятливым и (о, чудо!) на сервере регулярно делались бекапы. Архив с файлом месячной давности по моей просьбе залил в корень сайта, в бекапе нашелся оригинальный файл конфигурации.  Но почему-то перезаписывать файл configuration.php с размером 0 Kb не получалось. Случайно в Directadmin заметил, что размер файлов уже составлял 540 Mb при лимите хостинга в  500 Mb. Сам сайт занимал 91 Mb, а остальное место заняли 2 почтовых аккаунта. Позвонил другу, тот подтвердил, что у него когда-то была почта на сайта, но потом её стали сильно спамить и он её забросил.

После этого картина стала полностью ясна: на почтовые аккаунты не был установлен лимит на используемое место и они себе росли в размерах на питательном спаме. Когда общий размер файлов превысил разрешенное хостером, начали стираться рабочие файлы. Первым пострадал файл конфигурации, отсутствие которого и обрушило сайт(