Виталий Желтяков

Такое часто бывает, когда на веб-сервере (apache, nginx, etc) не указана кодировка

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

Memcached в принципе можно и исключить отсюда.

В БД достаточно сделать составной индекс по полям key1 и key2 - выборка будет быстрая
dev.mysql.com/doc/refman/5.0/en/multiple-column-in...

если в memcached - то $key = $key1 .'_'. $key2 - будет выборка из memcached по параметрам, а в значение засовывать уже нужные сериализованные данные

IMHO смена языка не решит описанных эмоциональных проблем )

PHP все ещё очень распостранён. Метаться по сторонам, или держаться выбранного курса — дело ваше. Опять же, IMHO, заслуживает внимания JavaScript (nodejs, backbone, d3js).

БД тут не при чём. Если бы отваливалась БД, то апач отдавал бы ошибку соединения с базой. Файловая система тоже ни при чём. Проблемы с ФС сразу были бы видны в логах и при старте.
Более вероятная причина в сети, к которой оба сервера подключены. Просто тупо не проходят HTTP пакеты в какой-то промежуток времени. Или с файерволлом беда. Нужно смотреть, каким путём идёт ICMP и каким TCP/IP.
Менее вероятная причина - превышение лимита подключений к апачу. Тут NGINX Вам в руки.

1) Отдельный котел в аду.
2) Угрызение совести.

Каникулы начались? Количество ошибок на квадратный метр зашкаливает.

Лучше работу с БД вынести в отдельный класс. И при вызове метода, который производит запрос к БД, делать фильтрацию входных данных.

Я почти уверен что заработает вот так

("#item").click(function(){
	$("#grid").load("js/template/template.html?" + (new Date).getTime());
});

Но нужно ли это вам ?

Вообще "де-факто" алгоритмом для нахождения коротких путей является A* (a star).
В вашем случае есть ещё задача о рюкзаке, в которой порядок слаживания предметов определён маршрутом. Если нет потребности куда-то дойти, то проще всего использовать алгоритм "волны" проверяя при этом количество очков и "энергии".
В любом случае задача сводится к контролируемому поиску в ширину.

Самый лучший учитель - жизнь.
У этого учителя сразу начинаешь учиться.
Из книжек нужно взять основы, принципы и понять что к чему.
Далее берём и делаем то, что нужно. К примеру, сайт. Свой или чей-то.
Или не сайт, а игру. Или мегапарсер логов.
Главное - перейти от книжек и шаблонных примеров к реальности.

Фриланс точно нет. Я не знаю кто доверит свои базы кому то незнакомому.
Только если устроитесь в компанию которая будет согласна, что Вы будите работать удаленно.
Если только в крупную компанию которая занимается фрилансом. Но это по сути опять компания которая согласна на удаленную работу.
Знаю случай когда как раз такому разработчику отчетов и ведения аналитической деятельности один известный банк разрешил работать дома. Но он в банке в должности около 5 лет проработал. И очень хорошо себя зарекомендовал. А когда нужно было уезжать по семейным обстоятельствам в другой город, банк решил ему предложить работать удаленно.