Как восстановить файл index php

Обновлено: 07.07.2024

Школа хостинга Редактор: Дмитрий Сокол 1622 7 мин Аудио

Итак, вы выбрали хостинг и доменное имя для своего сайта. Следующий шаг - это привязка своего домена к хостингу в панели управления хостингом. После этого на хостинге автоматически создается набор папок и файлов - так называемая “парковочная страница”, в которой содержится информация о домене и провайдере. После этого вы сможете зайти по адресу домена через браузер и увидеть страницу с информацией о домене и провайдере.


Перед тем как устанавливается CMS, тестовая информация из набора папок и файлов удаляется, чтобы освободить место для файлов вашего сайта.

Но что делать, если вместе с информацией из папок и файлов вы случайно удалили сами папки и файлы? В таких случаях вместо страницы в браузере отображается ошибка.

Рассмотрим вопрос: как можно привести хостинг к начальным настройкам после удаления всех тестовых файлов и восстановить отображение тестовой страницы?

Общие положения

У каждого провайдера хостинга при создании сайта генерируется своя особенная структура каталогов и набора файлов. Неким общим принципом является наличие определенной корневой папки сайта (site root folder) и расположенного в ней индексного файла под названием index.html или index.php, который и содержит сгенерированную страницу для сайта.

Также могут создаваться и другие папки и файлы, нужные для функционирования сайта на конкретном хостинге. Это, например, cgi-bin - для CGI-скриптов, logs - для размещение лог-файлов веб-сервера, tmp - для временных файлов и т.д.

Поскольку пользователь имеет полный доступ к файлам и папкам сайта через файловый менеджер или подключение по FTP, он, разумеется, имеет возможность удалить их.

Если удален только индексный файл index.html или index.php, то для того, чтобы страница сайта снова начала отображаться в браузере, можно просто создать этот файл вручную. При ручном создании файла можно записать туда любую информацию как в виде кода HTML, так и в виде просто текста, который вы увидите в браузере при открытии сайта.

Если на хостинге удалена также корневая папка сайта, то надо будет сначала создать папку с таким же названием и потом уже разместить там файл index.html. Различные хостинг-провайдеры могут использовать разные названия для папки с сайтом, поэтому можно уточнить у технической поддержки, как должна называться такая папка.

У некоторых провайдеров в панели управления имеется специальная функция “восстановить исходные файлы”, которая используется для создания заново исходной структуры каталогов и тестовых файлов. Вот, например, как выглядит эта функция у провайдера ho.ua.


Если такой функции нет, и пользователь точно знает, что хочет восстановить исходные тестовые файлы для своего сайта, то он может воспользоваться понятным способом:

  • сначала в панели управления хостингом удаляется сайт;
  • затем через файл-менеджер удаляются оставшиеся папки, принадлежавшие сайту;
  • и, наконец, в панели управления снова создается сайт с тем же доменом.

После этой операции все исходные каталоги сайта и тестовые файлы снова появляются на хостинге.

Рассмотрим, как выглядит набор тестовых файлов у популярных провайдеров хостинга.

У популярного хостинг-провайдера Beget структура каталогов и файлов сайта выглядит следующим образом: внутри основной папки сайта находится корневая папка сайта public_html. Внутри нее находятся файл index.php, содержащий тестовую страницу сайта, а также папка cgi-bin для CGI-скриптов.


Операции с файлами сайта производятся внутри папки public_html. index.php - это главный индексный файл сайта, являющийся точкой входа для web-сервера. Этот файл отображается при вводе домена в адресную строку браузера. Специальной функции восстановления тестовых файлов сайта у провайдера Beget в панели управления нет, но можно воспользоваться способом с удалением сайта и последующим созданием его заново.

Удаление сайта



Удаление папки public_html, если она осталась

Если папка public_html осталась на хостинге для данного сайта, то нужно удалить ее вместе со всем содержимым.


Создание сайта заново



После выполнения этой операции заново создается папка сайта, папка public_html и файл index.php. Таким образом, тестовые файлы сайта восстановлены, и сайт снова отображается в виде тестовой страницы.

Для популярного провайдера Machost при добавлении сайта на хостинг создается целый набор каталогов.



А затем создать сайт с таким доменом заново.


