tmatm: Вероятно Рег.Ру не понравилось, что Бегет склоняет клиентов переносить домены от регистратора Рег.Ру к регистратору Бегет. Т.е. партнёр по идее должен увеличивать количество доменов у регистратора, всячески привлекать новых клиентов. А в данном случае (после того, как Бегет стал сам регистратором) они только переманивают клиентов из Рег.Ру к себе, новые домены не регистрируют. Такой партнёр регистратору не выгоден.
Каким образом склоняет? Они же не пишут - "Если вы не перенесете домены к нам, то у вас сайты работать не будут!!!". Просто выводят в панели сообщение, о том что сами являются регистратором и для удобства можно перенести домены на обслуживание в бегет. Мне например так удобнее, хостинг и домены, все в одном месте.
Какой пункт правил о партнерстве нарушает данное сообщение?
---------- Добавлено 07.06.2018 в 19:30 ----------
Jet D.: что через API регистратора данные администраторов для создания идентичных и/или коды трансфера как-то вытаскивали или свои технические данные для подтверждения подставляли, или что-то в этом роде для автоматизации (упрощения) переноса.
100% согласен. Так оно и есть. Тут есть пара подпевал Beget, которые постоянно их рекомендуют и бегают по темам, а по сути ничего особенного у того хостера нет, даже наоборот. Подобные темы нужно закрывать, как рекламные.
---------- Добавлено 14.11.2017 в 11:45 ----------
Полностью поддерживаю.
---------- Добавлено 14.11.2017 в 11:50 ----------
Нет, это просто не человек-подпевала beget, коим являетесь Вы :)
---------- Добавлено 14.11.2017 в 11:51 ----------
SAntone: torg, sagamorr, думаю с аргументами и более развернутые советы - смотрелись бы куда лучше. Я на такие советы, будь на месте ТС, вообще бы не смотрел.
Это же не ветка про бегет? ТП может про любой хостинг из перечисленных найти ветку и прочитать про все плюс и минусы.
Я только вас не могу понять. Если начнешь описывать все преимущества бегет, то в рекламе обвините. Если просто дашь рекомендацию, то тоже не нравится.
nik_kent: Вот я понимаю, что я не шарю в администрировании от слова "совсем", именно поэтому я покупаю виртуальный хостинг у хостера с "Отзывчивой технической поддержкой".
И когда у меня возникает проблема, связанная с хостингом, я хочу получить эту поддержку - словом и/или делом. Я не просил решать за меня мою проблему даже.
И вот я не верю, что техподдержка не понимает, о чем я им говорю - http://joxi.ru/Dr8y7KKt4bBKRm, и не знает, что мне посоветовать. Объясните, если не прав. Съезжать не хочу, 3 месяца назад переехал и это первая проблема.
UPD. Пока писал еще ответ. Они перешли по нескольким ссылкам и не обнаружили 500го ответа, значит проблема моя неактуальна.
Togelta: Мне видится картина так: когда ты один из крупнейших в стране, то любые телодвижения делать не хочется. Вот когда люди реально толпами начнут уходить, тогда возьмутся за голову
Так толпы и уходят. Хостинг работает вообще финиш стал, качество работы как за 100 руб в год. А там есть тарифы больше 30к за виртуальный.
Ru-center - это тонущий корабль. Все у них работает через одно место.... Хостингом перестал пользоваться и теперь домены нужно куда нибудь в другое место перекинуть.
Такое ощущение, что владельцы уже окончательно забили на ру-центр и дожимают из него последние соки.
alexeyymanikin: Пожалуй я еще раз скопирую сообщение сюда:
-------------------------------
По блокировке сессий, откровенно говоря это функционал которым я горжусь, так как такого больше не у кого нету. Суть проблемы в следующем: делаем скрипт который открывает сессию и делает там sleep(100), открываем его в двух вкладках и внимательно смотрим как долго у нас открывается вторая вкладка.
При этом так называемые "тормоза сайта" не будут связаны не с мощностью сервера, не с потребляемыми ресурсами или лимитами. В свое время мы написали небольшое расширение для php, которое отлавливает эту ситуацию и сделали микросервис Redis в котором можно хранить сессии. Нельзя сказать, что решение отличное - так как возможны ситуации с неконсистентностью данных, то есть когда один процесс меняет данные пока второй работает с этими данными, но это бывает редко и в подавляющем ряде случаев не вызывает проблем.
Это не как не связанно с нагрузкой на сайт и даже если Вы перенесете сайт от нас - проблема останется, только об ее существовании Вам не кто не скажет.
Если Bitrix пишет о проблеме на habre - почему бы нам не уведомить клиентов о том, что такая проблема есть и не решить ее ? Наверное это вопрос из серии - зачем предупреждать пользователей о вирусах на их сайте ? Или о том, что запросы к БД блокируют друг друга и сайт открывается по 10 секунд ?
Я не могу сказать, что Redis для хранения сессий пользуется большой популярностью - но для тех кому он действительно нужен это очень хорошая фича.
Скажите почему возникает очень много блокировок сессий на связке HostCMS и бегет. Т.е в шаблоне или самой CMS косяк?
Если я перенесу сайт на другой хостинг блокировка останется, 100% вероятность?
У меня на одном из сайтов при переезде на бегет, тоже стало вылетать такое сообщение. Система управления сайта HostCMS. На этой cms при быстром серфе сайта действительно вылетала ошибка блокировки сессии и решалось только перезагрузкой страницы. Ошибок в самой CMS или в шаблоне мы не нашли, так что предполагаю это коллизия настроек сервера хостера и CMS. Подключив редис ошибки и блокировки пропали.
Так что, если у вас блокировок в сутки меньше 1 мин, то можно ничего и не делать.
Если блокировок больше, то используйте редис или переезжайте на другой хостинг.
Вероятно Рег.Ру не понравилось, что Бегет склоняет клиентов переносить домены от регистратора Рег.Ру к регистратору Бегет. Т.е. партнёр по идее должен увеличивать количество доменов у регистратора, всячески привлекать новых клиентов. А в данном случае (после того, как Бегет стал сам регистратором) они только переманивают клиентов из Рег.Ру к себе, новые домены не регистрируют. Такой партнёр регистратору не выгоден.
Каким образом склоняет? Они же не пишут - "Если вы не перенесете домены к нам, то у вас сайты работать не будут!!!". Просто выводят в панели сообщение, о том что сами являются регистратором и для удобства можно перенести домены на обслуживание в бегет. Мне например так удобнее, хостинг и домены, все в одном месте.
Какой пункт правил о партнерстве нарушает данное сообщение?
---------- Добавлено 07.06.2018 в 19:30 ----------
что через API регистратора данные администраторов для создания идентичных и/или коды трансфера как-то вытаскивали или свои технические данные для подтверждения подставляли, или что-то в этом роде для автоматизации (упрощения) переноса.
Можно ссылку, где про это можно почитать.
Вот тут эту новость уже обсуждают: /ru/forum/993850
Что то не нашел ее, тогда можно удалить топик.
100% согласен. Так оно и есть. Тут есть пара подпевал Beget, которые постоянно их рекомендуют и бегают по темам, а по сути ничего особенного у того хостера нет, даже наоборот. Подобные темы нужно закрывать, как рекламные.
---------- Добавлено 14.11.2017 в 11:45 ----------
Полностью поддерживаю.
---------- Добавлено 14.11.2017 в 11:50 ----------
Нет, это просто не человек-подпевала beget, коим являетесь Вы :)
---------- Добавлено 14.11.2017 в 11:51 ----------
Вам нужно меньше РЕН-ТВ смотреть.
torg, sagamorr, думаю с аргументами и более развернутые советы - смотрелись бы куда лучше. Я на такие советы, будь на месте ТС, вообще бы не смотрел.
Это же не ветка про бегет? ТП может про любой хостинг из перечисленных найти ветку и прочитать про все плюс и минусы.
Я только вас не могу понять. Если начнешь описывать все преимущества бегет, то в рекламе обвините. Если просто дашь рекомендацию, то тоже не нравится.
Что вы на ровном месте доебали..ь?
Возьмите бегет.
Вот я понимаю, что я не шарю в администрировании от слова "совсем", именно поэтому я покупаю виртуальный хостинг у хостера с "Отзывчивой технической поддержкой".
И когда у меня возникает проблема, связанная с хостингом, я хочу получить эту поддержку - словом и/или делом. Я не просил решать за меня мою проблему даже.
И вот я не верю, что техподдержка не понимает, о чем я им говорю - http://joxi.ru/Dr8y7KKt4bBKRm, и не знает, что мне посоветовать. Объясните, если не прав. Съезжать не хочу, 3 месяца назад переехал и это первая проблема.
UPD. Пока писал еще ответ. Они перешли по нескольким ссылкам и не обнаружили 500го ответа, значит проблема моя неактуальна.
Да уж, бедная поддержка.
Ни единого разрыва напомнило))
Мне видится картина так: когда ты один из крупнейших в стране, то любые телодвижения делать не хочется. Вот когда люди реально толпами начнут уходить, тогда возьмутся за голову
Так толпы и уходят. Хостинг работает вообще финиш стал, качество работы как за 100 руб в год. А там есть тарифы больше 30к за виртуальный.
Ru-center - это тонущий корабль. Все у них работает через одно место.... Хостингом перестал пользоваться и теперь домены нужно куда нибудь в другое место перекинуть.
Такое ощущение, что владельцы уже окончательно забили на ру-центр и дожимают из него последние соки.
Пожалуй я еще раз скопирую сообщение сюда:
-------------------------------
По блокировке сессий, откровенно говоря это функционал которым я горжусь, так как такого больше не у кого нету. Суть проблемы в следующем: делаем скрипт который открывает сессию и делает там sleep(100), открываем его в двух вкладках и внимательно смотрим как долго у нас открывается вторая вкладка.
При этом так называемые "тормоза сайта" не будут связаны не с мощностью сервера, не с потребляемыми ресурсами или лимитами. В свое время мы написали небольшое расширение для php, которое отлавливает эту ситуацию и сделали микросервис Redis в котором можно хранить сессии. Нельзя сказать, что решение отличное - так как возможны ситуации с неконсистентностью данных, то есть когда один процесс меняет данные пока второй работает с этими данными, но это бывает редко и в подавляющем ряде случаев не вызывает проблем.
Это не как не связанно с нагрузкой на сайт и даже если Вы перенесете сайт от нас - проблема останется, только об ее существовании Вам не кто не скажет.
Ниже ссылки на которых можно прочесть о проблеме:
https://dev.1c-bitrix.ru/learning/co...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 для хранения сессий пользуется большой популярностью - но для тех кому он действительно нужен это очень хорошая фича.
Скажите почему возникает очень много блокировок сессий на связке HostCMS и бегет. Т.е в шаблоне или самой CMS косяк?
Если я перенесу сайт на другой хостинг блокировка останется, 100% вероятность?
У меня на одном из сайтов при переезде на бегет, тоже стало вылетать такое сообщение. Система управления сайта HostCMS. На этой cms при быстром серфе сайта действительно вылетала ошибка блокировки сессии и решалось только перезагрузкой страницы. Ошибок в самой CMS или в шаблоне мы не нашли, так что предполагаю это коллизия настроек сервера хостера и CMS. Подключив редис ошибки и блокировки пропали.
Так что, если у вас блокировок в сутки меньше 1 мин, то можно ничего и не делать.
Если блокировок больше, то используйте редис или переезжайте на другой хостинг.