Тема как раз про это 😉
По крайней мере была, пока автор не заговорил про куки 😀
Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе. Что касается кэша, можно множество счетчиков привязать к одному и тому же изображению точно так же, как и в случае "пикселя".
Вполне нормальная нагрузка, проверено.
Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через 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']}'");
Я в микроблогах если и создаю такие страницы, то закрываю их от индексации.
Вот я об этом и спрашивал в предыдущем сообщении, т.к. увидел дозагрузку сообщений по щелчку. По-моему, "пагинация" для поисковых систем обязательно нужна, а то в индекс попадает по странице от пользователя!
Насчет тегов пока не знаю, но какое-то тематическое деление сообщений, по-моему, тоже обязательно нужно. За информацию про "плотность кеев" спасибо. Обычно стараешься собирать на странице ключи, а тут, может, их разбавлять/рассеивать придется 😀