AB тестирование на строне сервера при огромном трафике

  • Автор темы Автор темы Petja
  • Дата начала Дата начала
Статус
В этой теме нельзя размещать новые ответы.

Petja

Новичок
Задача - показывать половине посетителей одну страницу, второй половине - другую.
Как это лучше осуществить?
Возможны ли проблемы с тем, что одновременно может быть тысячи подключений?
Заранее благодарю!
 
Выбрать точку переключения страниц. Выбрать стратегию переключения (по IP, по куке, по стране, etc). Реализовать переключение в выбранной точке на основе выбранной стратегии.
 
Выбрать точку переключения страниц.
Что имеется ввиду под "точка переключения страниц"?
Выбрать стратегию переключения (по IP, по куке, по стране, etc). Реализовать переключение в выбранной точке на основе выбранной стратегии.
То есть я правильно понял - никак не получится, тупо считать первый-второй, сохраняя это состояние в Redis, например?
 
Что имеется ввиду под "точка переключения страниц"?
Точка, где принимается решение - какую страницу показывать. Вариантов куча, эта точка может быть вообще не приложении, а на уровне веб-сервера, например.

То есть я правильно понял - никак не получится, тупо считать первый-второй, сохраняя это состояние в Redis, например?
Почему? Считайте где-то, или просто рандомом выбирайте, ставьте куку, все дальнейшие запросы уже на основе куки определяйте. Можете привязаться уже к существующей куке, например, и хранить соответствие "кука - страница" в редисе.
 
может посмотришь в сторону клиента - имхо не дело, серверу за этим следить...
один раз делал на стороне сервера - матерился долго
 
Почему? Считайте где-то, или просто рандомом выбирайте, ставьте куку, все дальнейшие запросы уже на основе куки определяйте. Можете привязаться уже к существующей куке, например, и хранить соответствие "кука - страница" в редисе.

То есть если пойдет 100000 посетителей в секунду, к примеру, то он правильно переключит? То есть как там генерится новое значение - пока не завершилось прошлое сохранение - новое ждет? Все по очереди, независимо от количества запросов?

UPD: Тут я имею ввиду сервер апач, получается.
 
может посмотришь в сторону клиента - имхо не дело, серверу за этим следить...
один раз делал на стороне сервера - матерился долго

А как примерно? Как js определяет какой из 2-х или 3-х вариантов показать? Так, чтобы по очереди?
 
То есть если пойдет 100000 посетителей в секунду, к примеру, то он правильно переключит? То есть как там генерится новое значение - пока не завершилось прошлое сохранение - новое ждет? Все по очереди, независимо от количества запросов?

UPD: Тут я имею ввиду сервер апач, получается.
100000 посетителей в секунду, сервер апач? Забавно. Как напишете, так и будет работать. Если просто rand(1,2) и ставить куку - никто ничего ждать не будет.
 
Petja, сказки лучше в другом месте рассказывать, 100к уников одновремено - это больше, чем avito.ru

даже 100 юзеров online положат любую страницу, которую ты написал :)
у вас VPS 1GB RAM или shared hosting?
 
Последнее редактирование:
Petja, сказки лучше в другом месте рассказывать, 100к уников одновремено - это больше, чем avito.ru

даже 100 юзеров online положат любую страницу, которую ты написал :)
у вас VPS 1GB RAM или shared hosting?

Я не правильно сформулировал вопрос. Это было гипотетически.
На самом деле интересует, апач (нгинкс, или вообще веб серверы как технология) создает подключения/сессии поочередно или по мере необходимости. То есть возможна ли проблема одновременной записи или нет.
Плюс попросил решения, если у кого есть опыт. У тебя есть опыт? Заранее благодарю.
 
опыт есть, гипотетические вопросы и сказки мне неинтересны
 
Последнее редактирование:
То есть возможна ли проблема одновременной записи или нет.
Плюс попросил решения, если у кого есть опыт. У тебя есть опыт? Заранее благодарю.
Делайте синхронизацию.

P.S.
Конкретная задача - конкретный ответ. Гипотетическая задача - гипотетический ответ. Логично а ?
 
Статус
В этой теме нельзя размещать новые ответы.
Сверху