- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
то нагрузочка будет очень даже значимой
Вполне нормальная нагрузка, проверено.
это вам не статику через nginx отдавать
Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через nginx отдавать" 😉
В общем, как я понимаю, единого мнения по этому вопросу нет. Кто как умеет так и делает. Хотя задача на первый взгляд показалась тривиальной.
Я сделал счетчик в куках, сохраняю пока в файл. Парсить логи вэб-сервера тоже интересный вариант, но по-моему, слишком мудреный.
В общем, как я понимаю, единого мнения по этому вопросу нет. Кто как умеет так и делает. Хотя задача на первый взгляд показалась тривиальной. Я сделал счетчик в куках, сохраняю пока в файл. Парсить логи вэб-сервера тоже интересный вариант, но по-моему, слишком мудреный.
Выше уже было сказано и не раз: зависит от того, какое количество обращений к изображениям, какое количество изображений, какой трафик, какой потенциальный прогнозируемый трафик. Отсюда можно танцевать в сторону оптимизации данного процесса: делать на лету или делать отложенный учет.
В парсинге логов ничего нет мудреного, проще некуда и не влияет на работоспособность сайта на ходу. Если требуется только учет - вполне рабочий вариант. Но он не подойдет, если при показе изображения необходимо еще что-то сделать со стороны php, например, поставить специальную куку, собрать какие-то данные о пользователе и тд. Тогда парсинг логов будет недостаточен и по-любому придется делать скрипт.
Пока нет конкретики по задаче - мнения и будут разные.
Совмещать не пробовали? Делать инкремент в базе данных скриптом и "статику через nginx отдавать" 😉
Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение. Ну никакой. То-то разные идиоты для статики целые отдельные сервера выделяют при нагрузках, делать же им больше нечего. Вы не меряйте разницу, когда у вас 100 калек на сайте в день и когда ведется работа с высоко нагруженными системами с миллионными обращениями. Не смешите, право слово. Пока вам не дали все вводные - не стоит утверждать, что разница будет не ощутима.
Что дороговато?
SET `count`=`count`+1
Дороговато и для MyISAM и для INNODB
Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение. Ну никакой.
X-Accel-Redirect
Да, точно, никакой разницы, обрабатывать скрипт и отдавать изображение или просто из кэша отдавать изображение.
Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе. Что касается кэша, можно множество счетчиков привязать к одному и тому же изображению точно так же, как и в случае "пикселя".
То-то разные идиоты для статики целые отдельные сервера выделяют при нагрузках, делать же им больше нечего.
Я сделал счетчик в куках
Значит, не пробовали. Смотрите сообщение выше, если до сих пор не в курсе.
Еще раз, если по простому никак. Выполнение скрипта, хоть с одновременной статикой, хоть с последовательной статикой - это две операции для сайта/сервера. Или это так трудно посчитать? Выполнение отдачи jpg+скрипт записи в базу или просто отдача jpg статикой. 1+1=2 или все же непонятно и так?
Если у вас задача все картинки считать, то хоть редиректите вы командой, хоть вы отдаете апачем после учета - не имеет никакого значения, вы на КАЖДЫЙ вызов картинки будете делать +1 инкремент в базу или файл, таким образом нагружая сервак постоянным вызовом скрипта. На каждое обращение будет выполняться не 1 операция "отдать jpg", а две операции: "отдать jpg" и "добавить в базу". И чем больше у вас изображений, которые требуется считать, тем больше нагрузка будет на сервере.
Именно потому такой учет не подойдет, если требуется считать обычные картинки, а не счетчик. Ваш сервак, при хорошем трафике, будет потреблять значительно большие ресурсы в силу того, что он считает. И абсолютно пофигу как вы отдали статику, вы по-любому делаете +1 операцию сверху.
Если уж и это никак, то по-другому не объяснить. Если для вас 1+1 = 1, то тут я бессилен.