Sitealert, silicoid, я на друпале, кроме вьюх, которые в 7 зашили в ядро больше ничего не юзал, все остальное пилил самостоятельно и перейти на 8ку думаю проблем бы не было. Просто мы с выходом 7ки в студии ушли на UMI.CMS и я успел только немного пообновлять проекты на 7ку. А сейчас уже куча CMS более крутых по архитектуре чем "великая" open source тройка, популярность которой как бы никаким преимуществом для меня никогда не являлось. По этому спорить в данном вопросе точно не буду =)))
Тоже плюсую за Grav, система очень гибкая к разработке, с достойной архитектурой, и достаточно быстрая. Единственно, что закидывать файлики можно не просто текстом а сразу с маркдаун разметкой
я не пробовал, я обновлял 6 до 7, 8 друпала к сожалению не юзал и не планирую по крайней мере, только знаю что там под капотом
Хахаха, вы уточните какие конкретно микросервисы и что именно делают, там помимо Го зоопарк такой, что никто не обрадуется, так как именно микросервисная архитектура дает возможно писать код на том языке, который максимально подходит под задачу. Например на го можно сделать неплохой ресайзер картинок это да.
А еще про порог входа в го насмешили, язык быдлокодеров, многие кто не смог нормально в пхп ушли в голанг - ага, порог входа, люди которые не смогли осилить даже симфони. У эрланга вот порог входа это да, а у го то в чем выражается порог входа?
Проблема с обновлениями у друпала исключительно в модулях, ядро там обновляется так же просто как и в ВП. Проблема в том, что там так же каждый чих делается плагином/модулем (все же это cmf), а на многие плагины и модули их разрабы забили болт, ВП тоже от этого не застрахован. Я видел друпал практически со 120 плагинами (какая то любовная соц сеть), вот его было перевести оч сложно, так как добрая половина просто не обновлялась и выдавала какие то ошибки
неправда, цена сертификата вообще не играет никакой роли.
можно глянуть например проект PHP Process Manager, в детали углубляться не буду, но его суть в экономии на бутстрапинге приложения. Так как Drupal 8 имеет под капотом Symfony HTTPKernel, то с ним как раз и работает. А для любителей вордпресса там есть аж целый параграф намекающий на его архитектуру.
вы оперируете IaaS понятиями, ядра это от туда. У мирхостинга PaaS, то есть забыли про железо от слова совсем, контейнеры у которых есть ресурс памяти и процессора, есть фиксированное число (дешевле но платите постоянно) а есть скейлинг, выставляете как часть динамически, но платите дороже. То есть у вас есть один так называемый клаудлет, которому доступно 400Мгц и 128Мб оперативки, и вы ставите динамически расширение до 4 клаудлетов, то есть за 1 вы платити всегда, а за остальные 3 только в момент использования, а момент настанет тогда, когда вам перестанет хватать ресурсов, запросы отработали, клаудлеты динамические отвалились и снова платите фикс, удобно, но точно не дешевле.
Самое дешевое из облаков это негарантированные ресурсы, то есть те ресурсы которые у вас в любой момент могут забрать, плюс облака дешевле когда ваше приложение с ними умеет работать на уровне API, то есть штатно приложение работает на минимуме а в случае повышение нагрузки сама себе ресурсы выделяет или какие то воркеры умеют перед запуском задач взять машинку на 96 ядер, сделать задачу за 5 секунд и удалить машину, тем самым вы заплатите 3 копейки а воспользуетесь ресурсами на $10 000 в месяц. Для классических приложений это все не выгодно даже с временной пиковой нагрузкой.
а никогда не пробовали ответить на вопрос где кешируется? И потом подумайте о значении TTL и юзере который никогда в жизни не ходил на ваш сайт. Про 2 часа откуда такая цифра? Вы сами задаете TTL своим записям, есть рекомендация не меньше 900 секунд, а еще есть такая техника failover на базе DNS, например https://dnsmadeeasy.com/ и подобные, они будут мониторить ваш основной IP и если он не доступен то менять IP на резервный, если вы себе там навтыкаете по 2 дня TTL то как бы сами себе злой буратино.---------- Добавлено 06.01.2020 в 19:11 ----------
Ну что тут непонятного, там на шаред хостингах сайты с миллионными оборотами в сутки, им простой в 15 минут в час ночи просто не по карману, по этому им надо прикрепить LE сертификат на шаред IP.
SeVlad, я конечно дико извиняюсь перед такими ограниченными людьми, что ввиду вашей особенности строения мозга, лично вам надо все разжевать и объяснять. Да я не уточнил что 80 порт работает и на одном и на другом IP и ничего вдруг не перестает работать, я лишь хотел сказать, что поставив сертификат надо сменить IP иначе https просто не будет открываться.... Именно это я и вложил в словосочетание о разных портах на разных IP. Но лично для индивидов у которых плохо с пониманием буду стараться сразу разжевывать более подробно чтобы не оставалось вопросов.
