slang

посмотрите dotProject

Включите логирование php-fpm и читайте его лог. Включите логировение в nginx с режимом debug, и читайте его. Была подобная проблема из-за расширения FireFox — FirePHP, слались очень большие заголовки в ответ и сервер отвечал ошибкой. Куки тут не при чём, виновен был useragent (в нём шлётся текст FirePHP, так работает расширение), поэтому попробуйте соединяться из консоли через curl, например — читайте логи, смотрите заголовки.

Откройте для себя http://github.com ;)

Вам нужно взять существующий код и посмотреть как это делают другие. Хорошее кеширование на мой взгляд у Zend_Cache и ADODB, также PEAR_Cache, ну и код хороший. Не имеется ввиду взять за основу, а прочитать и понять как.

Да, всё это нормально, и куча джойнов, и ключи, когда используется релятционная база для объектных моделей. Сделайте материализацию, за счёт избыточности данных создайте удобные условия для популярных выборок или используйте key-value storage.

Для скриптов воспользуйтесь профайлером, например Zend Debugger'а, для базы уже ответили выше, есть slow.log

Да тут же так и просится key-value NoSQL сторейдж + polling, чтобы после фикса затыка базы, не наступил затык скриптов на вебсервере.

Это всё конечно не совсем идеологически правильно, но Вам нужно заменить последнюю строку на:

return array_reverse($array);

Изучение огромной кучи языков не даст Вам глубокой специализации в чём-либо, а хорошие деньги платят именно за те знания, которые не лежат на поверхности и которыми обладают профессионалы в своей области. Используя PHP можно сделать хорошую карьеру. Facebook, кроме всего прочего, активно пользуется и этим языком, а в свете последних событий это неплохой конкурент гуглу. Что касается Яндекса, насколько мне известно, там тоже не обходится без PHP, да и вообще, есть масса компаний, которые делают хорошие продукты, далёкие от клепания сайтов-визиток за $25/штука.

В memcached, при переполнении памяти, более старые объекты автоматически удаляются, поэтому предусмотреть момент удаления — это скорее из области теории вероятностей.

Не совсем понятно что Вы хотите сделать. Если узнать существует ли (делегирован) домен — обратитесь CURLом на Whois-сервис, коих в интернете множество, и распарсите ответ. Если, вертится ли по адресу, указанному доменным именем, веб-сервер, CURLом дёрните это имя, и отпарсите ответ. Если отвалитесь по таймауту — нету, если ответят — что-то есть. А если жив ли в данным момент сайт — то ещё отпарсите и код ответа/ошибки.

Я бы посоветовал однозначно Zend как швейцарский нож, которым можно вырезать любую нужную деталь достойного качества, но! Но наскоком разобраться будет не совсем просто, поэтому стоит начать с кухонного ножа, простейших легковесных аналогов типа CodeIgniter (хорошая дока, понятная структура, лёгкий переход с него на Zend). А что касается MVC, так это тренд, и реализована она практически во всех современных фреймворках.