Вполне нормальная нагрузка, проверено.
Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через nginx отдавать" 😉
Что дороговато? Инкремент поля в базе данных сделать? 😀 Пусть даже с 1-2 предварительными SELECT-запросами.
Сейчас это основа для для любого счетчика. Не строки/байты лога же в самом деле считать, как кто-то выше написал 😀
и доступ к азображениям через скрипт, будет типа того
site.ru/index.php?img=image.jpg
Это вовсе не обязательно. В современных сайтах не принято показывать в адресе имя файла-обработчика 😉
Т.е. адрес может быть обычным, например /images/image.jpg
Если речь о "просмотре" именно изображения, а не страницы с изображением, то только так (при выводе изображения):
$link->query("UPDATE `{$table('images')}` SET `count`=`count`+1 WHERE `id`='{$page['id']}'");
Я в микроблогах если и создаю такие страницы, то закрываю их от индексации.
Вот я об этом и спрашивал в предыдущем сообщении, т.к. увидел дозагрузку сообщений по щелчку. По-моему, "пагинация" для поисковых систем обязательно нужна, а то в индекс попадает по странице от пользователя!
Насчет тегов пока не знаю, но какое-то тематическое деление сообщений, по-моему, тоже обязательно нужно. За информацию про "плотность кеев" спасибо. Обычно стараешься собирать на странице ключи, а тут, может, их разбавлять/рассеивать придется 😀
Ваш, судя по favicon-у? Или есть лиса поважнее? Как поисковые системы относятся (индексация и т.п.)?
Сделали многопользовательский, чтобы, видимо, совсем грустно не было? Есть примеры однопользовательских?
Sitealert, в моем ответе ключевыми моментами были полный путь к файлу скрипта в файловой системе (хотя это не основной момент, т.к., например, в Apache в контексте виртуального хоста и в "рерайтах" mod_rewrite можно использовать такой путь и наоборот для указания fallback-обработчика mod_dir нужно использовать путь относительно корня сайта) и, главное, "именованный location", который можно использовать без каких-либо других location-ов, например "префиксного location-а /". Такой этап, как оценка адреса запроса и его преобразование во внутренний адрес, здесь отсутствует. На него не тратятся впустую ресурсы сервера.
Sitealert, in my answer to the key points were the full path to the script file in the file system (although it is not a highlight, because, for example, in the context of the Apache virtual host and "rewrite" the mod_rewrite can be used this way, and contrary to instructions the fallback-handler mod_dir need to use a path relative to the root of the site) and, above all, "a named location The", which can be used without any other location-s, such as "location-prefix a /". This step, as the evaluation request address and converts it into an internal address which is missing here. It does not go to waste server resources.
