Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Посоветуйте решение для смены данных на сайте  (Прочитано 11128 раз)
0 Пользователей и 5 Гостей смотрят эту тему.
rownong
Гость
« : 09-11-2012 11:27 » 

Стоит задача попеременно менять данные на всех страницах сайта:

телефон 1, e-mail 1
телефон 2, e-mail 2
телефон 3, e-mail 3

Эти данные должны сменять друг друга или в равные промежутки времени (например, один раз в два часа) или через равное количество посещений (например, через каждый 100 посетителей).

При этом каждый посетитель должен запоминаться по кукам, чтобы при следующем посещении он видел те же данные что и в первый раз (т.е. при повторных посещениях для него смена данных не происходила).

Есть ли готовый скрипт/сервис чтобы выполнить эту задачу? Или нужно делать самостоятельно?
Записан
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #1 : 09-11-2012 11:35 » 

Могу предложить два варианта:
1. Запоминать в сессии.
2. Пронумеровать работы варианты реквизитов и в сессии запоминать только номер.
« Последнее редактирование: 09-11-2012 18:38 от RXL » Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Sla
Модератор

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #2 : 09-11-2012 14:49 » 

идентифицировать пользователя по кукам
Сохранять в куку уникальный id пользователя

информацию о контактах для выдачи хранит в таблице
id_куки - номер

 один раз в два часа - это по крону - записывать инфу в файл
через равное количество посещений - считать посещения и менять... опять же сохранить в файл.


Или нужно делать самостоятельно? Конечно самостоятельно.


зы. А зачем это нужно?




Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
Джон
просто
Администратор

de
Offline Offline
Пол: Мужской

« Ответ #3 : 09-11-2012 16:13 » 

Так если задействованы куки, почему бы не сохранять туда сразу телефон и мыло. Если их в куках нет, показывать актуальные.
Записан

Я вам что? Дурак? По выходным и праздникам на работе работать. По выходным и праздникам я работаю дома.
"Just because the language allows you to do something does not mean that it’s the correct thing to do." Trey Nash
"Physics is like sex: sure, it may give some practical results, but that's not why we do it." Richard P. Feynman
"All science is either physics or stamp collecting." Ernest Rutherford
"Wer will, findet Wege, wer nicht will, findet Gründe."
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #4 : 09-11-2012 18:42 » 

Раздувать куки без необходимости не стоит: они же посылаются на сервер при каждом запросе. В куки — идентификатор сессии, на сервере в данных сессии — контакты. Хранить последнее в базе имеет смысл только при постоянных клиентах и постоянных реквизитах, но постановка задачи, по моему, это не подтверждает. Исключение: если статистика по ранее выданным реквизитам нужна для принятия решения, то использовать для этого БД будет удобнее.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Sla
Модератор

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #5 : 09-11-2012 20:17 » 

куки должны быть обезличены, сугубо личное мнение.
Идентификатор сессии, думаю, что это не совсем правильно.
печенька должна быть уникальной для каждого посетителя.
Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #6 : 10-11-2012 08:15 » new

Идентификатор сессии, думаю, что это не совсем правильно.
печенька должна быть уникальной для каждого посетителя.

Слав, по моему ты либо противоречишь сам себе, либо говоришь о чем-то совсем другом.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Sla
Модератор

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #7 : 10-11-2012 08:27 » 

Всегда считал, что идентификатор сессии штука временная. Срок хранения зависит от настроек хоста.
По принципу "живи быстро - умри пока молод". Сессия она на то и сессия, что живет пока не закрыт браузер.

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

ini_set('session.save_path', $_SERVER['DOCUMENT_ROOT'] .'../sessions/');

Но в данном случае речь идет о постоянном идентификаторе.
Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #8 : 10-11-2012 08:30 » 

Иначе говоря, ты предлагаешь иметь два идентификатора с разным сроком жизни: короткий для оперативной сессии и долгий — для определенного контекста браузера?
« Последнее редактирование: 10-11-2012 08:36 от RXL » Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Sla
Модератор

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #9 : 10-11-2012 08:38 » 

Условно, да.

можно воспользоваться генератором id сессий для получения уникального id для идентификации, но хранить его в одной из печенек с длинным сроком жизни.
Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #10 : 10-11-2012 08:49 » 

Соотв., если пользователь сменил или изменил контекст — использует другой браузер, другой комп или просто почистил куки, то при следующем заходе он получит другой идентификатор, вероятно никак не съассоциированный с предыдущим.

К выбору решения надо приходить от условий задачи.

Стоит задача попеременно менять данные на всех страницах сайта: ...

Эти данные должны сменять друг друга или в равные промежутки времени (например, один раз в два часа) или через равное количество посещений (например, через каждый 100 посетителей).

При этом каждый посетитель должен запоминаться по кукам, чтобы при следующем посещении он видел те же данные что и в первый раз (т.е. при повторных посещениях для него смена данных не происходила).

А условия несколько туманны. И я уверен, что ТС точно их тоже не знает (сужу по последнему предложению его поста).

Я бы уточнил следующие вопросы:
1. Насколько критично, если пользователь увидит разные телефоны?
2. При каких условиях он должен видеть только один телефон?
« Последнее редактирование: 10-11-2012 08:51 от RXL » Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Sla
Модератор

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #11 : 10-11-2012 08:53 » 

Цитата
А условия несколько туманны. И я уверен, что ТС точно их тоже не знает (сужу по последнему предложению его поста).
По первому и последнему.

Он даже не знает зачем это нужно...


зы. А мы тут извилины тренируем.
Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #12 : 10-11-2012 09:15 » 

зы. А мы тут извилины тренируем.

Так в том то весь кайф! Улыбаюсь
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines