Алеандр#: Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение.
Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе. Что касается кэша, можно множество счетчиков привязать к одному и тому же изображению точно так же, как и в случае "пикселя".
Алеандр#: То-то разные идиоты для статики целые отдельные сервера выделяют при нагрузках, делать же им больше нечего.
Никто об этом не писал. Не знаю, какому идиоту могут понадобиться счетчики "для всего".
Алеандр#: вот только это не нужно использовать на действительно изображениях
Почему? 😀 Если нужно именно количество обращений к изображению посчитать. Или совместить счетчик доступа к странице, реализуемый при помощи изображения, с показом этого изображения на ней.
foxi#: страница отдельной записи (в основном контента мало)
Я в микроблогах если и создаю такие страницы, то закрываю их от индексации.
foxi#: страница последних записей юзера (без пагинации)
Вот я об этом и спрашивал в предыдущем сообщении, т.к. увидел дозагрузку сообщений по щелчку. По-моему, "пагинация" для поисковых систем обязательно нужна, а то в индекс попадает по странице от пользователя!
Насчет тегов пока не знаю, но какое-то тематическое деление сообщений, по-моему, тоже обязательно нужно. За информацию про "плотность кеев" спасибо. Обычно стараешься собирать на странице ключи, а тут, может, их разбавлять/рассеивать придется 😀
вы по-любому делаете +1 операцию сверху
Тема как раз про это 😉
По крайней мере была, пока автор не заговорил про куки 😀
Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение.
Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе. Что касается кэша, можно множество счетчиков привязать к одному и тому же изображению точно так же, как и в случае "пикселя".
То-то разные идиоты для статики целые отдельные сервера выделяют при нагрузках, делать же им больше нечего.
Я сделал счетчик в куках
то нагрузочка будет очень даже значимой
Вполне нормальная нагрузка, проверено.
это вам не статику через nginx отдавать
Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через nginx отдавать" 😉
вот только это не нужно использовать на действительно изображениях
С точки зрения производительности наверное дороговато может обойтись.
Что дороговато? Инкремент поля в базе данных сделать? 😀 Пусть даже с 1-2 предварительными SELECT-запросами.
Сейчас это основа для для любого счетчика. Не строки/байты лога же в самом деле считать, как кто-то выше написал 😀
и доступ к азображениям через скрипт, будет типа того
site.ru/index.php?img=image.jpg
Это вовсе не обязательно. В современных сайтах не принято показывать в адресе имя файла-обработчика 😉
Т.е. адрес может быть обычным, например /images/image.jpg
Если речь о "просмотре" именно изображения, а не страницы с изображением, то только так (при выводе изображения):
($page['id'] - это фактически $image['id'].)страница отдельной записи (в основном контента мало)
Я в микроблогах если и создаю такие страницы, то закрываю их от индексации.
страница последних записей юзера (без пагинации)
Вот я об этом и спрашивал в предыдущем сообщении, т.к. увидел дозагрузку сообщений по щелчку. По-моему, "пагинация" для поисковых систем обязательно нужна, а то в индекс попадает по странице от пользователя!
Насчет тегов пока не знаю, но какое-то тематическое деление сообщений, по-моему, тоже обязательно нужно. За информацию про "плотность кеев" спасибо. Обычно стараешься собирать на странице ключи, а тут, может, их разбавлять/рассеивать придется 😀
раньше яндекс относился плохо, постоянно банил изза некачественных страниц, последние года 2 вроде банить перестал.
Я вот знаю частные микроблоги
Ваш, судя по favicon-у? Или есть лиса поважнее? Как поисковые системы относятся (индексация и т.п.)?
Сделали многопользовательский, чтобы, видимо, совсем грустно не было? Есть примеры однопользовательских?