Тестирование + документирование + метрики кода + заливка на staging. Как-то так. У нас в компании не все эти слагаемые еще есть, поэтому я и сказал, что я бы не назвал то, что есть полноценным continuous integration.
Правильно, что с файлом не работает. Вот эта строка: RewriteCond %{REQUEST_FILENAME} !-f говорит о том, что если файл есть на диске, то правило не будет срабатывать.
Насколько я понял, вам надо создать базовый класс Пользователя для авторизации, а остальные классы наследовать от него.
Кстати, когда сделаете что хотели — выложите здесь решение, думаю многим полезно будет.
В моем варианте да. Выше вам предложили загрузчик скриптов, от себя добавлю еще ссылочку на табличку сравнения этих загрузчиков: spreadsheets.google.com/ccc?key=0Aqln2akPWiMIdERkY3J2OXdOUVJDTkNSQ2ZsV3hoWVE#gid=0
Поищите там что вам подойдет. Тогда вам надо будет загружать все скрипты через этот загрузчик и по загрузке каждого скрипта обновлять индикатор прогресса. Я загрузчиками не увлекался, но вот yepnopejs.com/ позволяет выполнять какую-либо функцию после загрузки каждого скрипта. В этой функции и обновляйте индикатор загрузки.
Статью эту перед отправкой вопроса нашел, но там, на мой взгляд больше описывается взаимодействие дизайнер-верстальщик. А мой вопрос больше про верстальщик-верстальщик. Т.е. когда верстальщику надо будет поддерживать проект, сверстанный изначально кем-то другим.
Насчет комментирования HTML — например какой-то блок оказывается в неочевидном месте, стоит ли писать коментарий почему это было сделано и, если да — то как это лучше делать.
З.Ы. под HTML в моем вопросе я понимал именно шаблоны сайта.
Насколько помню, у яндекса несколько фронт-серверов (так вроде называются) ив коде страницы внизу можно посмотреть с какого именно сервера пришел вам ответ (sfront4-010). Может быть есть еще и возможность указать, чтобы ваш запрос обрабатывался определенным фронт-сервером, покопайте в эту сторону.
