estic

Рейтинг
128
Регистрация
01.10.2017
Алеандр #:
И эта директива ничем тут не помогает, она лишь инструмент более гибкого применения, на вкус и цвет админа.
Точно не пробовали. Теперь мне становится понятно, в каком мире вы живете 😀
Алеандр #:
И попробуйте кому-то рассказать, что отдавать статику или отдавать статику и считать на лету счетчик  равно одно и тоже )
Хотел бы я посмотреть, как вы будете считать статистику не "на лету", объяснять пользователю, что статистика запоздалая, и при этом "укладываться в 0" 😀
Алеандр #:
вы по-любому делаете +1 операцию сверху

Тема как раз про это 😉

По крайней мере была, пока автор не заговорил про куки 😀

Алеандр #:
Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение.

Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе. Что касается кэша, можно множество счетчиков привязать к одному и тому же изображению точно так же, как и в случае "пикселя".

Алеандр #:
То-то разные идиоты для статики целые отдельные сервера выделяют при нагрузках, делать же им больше нечего.
Никто об этом не писал. Не знаю, какому идиоту могут понадобиться счетчики "для всего".


use_linux #:
Я сделал счетчик в куках
Как обычно, под конец всплывает одна такая "незначительная" деталь, о которой автор забыл упомянуть сразу 😀
Алеандр #:
то нагрузочка будет очень даже значимой

Вполне нормальная нагрузка, проверено.


Алеандр #:
это вам не статику через nginx отдавать

Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через nginx отдавать" 😉

Алеандр #:
вот только это не нужно использовать на действительно изображениях
Почему? 😀 Если нужно именно количество обращений к изображению посчитать. Или совместить счетчик доступа к странице, реализуемый при помощи изображения, с показом этого изображения на ней.
use_linux #:
С точки зрения производительности наверное дороговато может обойтись.

Что дороговато? Инкремент поля в базе данных сделать? 😀 Пусть даже с 1-2 предварительными SELECT-запросами.

Сейчас это основа для для любого счетчика. Не строки/байты лога же в самом деле считать, как кто-то выше написал 😀

skapunker #:

и доступ к азображениям через скрипт, будет типа того

site.ru/index.php?img=image.jpg

Это вовсе не обязательно. В современных сайтах не принято показывать в адресе имя файла-обработчика 😉

Т.е. адрес может быть обычным, например /images/image.jpg

Если речь о "просмотре" именно изображения, а не страницы с изображением, то только так (при выводе изображения):

$link->query("UPDATE `{$table('images')}` SET `count`=`count`+1 WHERE `id`='{$page['id']}'");
($page['id'] - это фактически $image['id'].)
foxi #:
страница отдельной записи (в основном контента мало)

Я в микроблогах если и создаю такие страницы, то закрываю их от индексации.

foxi #:
страница последних записей юзера (без пагинации)

Вот я об этом и спрашивал в предыдущем сообщении, т.к. увидел дозагрузку сообщений по щелчку. По-моему, "пагинация" для поисковых систем обязательно нужна, а то в индекс попадает по странице от пользователя!

Насчет тегов пока не знаю, но какое-то тематическое деление сообщений, по-моему, тоже обязательно нужно. За информацию про "плотность кеев" спасибо. Обычно стараешься собирать на странице ключи, а тут, может, их разбавлять/рассеивать придется 😀

Всего: 1177