Помощник
|
Статистика переходов по внешней ссылке |
1putnik
|
Сообщение
#1
|
||
|
|
||
|
|||
yury_mw |
28.11.2012, 12:53;
Ответить: yury_mw
Сообщение
#2
|
|
1putnik,
из вашего вопроса не очень понятно как называются у вас поля "сегодня", "вчера" и "всего". * Подключаем телепатию и недюжинные познания английского и начинаем подозревать, что этими полями могут быть вот эти:
Далее рассматриваем ваши запросы к БД и обнаруживаем, что упоминаются только два из них и только тут:
Т.е. происходит одновременное и безусловное (нет никакой проверки сегодняшние данные мы обновляем или нет) увеличение на единицу полей "сегодня" и "всего" (clx и allclx). Потому нет ничего удивительного что у вас "сегодня" и "всего" одинаковые. А поле clx_yday ("вчера") вообще нигде не меняется. Потому нет ничего удивительного, что у вас "вчера" все время равно нулю. * Отключаем телепатию и недюжинные познания английского PS вы подправили свой вопрос и теперь стало понятнее, что телепатия сработала. Поэтому ответ остается прежним. |
|
|
1putnik
|
Сообщение
#3
|
|
происходит одновременное и безусловное (нет никакой проверки сегодняшние данные мы обновляем или нет) увеличение на единицу полей "сегодня" и "всего" (clx и allclx). Потому нет ничего удивительного что у вас "сегодня" и "всего" одинаковые. А поле clx_yday ("вчера") вообще нигде не меняется. Потому нет ничего удивительного, что у вас "вчера" все время равно нулю. * Отключаем телепатию и недюжинные познания английского Ну это понятно. Я просто думал есть какие-то настройки в phpMyAdmin. yury, может быть подскажите как это реализовать, чтобы clx - обнулялось в 24:00, clx_yday - принимало значение clx в 24:00 Вернее сначало clx_yday - принимало значение clx в 24:00, а затем сразу clx - обнулялось |
|
|
yury_mw |
28.11.2012, 14:22;
Ответить: yury_mw
Сообщение
#4
|
|
Ну это понятно. Я просто думал есть какие-то настройки в phpMyAdmin. yury, может быть подскажите как это реализовать, чтобы clx - обнулялось в 24:00, clx_yday - принимало значение clx в 24:00 ОК. Если это понятно, то следующий момент для понимания это то, что обнулять clx и менять значение clx_yday надо не в 24:00, а * надо где-то хранить дату, которая соответствует понятию "сегодня" при предыдущем обновлении БД. * при добавлении очередного перехода по внешней ссылке в базу, надо сверяться совпадает ли это значение с текущей датой и в случае не совпадения выполнять соответствующие переприсваивания (clx_yday = clx и обнуление clx) и после этого обновить значение хранимой даты (см предыдущий пункт). |
|
|
1putnik
|
Сообщение
#5
|
|
надо где-то хранить дату, которая соответствует понятию "сегодня" при предыдущем обновлении БД. Поле clx - это и есть сегодня, только оно совпадает с показаниями поля всего (allclx), так как не обнуляется с наступлением новых суток. при добавлении очередного перехода по внешней ссылке в базу, надо сверяться совпадает ли это значение с текущей датой и в случае не совпадения выполнять соответствующие переприсваивания (clx_yday = clx и обнуление clx) и после этого обновить значение хранимой даты А просто переприсвоить ( clx_yday = clx ) с наступлением новых суток нельзя? А затем clx - обнулить? Статистики по определенной дате на сайте нет, да и не нужно |
|
|
yury_mw |
28.11.2012, 19:12;
Ответить: yury_mw
Сообщение
#6
|
|
Поле clx - это и есть сегодня, только оно совпадает с показаниями поля всего (allclx), так как не обнуляется с наступлением новых суток. * поле "clx" у вас это количество переходов по внешней ссылке за "сегодня", а не дата. * кто будет на сервере сидеть и караулить не наступили ли новые сутки? Есть конечно всякие примочки для запуска скриптов по расписанию, типа cron-а и jobs-ов, но не думаю, что в данном случае с ними надо заморачиваться, потому как это не просто все и не факт, что вас к этим вещам администратор сервера допустит. * самый простой вариант это увидеть (не наступили ли новые сутки и не пора ли данные про "сегодня" перебросить во "вчера" и обнулять сегодняшний счетчик) — это при очередном увеличении счетчика и обновлении базы сравнить текущую дату и дату предыдущего обновления БД. Для этого всего одно поле в БД потребуется добавить и все у вас получится. |
|
|
1putnik
|
Сообщение
#7
|
|
самый простой вариант это увидеть (не наступили ли новые сутки и не пора ли данные про "сегодня" перебросить во "вчера" и обнулять сегодняшний счетчик) — это при очередном увеличении счетчика и обновлении базы сравнить текущую дату и дату предыдущего обновления БД. Как это сделать? Для этого всего одно поле в БД потребуется добавить Какое поле нужно? Увы я не програмист. Я редактирую PHP методом тыка. |
|
|
1putnik
|
Сообщение
#8
|
|
|
Все, проблема решена
yury был прав на счет cron В установке скрипта я упустил запуск планировщика cron, что было описано в инструкции. Тема закрыта !
|
|
|
||
|
Похожие темы
Тема | Ответов | Автор | Просмотров | Последний ответ | |
---|---|---|---|---|---|
Тысячи ботовых переходов на сайт | 18 | Suagaring | 4538 | 26.3.2024, 21:42 автор: c4p1t4l15t |
|
Продам англоязычный трафик на ваши сайты - стоимость 1$ за 1000 переходов | 0 | Tutich | 1704 | 29.4.2022, 19:34 автор: Tutich |
|
Ukr Private Proxy 4g Lifecell, Kyivstar, Vodafone (ТЕСТ, смена по ссылке, ротация) Продам Личные Украинские приватные мобильные прокси 4g Lifecell, Kyivs |
1 | Kostyaxxxx | 4245 | 20.6.2021, 20:26 автор: Kostyaxxxx |
|
Получайте 50% с каждого лида по Вашей реферальной ссылке. РА "Клиенты лучше кликов"! | 3 | Клиенты_лучше_кликов | 1387 | 30.3.2021, 18:28 автор: Coffee |
|
Проставляю ссылки в Reddit с 10 upvoted по каждой ссылке | 1 | Tutich | 1842 | 16.7.2020, 11:38 автор: Zhezkazganetcs |
Текстовая версия | Сейчас: 29.3.2024, 15:03 |