Выводы

При создании сайта у каждого провайдера услуг хостинга создается свой набор каталогов и файлов. Пользователю важно изучить, какой именно каталог применяется в качестве корневой папки для сайта.

В случае необходимости восстановления исходных тестовых файлов, надо уточнить, есть ли подобная функция в панели управления хостингом у конкретного провайдера. С этим поможет техническая поддержка.


Сейчас подтянуться телепаты и посмотрят, что у тебя в логах и на что ругается php интерпретатор.


error.log даст все ответы на поведение этого поделия


Наверняка после случайного изменения приключилась случайная ошибка, о ней вы сможете прочитать в error.log


Странно. Обычно в файлы с расширением php можно писать что угодно, и это никак не сказывается на работоспособности веб-приложения.


Всё зависит от того, где писать. И что. В блоке <?php ?> я бы не рискнул писать всё что угодно. А некоторые не печатные символы могут наделать проблем даже если редактирование файла производилось осторожно, достаточно сохранить файл в BOM к примеру.



Вообще - битрикс сам генерирует index.php на основе шаблона или нет?

Битрикс вообще ничего сам не генерирует.



А там дебаг режима нет в этом битриксе? Фееричное поделие. У нас провайдеры любят сайтики на нём :-)

Я случайно изменил несколько байт в /bin/bash и он теперь падает при запуске. Из-за чего это может быть и что с этим можно сделать? А если его удалить init сгенерирует новый?

KivApple ★★★★★ ( 03.10.14 22:55:11 )
Последнее исправление: KivApple 03.10.14 22:55:47 (всего исправлений: 1)


Господи, да после любого изменения index.php перестанет отображаться сайт.

Вопросы уровня детского сада.


Самый полный ответ на вопрос. Спасибо!

Какой debug? bitrix - это web приложение на php + javascript.


Это был сарказм.


Спасибо за ответ.

Не мой сервер, а знакомого.

И он уже восстановился из бэкапа.


Извините за беспокойство, господа линуксоиды.


Я просто думал, что бирикс на основе шаблона и заданных модулей генерирует php-файл. Глупо, однако.


После случайного измения index.php
Можно, конечно, восстановится с бэкапа

и увидишь что за случайное изменение произошло

а если проект хранить в репе, то

что намного кошернее чем какие-то бэкапы

q11q11 ★★★★★ ( 03.10.14 23:37:28 )
Последнее исправление: q11q11 03.10.14 23:40:08 (всего исправлений: 1)

Слишком мейнстрим. Сейчас в моде <script language="php"> … ?>


да ладно глупо, есть вот например ClojureScript,
это такой язык написанный на Java, который на выходе выдаёт тонну JavaScript для веба


Не пользуйтесь визуальным редактором битрикс. Он не для того чтобы им что-то редактировать.


Который рендерит инфу об ошибке не только в логи, но и в окно браузера, чтобы кодер не какался от непоняток.

С вашей стороны да, глупо. Если у вас есть предложения по поводу организации внутренней структуры Bitrix и его работы то обращайтесь в тех. поддержку Bitrix, он же у вас купленный?

Как сможет, к сожалению. Адское поделие.

в особенности, если вы в своём языке можете писать скрипты нарушая все нормы синтаксиса и он у вас продолжает работать.

Ты так говоришь, будто это что-то хорошее.

Gotf ★★★ ( 04.10.14 11:08:06 )
Последнее исправление: Gotf 04.10.14 11:08:39 (всего исправлений: 1)

Ты так говоришь, будто это что-то хорошее.

Ну, а по поводу ссылок, так не используй PHP, тебя что заставляют что-ли? Если ты вообще никогда ничего не писал на php, а лишь начитался ссылок в которых хулят php, то тут вообще говорить не о чём.

А так те кто хулят php и ты можешь написать свой скриптовый язык или выбрать любой другой из существующих. Но думаю первое им и тебе не по силам, да и второе, скорее всего, то же.

kostik87 ★★★★★ ( 04.10.14 11:15:48 )
Последнее исправление: kostik87 04.10.14 11:17:00 (всего исправлений: 2)


Мне казалось, из контекста понятно, что глупо с моей стороны.


Читайте также: