Откуда у вас такое странное представление об облаках? И я как разработчик, никак не могу понять, как спроектировать приложение под облака. Я знаю как проектировать приложение под нагрузку, как делать приложение под сервисную архитектуру, но как делать их под облака - просветите?
Сейчас типичное облако прям грубо говоря это две подсистемы, первая это дисковая, она резервируется, дублируется, там свои алгоритмы, свои всякие плюшки и вторая это ресурсная подсистема. Так вот суть облака это создание виртуальной машины и подмонтирование диска в неё, упала нода с ресурсами, создали новую виртуалку в другом пуле и подмонтировали диск туда, повысилась нагрузка, создали более мощную виртуалку и подмонтировали туда... и так далее. Это не 100% отказоустойчивость из за того что может быть проблемы с дисковой подсистемой, расссинхрон и так далее, но какие требования ввиду этого предъявляются к приложению я хз и как на всю эту работу может повлиять код приложения. Суть облака - это быстрое мигрирование куска диска по разным виртуальным машинам и не более того.
Тогда не совсем понятно что требуется. Вам подсказали поставить плагин для того чтобы провести профилирование (кстати не обязательно ставить на боевой сайт) - вы отказались это делать, сказали перенести попробовать сайт для того чтоб исключить влияние хост ноды - вы опять не в какую. Какого решения, совета вы ждете? На подобии: за комментируйте пятую строку снизу в 13 файле каталога wp-admin?
Вас не просят переезжать, вас не просят вообще что то делать с боевым сайтом, просто разверните копию на другом хостинге и поставьте на копию плагины профилирования и погоняйте копию сайта и у вас появятся представления в какую сторону копать.
у 1cloud.ru 110р за ядро если это виртуалка нужна, а так лучше конечно дедик посмотреть, там ядро физическое лучше ядра виртуального
globalmoney, пилить бабки это всегда весело :))
Если ваш текущий ДНС отвечает 800мс, то конечно решит. Вы поймите, что вы дали слишком мало входных данных, тут время работы скриптов, тормозить может все, начиная от БД, загруженного хоста, стремного "соседа" и так далее, показатели в 130 мс -150 мс это скорее всего кешированный контент. Вам надо разобрать что именно происходит и что именно столько времени отжирает, если именно ответ от сервера, то вам надо профилировать именно скрипты, по другому вы вряд ли решите свой вопрос. Но я бы начал со смены хостера, чтоб удостоверится что точно не он и показатели относительно такие же. Кстати то что у вас сайты на том же хосте еще не означают что они все на одном сервере, сервера то не резиновые. Ну и не знаю как сейчас, но раньше мастерхост это был так себе выбор, особенно после факапа новогоднего в далеком 20хх каком то там году. Для теста не обязательно даже переносить свой домен на другой хост, просто на техническом проведите тест.
В том тесте от RAM практически ничего не зависит, точнее от её объема, если её хватит то тест пройдет, если нет - то упадёт без попугаев, все же тривиально.
Данный вопрос уже очень давно решен и вполне можно отсылать ссылку на страницу, даже без всяких #! в урле, а как вполне обычную
Зря, вам как минимум при ваших потребностях придется решить 2 самые первые проблемы: 1. роутинг и 2. хранилище
Я честно сказать вообще не представляю как это делать, видимо все решение будет заключатся в том, что при клике куда то будет ajax запрос, который вернет кусок html и его просто вставят в нужный контейнер, и когда роутов станет примерно пара десятков, кода будет примерно пара тыщ строк в которых по большей части будет колбэк хэлл.
Фреймворки решают основную проблему - архитектуру приложения, принципы внедрения зависимостей, компонентный подход и шаблонизацию. Бэк у вас остается просто постоянным централизованным хранилищем данных, который по запросы выплевывает JSON сущности, а весь код на фронте который в том числе покрыт тестами.
При том тот же Vue вполне себе позволяет юзать jQuery плагины без каких то проблем или костылей.
Хватит, это рекомендуемым считается для работы битрикса, а остальное зависит от прямоты рук разработчика и кривизны его извилин. В целом работает и на меньших требованиях, смотря что за редакция, какие модули включены (просто неиспользуемые лучше отключить) и так далее.
Но тому кто сделал сайт на битриксе разница 50р или 500р в месяц не существенна))) я бы даже сказал, показалась подозрительной))
Вангую за explain и расстановку корректно индексов, ибо хоть 100 млрд. страниц, при правильных индексах все работает молниеносно. А еще убрать запросы с циклов и использовать limit нормально
