Хвалёный Beget

Дочитал до 4 страницы - дальше, особого смысла читать нету. Я являюсь соучредителем Beget, раньше писал на этом форуме, потом мои посты удалили с обоснованием, что по правилам надо писать в отдельной теме, последние полгода сюда не заглядывал.

По блокировке сессий, откровенно говоря это функционал которым я горжусь, так как такого больше не у кого нету. Суть проблемы в следующем: делаем скрипт который открывает сессию и делает там sleep(100), открываем его в двух вкладках и внимательно смотрим как долго у нас открывается вторая вкладка.

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

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

Ниже ссылки на которых можно прочесть о проблеме:

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=38&LESSON_ID=2687

https://beget.com/ru/articles/redis_session

http://php.net/manual/ru/session.examples.basic.php

https://habrahabr.ru/company/bitrix/blog/179803/

Если Bitrix пишет о проблеме на habre - почему бы нам не уведомить клиентов о том, что такая проблема есть и не решить ее ? Наверное это вопрос из серии - зачем предупреждать пользователей о вирусах на их сайте ? Или о том что запросы к БД блокируют друг друга и сайт открывается по 10 секунд ?

Я не могу сказать, что Redis для хранения сессий пользуется большой популярностью - но для тех кому он действительно нужен это очень хорошая фича.

Если подвести итог: лучше пускай про нас напишет один 1 из 250000 клиентов, что мы разводим "маркейтинговую хренотень" чем у 1000 клиентов сайт будет работать медленнее и они напишут нам в техническую поддержку... Я приношу извинения если данное сообщение доставило неудобство - напишите мне (alexey песик beget.ru) Ваш логин и больше не какие уведомления подобного рода Вас беспокоить не будут.

---------- Добавлено 28.09.2017 в 23:51 ----------

Опять же не могу не прокомментировать...

cp - это как раз 3 столбец в выводе этой команды, что бы более подробно разобраться читаем инструкцию https://www.opennet.ru/man.shtml?topic=sa&category=8&russian=2.

Опция -m

Если дать точно определение из инструкции "sum of system and user time in cpu seconds " - суммарное потраченное время процессора user и kernel space на обработку процессов пользователя, получаемая стандартными средствами ядра linux.

Но наверное, многие читатели этого форума спросят - почему же этого попугая (CP) называю абстрактным. Ответ на этот вопрос достаточно простой - если у Вас сервер на базе процессора Xeon 5520 с hdd и 12 гигабайтами оперативной памяти - cp будет больше, чем когда у Вас Xeon E5-2699v4 с 8 SSD Intel 37XX и 512 гигабайтами памяти. Это время учитывает операции ввода/вывода - и на медленных системах это может быть существенно. Так же нужно понимать что чистота, архитектура у процессоров разная и сравнивать данного попугая можно только с аналогичным оборудованием.

Наверное я бы еще рассказал про то какое оборудование мы ставим, но боюсь что опять все мои сообщения удалят =)

[ATTACH]167067[/ATTACH]

Сайт на тяжелом Друпале, примерно 2 000 хостов в сутки, прмерно 4 000 просмотров страниц в сутки, примерно 20 000 обращений (из записи в логах сервера), средняя нагрузка по CP 3% в день. (см. скрин). Вот теперь размышляю, есть ли смысл переходить на VPS с такой нагрузкой.

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

Хорошая позиция, после единственного ответа от человека который имеет отношение к Beget - тишина... Хоть прокомментируйте может мы что-то можем сделать лучше ?

Прочитайте, плиз, тикет id: 682723. Как я устанавливал Redis на два сайта.

Как по мне, вы лучшие на рынке :) Так и держитесь.

Не согласен.

Ваше право. А я согласен.

А кто второй по крутизне? Это я на всякий случай :)

Крутизну здесь не обсуждают и вторых тоже.

Тогда спрошу более политкорректно. Если бы прошлось уйти с Бегета, то на какой виртуальный хостинг?