Дэн

Можно сделать, просто вопрос немного мимо :)

Нужно использовать версии, но не random, иначе толку никакого не будет (в кеш постоянно будет складываться новый файл, т.к. путь все время будет уникальным). Нужно либо руками версии статики ставить либо использовать какую-то либу для автогенерации версий.

Для wordpress есть плагин Wp-minify для минификации. Еще очень хороший минифаер YUI compressor (Java либа).

Если используете PHP, советую использовать imagemagick. Также есть ряд инструментов для оптимизации размера изображений под Web. Можно ресайзить GD, а потом оптимизировать ими.

Попробуйте установить библиотеку JPEG из исходников. А после этого и сам imagemagick.

Попробуйте использовать инструменты для оптимизации PNG, тогда не будете об этом заботиться. Например, TinyPNG оптимизирует картинки онлайн. Есть также OptiPNG для работы "на столе".

Советую попробовать tinyPNG - можно сжимать все онлайн, есть API.

Похоже, что есть проблема с коммитом операций на диск. Попробуйте поэкспериментировать с параметром настройки innodb_flush_log_at_trx_commit. Попробуйте значения 2 или 0.

Varnish кстати используем Facebook. Мануал как настроить Varnish - очень просто ускорять всякие контентные сайты в несколько раз.

Попробуйте также посмотреть на профиль запроса с помощью SHOW PROFILE.

Чтобы получить ID, нужно включить профилирование, тогда ID запроса можно будет взять из SHOW PROFILES:

mysql> SET profiling = 1;
Query OK, 0 rows affected (0.00 sec)

mysql> DROP TABLE IF EXISTS t1;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> CREATE TABLE T1 (id INT);
Query OK, 0 rows affected (0.01 sec)

mysql> SHOW PROFILES;
+----------+----------+--------------------------+
| Query_ID | Duration | Query                    |
+----------+----------+--------------------------+
|        0 | 0.000088 | SET PROFILING = 1        |
|        1 | 0.000136 | DROP TABLE IF EXISTS t1  |
|        2 | 0.011947 | CREATE TABLE t1 (id INT) |
+----------+----------+--------------------------+

Query_ID - то, что Вам нужно.

Я бы посоветовал использовать Maatkit для анализа всего лога медленных запросов.

Нет ни методики ни чисел. Highload - это название состояния инфраструктуры, которая требует того, чтобы ее оптимизировали и масштабировали. Т.е. это просто описание состояния. Например, что такое уставший человек? Один может пробежать 10 км и будет уставшим. Другой уже после 500 метров и станет уставшим. Они оба уставшие, а параметры разные. Так и для ресурсов. Советую почитать - Что такое highload?

Если в двух словах, то намного важнее решения архитектурные, чем софтовые. Т.е. плохую архитектуру не спасет использование nginx'a, может только отложить проблемы. Да и касательно использования количества технологий, я бы советовал использовать минимум, но с умом. Лучше иметь 3 хорошо отлаженых узла, чем 10. Каждая новая технология будет только усложнять инфраструктуру.

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

Также советую прочитать Что такое highload.

Попробуйте настроить параметры по этому руководству.
Из инструментов для анализа - munin для графиков, mysql/fpm slow log, maatkit для анализа этих логов.

Если для подключения Вы используете mysql_connect и mysql_select_db, то Вам ничего не нужно, чтобы работать с базой данных из functions. Главное, чтобы подключение (db.php) включалось раньше, чем functions.php. Можете смело использовать mysql_connect внутри функций (она будет использовать глобальный ресурс подключения, который будет доступен везде).

Детальнее по Вашим вопросам советую почитать:
- Работа PHP и MySQL
- Организация кода

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

Рекоммендую почитать Web разработку для начинающих. Там совсем базовый уровень, но, возможно, будет полезно начать сначала.

header('HTTP/1.0 404 Not Found');
echo 'Page not found, sorry';

1. Проверьте настройки Mysql на предмет оптимальных, детальнее: Оптимальная настройка Mysql с...

2. Если сайт контентный (т.е. мало динамики на страницах), обязательно используйте кеш, например Varnish: Varnish - быстрый старт

3. Поскольку первым на очереде окажется веб-сервер (лучше использовать nginx), убедитесь, что настроили его: Настройка nginx под нагрузки

4. Для базовой проверки под нагрузкой можно использовать ab от Apache

По теме рекоммендую прочитать истории роста разных проектов:
highscalability.com
highload.com.ua
habrahabr.ru/hub/hi