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

В целом, когда несколько пользователей хотят просмотреть одну и ту же страницу, то они ожидают увидеть на этой странице одно и то же. Тогда возникает вполне закономерный вопрос, зачем каждый раз генерировать одну и ту же страницу, если на ней ничего не изменилось? Именно эта концепция лежит в основе кэширования — механизма, позволяющего сохранять результат генерации страницы и выдавать его вместо повторной генерации. Такая простая схема позволяет сэкономить заметное количество ресурсов вашего сервера.

За день просматриваешь огромное количество сайтов-блогов-форумов и на многих из них приходится комментировать и задавать вопросы. Очень часто, чтобы это сделать приходиться зарегистрироваться, на некоторые из них потом хочется вернуться, чтобы оставить еще комментарий или принять участие в обсуждении. Каждый человек стремиться выразить свою индивидуальность, в Интернете эту индивидуальность чаще всего выражают посредством аватаров — небольших картинок, обычно размещаемых рядом с именем пользователя.

В большинстве блогов, для того, чтобы оставить комментарий регистрироваться не нужно, а очень часто и вообще нельзя зарегистрироваться — комментарий может оставить любой желающий, достаточно только пройти простую проверку на бота — ввести нечитабельный код с картинки. А как же здесь поставить аватар? Все очень просто — на сегодняшний момент существует очень полезный сервис — Gravatar — Глобально Распознаваемые Аватары. Эта система используется на большинстве блогов (в том числе, и на моем) и позволяет привязывать аватар не к учетной записи пользователя, которую обычно нужно создать, потом активировать, а потом только пользоваться, а просто к адресу электронной почты. Когда пользователь указывает свое имя и адрес почты, адрес проверяется по базе Глобальных аватаров и подставляется один из аватаров пользователя, если таковой будет найден.

Про браузерные файловые менеджеры я уже рассказывал дважды (первый и второй раз), а вот про работу с MySQL еще ни разу, так что придется как-то восполнить этот недостаток. Про утилиту администрирования MySQL phpMyAdmin знают многие и большинство ей пользуется в повседневной работе. Все в ней удобно — и понятный интерфейс, и возможность управления всеми параметрами базы, но вот функция резервного копирования и восстановления в ней работает не особенно шустро, особенно, если дамп большой, а канал не особенно жирный.

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

Изначально базы данных разрабатывались для хранения большого объема данных. Собственно, они сегодня и используются по назначению, но, зачастую, применяются не все доступные возможности.

Так, у БД MySQL есть интересное поле, которое называется BLOB. Это поле предназначено для хранения бинарных данных прямо в базе данных, т.е. оно позволяет хранить совершенно произвольный файл.

Поле BLOB обладает несколькими вариантами, которые различаются максимальным размером хранимых данных:

• BLOB до 64 килобайт;
• TINY до 255 байт;
• MEDIUMBLOB до 16 мегабайт данных;
• LONGBLOB до 4 гигабайт.

Как видим, места для хранения изображений вполне достаточно.