Как сделать три счётчика статисики для вывода на сайте: downloads (на один файл), today visitors, total visitors? Интересует, как именно считать и хранить.

Это должно помочь.

Делай ссылку не на файл а на скрипт который добавит запись в базу и потом перенаправит или запустит сам файл


Всех людей пришедших заносиш в базу и выводиш mysql_num_rows только тех у которых дата H:i:s или как ты там храниш дату


Как в предыдущем только вывод mysql_num_rows всех

Слишком сложно, по сути надо хранить всего три значения, а считать видима так:

* downloads - скрипт увеличивает на еденичку счётчик, потом редирект.
* today visitors - кидать куку с датой, если её нет или дата не сегодняшняя, то увеличить счётчик на единицу. раз в сутки сброс в ноль.
* total visitors - каждый раз увеличивать на единицу при увеличении today visitors.

Через куки не очень надежно, но точности особой не надо. Основной вопрос как хранить. Я совсем чайник в скриптовых делах.

Может просто в файле? но тогда как себя поведёт этот файл, если паралельно несколько запросов буду выполняться?

Он просто обнулиться. Используй блокировку.

а вот с этого места подробнее, пожалуйста

cully, я бы даже не заморачивался с файлами, кликни мне в подпись, внизу увидиш статистику на БД

Мне тут предложили оригинальное решение, спешу поделиться. Запись байта в файл - атомарная операция, ни каких локов не надо. Заводим три файла: downloads.ctr, today-visitors.ctr, total-visitors.ctr. Когда надо дописываем по байту, размер каждого из файлов и есть нужное нам значение.

А как записать один байт? fwrite($fp, "1")? или это два будет?

Каждый символ - это один байт.

Ясна, спасиба, я насчёт нуля думал на конце. Я же десктопный программер.

Я сам если честно запарился с текстовыми счетчиками. В электронной газете предприятия где я тружусь, в день выпуска номера в онлайне бывает 150-200 чел одновременно, блокировка не помогает. Минимум 1-2 раза в неделю счетчик прочтения статьи обнуляется. Незнаю что и делать. Воn код, мож кто что подскажет как еще избегать обнуления?


где: $news_arr[0] - TIMESTAMP статьи

А что, базы данных не устраивают? При таком количестве посещений необходимо, я думаю, использовать БД...

Базы устраивают, просто когда все начиналось год назад то совсем не предполагалось такого количества в онлайне. Текстовые файлы справлялись с нагрузкой. А с другой стороны разве законы записи в БД сильно отличаются? Там (см. код выше) веть тоже используется примерно такая же блокировка когда обрабатывается один процесс из многих а другие ждут. Реально ли как то более стабилизировать или ужесточить это в моем примере? Там по идее на запись имеет право только один процесс (при LOCK_EX) а остальные в это время только читать могут. Конечно я понимаю что сброс происходит когда одновременно, секунда в секунду, к файлу на запись попадает два или более процесса, и что секунда это слишком большая величина при такой нагрузке.....
Есть мысль как-то прикрутить microtime() к timestamp, но как пока мне не ясно. Может кто еще что предложит помимо перехода на БД или разовьет на примере мою мысль? Буду презнателен.