Если вам нужны только советы, используйте любой движок блога.
Насчет совместной правки вы неправы - и Вики, и Гит не заменяют старую версию исправленной, доступны обе, а вопрос, какую из них видит вновь вошедший, остается в управлении хозяина текста.
Вам же дали ссылку на перехватчик тех ошибок, которые обрабатываются самим скриптом.
А JS выполняется иначе, он, в отличие от PHP, не компилируется, а интерпретируется. Так что скрипт отработает ровно до того места, где JS-движок встретит немыслимую синтаксическую конструкцию. Правда, сам JS, по-моему, их тоже не обрабатывает.
Так что в JS строчка с синтаксической ошибкой может жить годы, пока не будет непосредственно вызвана. А в PHP вызовет fatal error при первом же запуске.
Как раз суть вам непонятна. Синтаксические ошибки приводят к тому, что ваш скрипт не выполняется вовсе, что бы вы в нем ни написали. Поэтому обработки синтаксических ошибок в самом PHP нет и быть не может.
У меня подобная петрушка наблюдается в старом Битриксе, поставленном на новую версию PHP (5.4). Причина - изменения в работе одной функции по умолчанию... вот только не помню, какой именно.
Так я и не спорю с тем, что вытребеньки можно затыкать в задницу.
Вот только возводить это в принцип "весь джаваскрипт всегда нужно сваливать в подвал" не стоит. Ибо это далеко не аксиома.
Для замены аськи он прост, как сапог, по моему опыту. И работает у нас уже лет пять, установленный на сервер-файлопомойку на базе Атома.
Что-то более серьезное на нем делать не приходилось, тут врать не буду.
А может, я просто представляю, как сайты облегчают AJAX-ом, включая тот страшный javascript раньше, чем контент вообще запрошен? И этот механизм внезапно работает у пользователя быстрее, чем статика с загнанными в подвал скриптами?
Один jquery в header-e на практике никак не отражается на скорости сайта, вообще-то. Он скачивается один раз и закеширован у пользователя на всю оставшуюся жизнь. А если он еще и берется с CDN - может и один раз не скачиваться.
Имхо, тормоза могут быть в двух случаях: когда на всех страницах навалено всего, что хоть где-нибудь используется на сайте или когда локальные скрипты страницы дико неоптимальны. И то, и другое нужно переделывать, а не оптимизировать.
А прочие камлания типа запихивания скриптов в конец body - это попытки подпереть костылями то, что не сумел сделать по-человечески.
До 5.4 работало и так, но для будущего нужно исправить код.