Myvin91, ответ на Ваши вопросы в названии процессора "Celeron", он наверняка старенький и десктопный
Выделенный сервер это не VDS
Как минимум на сервере все ресурсы Ваши
На сервере разницы нет где Вы купили его, он работать будет ОДИНАКОВО, независимо от хостера, ДЦ, погодных условий, президента.
Был бы это VDS, можно было предположить, что оверселлят
Ну и вполне логично, что он будет хуже VDS среднестатистической, на 1000 руб даже место в ДЦ не окупится, а сюда ещё входит и канал
Я за всю жизнь ещё не встречал дедиков дешевле VDS и чтобы они ещё и быстрее VDS были
Сравнивать VDS-Dedicated следует на ценах раза в 3-5 выше
Вот тогда уже будет резон выбирать сервер
ihor помнится когда-то писал в ветке про первый шаред сервер на mariadb 10.2
Я думаю у них точно есть
В магазин reg.ru потом выставьте)
неплохой куш сорвёте, если цену незаломите:kozak::kozak:
А что есть такого только в mysql 5.7
Чего например нет в форке mariadb 10.2 (который по моему скромному мнению чаще используется, я про форк)
190 руб/год
Myvin91, А что Вы хотели от ВЫДЕЛЕННОГО сервера за 1000 руб ?
Наверняка процессор самый дешёвый из десктопов, которые ставят в калькуляторы-ноутбуки с мощностью в пару Вт
Из этой стоимости львиная доля это диск, и мать
Проц и RAM копейки будут стоить
Snake800, старые ОС типа XP + IE Android < 2.3.7 не поддерживают технологию SNI
Когда на одном IP адресе несколько https сайтов
И это не зависит от сертификата
ENELIS, для redis тоже можно реализовать блокировки
Так устроена работа сессий в php
По дефолту это сброс данных в ФС (в файлы)
При запуске session_start() происходит блокировка сессии с помощью LOCK_EX эксклюзивной блокировки файла
Если в этот же момент приходит ещё один запрос, то второй раз блокировку уже не поставить, и PHP ждёт, пока ему дадут LOCK_EX на файл пользовательской сессии
Разблокировка происходит по session_write_close(), которую можно либо в скрипте вызвать, либо она сама вызывается по окончании работы скрипта
============
Технически разница будет при смене хостинга/сервера и т.д.
Но это будут микросекунды, которые нереально заметить
Так что смена хостинга не решит проблему с сессиями
И проблема кроется в коде CMS
Зачастую это CMS/плагины с ajax запросами
Когда первый запрос долго что-то делает, а следующие строят тонны очередей
блокировка сессий тут при чём ? :)
это исключительно архитектурные проблемы скрипта, если могут возникать ситуации блокировок
сессии не стоит просто на каждый чих запускать, и по возможности сбрасывать на диск с помощью session_write_cache();
Либо использовать свои обёртки, типа сессии в mysql/redis/memcache и т.д.
