estic

Наш разговор начался с того, что я спросил про "пиксели" и "действительно изображения". Почему только на "пикселях", когда можно совместить?

Пользователю успели об этом рассказать? Или он в перманентном паническом состоянии у вас находится по поводу того, что "там" происходит за горизонтом доступной статистики?

Нужно хотя бы написать "Чему быть, того не миновать". Пусть сильно не паникует 😂

Точно не пробовали. Теперь мне становится понятно, в каком мире вы живете 😀

Хотел бы я посмотреть, как вы будете считать статистику не "на лету", объяснять пользователю, что статистика запоздалая, и при этом "укладываться в 0" 😀

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

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

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

Никто об этом не писал. Не знаю, какому идиоту могут понадобиться счетчики "для всего".

Как обычно, под конец всплывает одна такая "незначительная" деталь, о которой автор забыл упомянуть сразу 😀

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

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

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

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

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

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

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