Вчера как раз был такой случай. Вечером в новостях вспомнили одну персону. Про нее у меня есть статья (обычно она трафика не приносит). Так вот, пока имя персоны по телевизору полоскали, трафик шел. Возник резкий всплеск просмотров (график в виде иглы). Длилось это минут 20. Тем не менее, за это время набежало 1,3К просмотров на данную публикацию. Сегодня смотрю в Метрике отчет по монетизации: стрельнувшая статья принесла 200 руб. Смотрю РСЯ: доход за вчера на 200 руб меньше, чем расчетный доход по Метрике (хотя обычно плюс-минус сходится). В общем, РСЯ просто не засчитал деньги за этот короткий всплеск трафика. И так каждый раз. С короткими всплесками у меня всегда такая беда.
после того как выпил чай из высушеных чайных листьев на чайном заводе вблизи плантации, возвращаться к пыли в пакетиках или "Принцессам ...." отбило желание
поэтому покупайте рассыпной чай, дегустируйте, делайте выводы ИМХО
1. если id это int, то записать данные в строку, где номер строки это id, читать строку из файла
2. записать данные в memcached (это если не использовать mysql) и дергать их оттуда, но каждый раз после запуска системы нужно данные постоянно записывать в memcahed
Dmitriy_2014 : Я лично сразу делал сайт с открытыми комментариями, т.к. в это тяжело поверить, но иногда люди пишут реально полезные комментарии, как дополнение к статье очень неплохо.
У меня коментарии пишут редко и поэтому они очень важны для меня/для сайта
Посещаемость 1к: коментарии открыты, спама мало
Посещаемость 4к: сделал бан лист по IP спамера, сделал модерацию, если спам - добавляю IP в Block лист и больше с него никогда не появится коментарий. Если коментарий полезный, добавляю IP в белый лист и все дальнейшие коментарии проходят без модерации.
Посещаемость 8к: все новые коментарии вывожу, но скрываю символы *, после модерации отображаю коментарий и отвечаю на него (на почту и под коментом)
Капча от Гугла стояла с первого дня но спамерам это не помеха
Вчера как раз был такой случай. Вечером в новостях вспомнили одну персону. Про нее у меня есть статья (обычно она трафика не приносит). Так вот, пока имя персоны по телевизору полоскали, трафик шел. Возник резкий всплеск просмотров (график в виде иглы). Длилось это минут 20. Тем не менее, за это время набежало 1,3К просмотров на данную публикацию. Сегодня смотрю в Метрике отчет по монетизации: стрельнувшая статья принесла 200 руб. Смотрю РСЯ: доход за вчера на 200 руб меньше, чем расчетный доход по Метрике (хотя обычно плюс-минус сходится). В общем, РСЯ просто не засчитал деньги за этот короткий всплеск трафика. И так каждый раз. С короткими всплесками у меня всегда такая беда.
А какая длительность сеанса во время скачка?
IPTV.
не думал что в США смотрят IPTV, хорошая ниша
Выбор зимней резины - CX 3
Делай для каждой модели отдельную страницу по типу каталога:
Выбор летней резины ->> Выбор летней резины для Mazda ->>
- Выбор летней резины для Mazda 3
- Выбор летней резины для Mazda 6
- Выбор летней резины для Mazda CX-3
- Выбор летней резины для Mazda CX-5
-.....
На странице модели перелинковка на другие модели будет лишней, достаточно хлебных крошек
Но если сильно хочется, можно экспериментировать и добавить в конце статьи ссылки на другие модели бренда
У меня всё как обычно.
какая тематика?
нет. я нашел то что мне нужно в скрипте sypexgeo. но к сожалению я не работал и не разбираюсь в pack функции
Вы же сами дали пример кода с пук унпук
записать в файл
прочитать
только нужно поправить немного его для ваших нужд
на выходе двумерный массив где $persons[ID]=NAMEпосле того как выпил чай из высушеных чайных листьев на чайном заводе вблизи плантации, возвращаться к пыли в пакетиках или "Принцессам ...." отбило желание
поэтому покупайте рассыпной чай, дегустируйте, делайте выводы ИМХО
искать занимает много системных ресурсов
могу предложить такой велосипед:
1. если id это int, то записать данные в строку, где номер строки это id, читать строку из файла
2. записать данные в memcached (это если не использовать mysql) и дергать их оттуда, но каждый раз после запуска системы нужно данные постоянно записывать в memcahed
3. про json уже говорили
Бан по IP - одна из самых больших глупостей в наше время
и самая надежная
Из 4 294 967 296 возможных IP адресов мною заблокированы 24шт и этого было достаточно для прекращения публикаций спам-комментариев
Вероятность того, что потенциальный комментатор, желающий написать на сайте получит заблокированный IP стремится к нолю.
PS: расскажите про " нормальные методы ", известные Вам?
Я лично сразу делал сайт с открытыми комментариями, т.к. в это тяжело поверить, но иногда люди пишут реально полезные комментарии, как дополнение к статье очень неплохо.
У меня коментарии пишут редко и поэтому они очень важны для меня/для сайта
Посещаемость 1к: коментарии открыты, спама мало
Посещаемость 4к: сделал бан лист по IP спамера, сделал модерацию, если спам - добавляю IP в Block лист и больше с него никогда не появится коментарий. Если коментарий полезный, добавляю IP в белый лист и все дальнейшие коментарии проходят без модерации.
Посещаемость 8к: все новые коментарии вывожу, но скрываю символы *, после модерации отображаю коментарий и отвечаю на него (на почту и под коментом)
Капча от Гугла стояла с первого дня но спамерам это не помеха
Как то так