NeX

Сложно будет предусмотреть такие ситуации:
call_user_func( $neededFunc, $params );

Мне кажется, вам могут помочь инструменты из этого обзора, в частности Dead Code Detector (DCD) for PHP code

Использовать не_windows и ntfs-3g

Причина в OpenVZ и том, как в нем считается память: habrahabr.ru/blogs/hosting/53236/.

связываться непосредственно с организациями, проводящими все это, они заинтересованы в этом не меньше, чем вы.

www.thomasfrank.se/downloadableJS/JSONeditor_example.html можно вот к этому навесить свои обработчики, думаю.

Последовательность столбцов в индексе именно (1) type, (2)object_id?

Ради теста поставил два индекса на type(VARCHAR), object_id(int):
type + object_id и object_id + type — explain показывает, что первый работает.

Мой Вам ночной совет. Институт — это «качалка» для мозга и куча воспоминаний. Остальное потом нагоните :)

Достаточно очевидно что надо повесить индекс на object_id.
Если у Вас type текстовый (иначе зачем лайк), то определенно есть смысл сменить его на enum, тогда и составной (type+object_id) может начать работать (только запрос надо будет переписать с лайка на in ('newad','renewad')

where type in ('newad','renewad') and object_id=335046
Вот при таком запросе индекс по object_id & type использоваться будет.

Надо понимать что это, зачем это нужно, как этим управлять.

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

Во-первых, вы путаете в тексте понятия «ошибка PHP» и «исключение». В частности, исключение нельзя проигнорировать и продолжить выполнение программы.

Идея заворачивать все в блоки try/catch — тоже маразм, исключения были прижуманы как раз для ухода от необходимости проверять результат работы всех функций.

Вот, как надо делать правильно:

1) Делаем set_error_handler, который превращает все ошибки/варнинги/нотисы/стрикт стандартс в исключения
2) Ставим error_reporting(-1)
3) Делаем set_exception_handler(), который логгирует исключение (неважных исключений не бывает) и выводит красивую страничку 503 (не на продакшене тут же выводятся детали ошибки).
4) Получаем через некоторое время приложение без ошибок

Приложение не должно игнорировать ошибки и исключения, так как в этом случае оно может выдать пользователю неверные данные. лучше выдать страницу ошибки, чем неверные данные.

Если нравится Codeigniter, можете посмотреть в сторону Kohana, там есть и модульность, и HMVC

Гуглить на тему: SPF, DKIM

Ознакомиться с рекомендациями о рассылках:
support.google.com/mail/bin/answer.py?hl=ru&answer=81126
help.yandex.ru/mail/?id=1113150

Так же полезным будут знания о:
habrahabr.ru/blogs/google/101440/

Это что — оболочка для tidy и sed?

File API поддерживает IE 10 preview 2 и выше. В младших версиях только плагинами, похоже.

Вроде как это