agladkov

А это зависит от того, что вообще делалось.

Если вы отправляли почту через ajax, нужно честно сказать, что при отправке почты произошла ошибка. Пусть это будет не alert, но заметный div с сообщением нужен.
А если это было просто обновление списка комментариев к записи в фоновом режиме, то лучше всего промолчать, либо просто перезагрузить страницу без ajax.

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

Самый лучший шаблонизатор для PHP — это сам PHP. Этот язык именно для таких целей и разработан. При грамотном разделении бизнес-логики и логики представления получаем желаемый результат с нулевым оверхедом.

У вас что-то с правами на стороне сервера. Выдайте на папку repositories рекурсивно права как у gitosis.

sed

Возможно ru.wikipedia.org/wiki/Sed?

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

А почему div, а не span?

Я бы посоветовал Авангард. Придти туда нужно только два раза, оформить бумаги и забрать карточку. ИБ Авангарда один из лучших (технологически более отсталый, чем в Альфы), зато через ИБ решается 99% поставленных задач.
2к снять не проблема в Авангарде, только это возможно в офисах и лучше заранее зарезервировать сумму.
Стоимость обслуживания 700 руб. (3 счета + карточный), при обороте более 15 тыс. руб. в месяц — обслуживание бесплатное.

Поддержка у банка отличная.

>>The load averages are the average number of process ready to run during the last 1, 5 and 15 minutes.
Средняя длина очереди процессов на выполнение. Т.е. процессы, которые ждут своей очереди из-за высокой нагрузки на CPU, ожидания I/O, etc.

>> К сожалению я здесь не могу действовать «методом тыка», так как при ошибочной конфигурации сервер может стать недоступным через SSH

В таких ситуациях я обычно перед внесением изменений делаю задание в at (например, минут через 20), откатывающее мое изменение (в данном случае восстановление /etc/network/interfaces из предварительно созданного бэкапа и networking restart). Если добавление новых ip пройдет нормально и соединение по ssh не пропадет, то просто отменить задание. Если же что-то пойдет не так, то через 20 минут доступ восстановится.

Как-то так:

auto eth0:1
iface eth0:1 inet static
address 22.22.22.22
netmask 255.255.255.255

auto eth0:2
iface eth0:2 inet static
address 22.22.22.23
netmask 255.255.255.255

auto eth0:3
iface eth0:3 inet static
address 22.22.22.24
netmask 255.255.255.255

установите себе утилиту screen.
sovety.blogspot.com/2008/01/screen.html

Memcache чем плох?

Я советую использовать memcache
Нужно только четко понимать каким образом делать инвалидацию кеша

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

Другого способа добавить папку в git нет и не будет — git не хранит файлы/папки, а хранит диффы файлов, для этого нужны файлы.

Если нужны абсолютно пустые папки — заведите install.sh (либо используйте phing как на взрослом проекте), разумеется .gitignore в корне проекта должен содержать список всех пустых папок. Всё равно найдется что еще сделать — выставить пермишны, залить базу…

Проблема в регулярно выражении. Должно быть что-то в духе ([a-z0-9-\.]+), а не ([.+]). Текущий же вариант означает "один любой символ и плюс".

А Вы почаще import * делайте

Если допишите до готовой игры — то стоит, если опять теория, то с учётом того что недавно была замечательная статья об архитектуре оригинала, наверное не стоит.

И хорошо бы если результат (как игра, так и статья) превосходила существующее решение.