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

- Используем PDO;
- Нет проверки на пустые куки;
- Убрать проверку на IP - это пережиток прошлого;

Средствами PHP невозможно конвектировать HTML в PDF (!). Поэтому нужно использовать сторонние решения.
Так же:
- PDF можно формировать на основе шаблонов;
- Можно установить на клиенте doPDF и отдавать html-страницу (FF так подготавливает документы без багов).

Методика определения нагрузки:
- Определяем количество пользователей онлайн.
- Зная количество пользователей онлайн, определяем сколько будет запросов в секунду.
- С помощью xdebug замеряем среднее время выполнения скриптов.
- Умножаем среднее время выполнения скриптов на количество запросов в секунду.
- Если получившееся время в пределах 2 секунд, то всё нормально. Иначе либо не php, либо оптимизация.

По поводу выбора php:
- PHP весьма неплохо подходит для высоконагруженных проектов, если минимизировать работу с внешними данными (база и memcached).

PHP Simple HTML DOM Parser

А зачем вам проверка, если у Вас 9000 if?

При помощи ветвления if у Вас реализован "белый список". Просто не обрабатывайте данные, которые не входят в условия if и будет всё нормально

Нужна не совсем математика, как математический склад ума, абстрактное мышление и знание простейших операторов.

Apache отдаёт статичные файлы html быстрее, чем PHP (без разницы статичные или динамичные), т.к. работает кэширование сервера и ФС.

На сколько это критично зависит от нагрузки на сервер. Если у вас не более 100 запросов в секунду, то можете над этим вопросом не думать и делать как Вам удобнее.

Используйте глобальные переменные, если доступ к ним нужен из любой части проекта. Для отдельных модулей используйте namespace.

Лично я стремлюсь к следующему:
- Простое действие - 1 запрос;
- Вывод списка - количество запросов равно числу членов списка.
Но это в идеале.

Лично я беру за правило нотации из синтаксиса языка.
Для php: верблюжья нотация для методов, для всего остального нотация через подчёркивание.
Для js: верблюжья нотация для методов, для отдельных функций через "БольшиеБуквы".
Для css: через дефисы.

Использую следующее выделение блоков. Звёздочки для отдельных модулей, дефисы для отдельных функций. Длина такой строки 80 символов. В результате код наглядно разделён.

//**************************** Служебные функции *****************************//
//------------- Функция поиска свободного id в массиве  ----------------------//
function GenId() {
   var i = 0;
   while(arr[i]) {i++;}
   return i;
}
//----------------------------------------------------------------------------//
//****************************************************************************//

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

В вашем примере безопасность на уровне экранирования кавычек и спецсимволов. На практике это даёт хорошую защиту, но не полную, т.к. хакер может использовать особенности запроса и хитрые комбинации спецсимволов.
Пример, который привёл Miraage даёт защиту от комбинаций спецсимволов, но не защищает от неправильной структуры БД.

Если на клиенте, то Вам нужен инспектор кода (Firebug)
Если на сервере, то Вам нужен трассировка Xdebug

Где вы вычитали этот говно код?...

- Выше написали - нужно отправлять массив данных, а не просто переменную.
- Нет проверки, что входящий на сервер запрос это ajax.
- Много выводов echo, а должен быть один.
- Нет вывода пустого ("пробельного") запроса при неподходящих данных.