После случайного измения index.php в bitrix перестал отображаться сайт

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

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

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

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

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

Логи ошибок в студию. index.php не генерируется автоматически. Проще всего восстановить файл из резервной копии, или исправить ошибку ориентируясь на сообщения в error.log

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

Нет.

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

Серьезный такой.

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

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

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

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

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

Ну-ну, а как потом это ваше «что угодно» будет обрабатывать интерпретатор php? Всё должно быть согласно синтаксиса языка.

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

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

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

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

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

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

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

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

ну вот сделай:

cp index.php index_modif.php
[восстановится с бэкапа]
[diff|vimdiff|meld] index.php index_modif.php

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

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

[команда_любимого_SCM] diff index.php

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

блоке <?php ?>

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

Глупо, однако.

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

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

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

Глупо, однако.

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

Ну-ну, а как потом это ваше «что угодно» будет обрабатывать интерпретатор php?

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

Адское поделие.

Ну, не знаю, в Internet немалый процент сайтов, на которых в качестве скриптового языка, выполняющегося на серверной стороне используется PHP, а вы его называете «адским поделием», нет, если вы такой великий специалист, что у вас есть свой скриптовый язык, который может поспорить с PHP, то представьте его широкой публике, в особенности, если вы в своём языке можете писать скрипты нарушая все нормы синтаксиса и он у вас продолжает работать.

Ну, не знаю, в Internet немалый процент сайтов, на которых в качестве скриптового языка, выполняющегося на серверной стороне используется PHP, а вы его называете «адским поделием»

Серьёзный аргумент.

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

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

http://nuclight.livejournal.com/107170.html

http://kspitfire.blogspot.ru/2014/08/php-a-fractal-of-bad-design-rus.html

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

Кто тебе это сказал? Вся проблема ТС произошла из-за того, что он «что-то» написал в index.php и у него сервер выдал сообщение о 500 ошибке, что как раз и указывает на проблему в скрипте php, скорее всего вызванную нарушением синтаксиса или нарушением логики скрипта.

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

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

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

Странно, конструкций <script language=«php»> </script> как-то не встречал. Иногда короткий вид тегов PHP встречается(<? ?>), но он не особо популярен из-за того, что поддержку тегов PHP в стиле ASP не всегда оставляют включенной.

В битриксе повсеместно <? ?> и <?=$varName?>

Можно конечно было изучить логи или сравнить изменённый файл с оригинальным и исправить ошибку, но проще всего в таких случаях восстановить сайт из бэкапа.

Верно, но стоит помнить что Bitrix - это вешь в себе, которая требует особых настроек PHP(зачастую не совместимых с другими популярными CMS). Чего только стоит mbstring.func_overload =2 при использовании кодировки UTF-8. Не думаю, что разработчикам чего либо стоит ориентироваться на опыт разработчиков этой CMS. Лучше ориентироваться на разработчиков популярных Open Source-решений. Единственное её достоинство - это довольно приятный интерфейс пользователя.

поддержку тегов PHP в стиле ASP

Это <% %>. <? ?> — это shorttags, которые в новых версиях не отключаются. А <script language="php"> не отключается вообще ни в одной версии.

Да, если включишь в конфиге — оно будет работать. И да, php пофиг, если закрываешь не тем тегом, что открывал.

Согласен. Но вот достоинства ты точно ищешь не там. Главное достоинство битрикс это ее платность. Это некоторый ценз сразу отсекающий халявщиков. Заказчики которые купили лицензию битрикс чаще других оказываются платежеспособными ;)

А вообще этот бардак с тегами просто бесит. У меня были проблемы на одном сервере из-за <?php ?>, хотя я всегда считал что это <??> может не всегда работать, <?php ?> универсален. Правда не вспомню в чем была суть проблемы.

Не знал, что можно использовать открывающий тег одного вида, а закрывающий - другого. Привык всегда пользоваться одним и тем же видом. С PHP 5.4 всегда доступны <?=, а обычные шорт-теги доступны только ели PHP собран с нужным флагом. К сожалению, собирают PHP по разному, соответственно можно нарваться на неожиданность.

Если верить стандартам(PSR-1) доступными всегда должны быть только <?php ?> и <?= ?>, но на практике всегда можно нарваться на сюрприз. Это же PHP. Кроме всего прочего нужно про непечатные символы не забывать. Иногда их наличие в исходнике приводит к тому, что открывающие и закрывающие теги не работают корректно.

Трэкинг изменений затруднён, отсюда все вытекающие...

Найти ошибку можно линтингом и возможно, поднятым до предела error_reporting.

Простейший вариант:

php -l <file>