Дело не в ресурсах, БД отвечать может по минуте при том при 0 нагрузке на железо сервера. С БД надо уметь работать, она умеет делать круто связи (говорим за классическую реляционную БД), но связи нужны не везде, для того чтобы отрендерить текст страницы с метатегами можно даже не ставить БД которой как принято отдают 80% ресурсов сервера. Причин на самом деле может быть много, да БД это удобно, но не обязательно, когда можно без неё, то зачем она? Например давайте так, как бы вы переносили изменения в БД с одного сервера на другой (с дев сервера на продакшен)? У фф цмс своя ниша, БД тоже работает на файлах, разница лишь в том, что перед этими файлами есть сервер, который умеет делать некие манипуляции.---------- Добавлено 09.01.2020 в 17:57 ----------
С гитом знаком каждый мидл, чего не скажу за другие системы. Достаточно? =)
PS. Проще и удобнее никак не сочетается с гуевым клиентов =)---------- Добавлено 09.01.2020 в 17:59 ----------
Поиск не проблема фф цмс, поиск в реляционной БД это тоже проблема, если нужен нормальный поиск, то юзают как например эластик, и его вполне можно юзать вместе с фф цмс.---------- Добавлено 09.01.2020 в 18:02 ----------У БД множество преимуществ, например транзакции в коробке, хранимки и так далее, но если можно без неё (БД), то зачем её ставить?
А кто сказал что ФФ цмс используют для магазинов? Их обычно юзают для простых, контентных сайтов, лендосов, визиток и там бложиков разных - никто не говорит что это серебряная пуля.
И мне иногда кажется что вы не понимаете что пишите. Гит не торт? CI без cvs?
Не совсем так, БД относится к процессорозависимому ПО, при своей работе она утилизирует проц колоссально, оперативка спасает когда все запросы попадают в индекс и то не всегда. Си быстрее пхп, но чёт на си бложики не клепают:))) Каждый инструмент хорошо решает только определенный круг задач, а не все сразу:)) у монеты всегда 2 стороны)))
Вы ошибаетесь, с появлением ssd на серверах, проблемы работы с диском решились сами собой. Создать подключение к бд это уже тяжелая и для многих сайтов бесполезная операция. Для чего вам бд если вы там просто храните статьи и настройки? А так то бд требует ресурсы, там есть ограничения и ещё это самое первое бутылочное горлышко с которым сталкивается сайт. Например тот же ВП что бы работал быстрее, ставят модули кэширования, которые результаты выборки с бд складывают в файл и далее забирают эти данные с файла.
там криво настроенная Bitrix VM судя по всему, nginx работает на 443 порту а прокидывает на апач 80 порта. Надо немного дотюнить конфиг nginx или на апач накинуть те же самые или самоподписные сертификаты
Да, к моему великому сожалению, когда я работаю с клиентом, я требую все доступы которые нужны для работы. Если я переношу что то и куда то, то у меня есть все, от управления хостингами до управления DNS зоной иначе просто не берусь. Так как мои клиенты просто не знают что такое DNS и где и что там менять.
Ты пойми одну простую истину, везде есть плюсы и везде есть минусы. Вот прям везде, даже в твоих хостингах с ISP панелями где ты там можешь на "конфигурировать" мышкой то, работу чего ты даже не понимаешь.
В данном случае, на бегете у меня клиенты реально те, которым даже недельный простой будет пофигу, бюджетники могут заметить что у них сайт не работает в тот момент когда там уже дор работает во всю. Но у такого хостера как бегет есть плюсы, которые перевешивают те неудобства, там аптайм 99.98%, там саппорт в любое время дня и ночи, праздника и выходного ответит в течении ~15 минут по существу. Там серверы стоят в ДЦ по соседству в городе с клиентами сайты которых там размещены при том они не загружены в доусрачку. Там хорошие каналы, отличное изолированное пространство для каждого сайта в районе одного аккаунта и еще куча плюшек в том числе никто не блочит все сайты за нагрузку, то есть клиент спросил где дешево и сердито, я его отправил на бегет и забыл и он в том числе забыл об этом как о проблеме. А вот в момент когда мне клиент начинает платить за доступность своих проектов, тогда я уже строю нормальные решения и шаред хостинги туда как бы уже не вписываются от слова совсем.
никто не спорит что у голанг есть своя ниша, но го изначально начал двигать не пхп, а ноду. Просто если брать понятие темы топика, то проще выучить язык тот который массовый и как сказали это точно не Го. Лучше тогда учить какой нибудь C#, можно и сайты на .net core пилить, и приложеньки для винды и на юнити игры клепать и для мобилки на ксамарине кодить.... прям универсал.... один раз выучил и развивайся где хочешь.
Sitealert, silicoid, я на друпале, кроме вьюх, которые в 7 зашили в ядро больше ничего не юзал, все остальное пилил самостоятельно и перейти на 8ку думаю проблем бы не было. Просто мы с выходом 7ки в студии ушли на UMI.CMS и я успел только немного пообновлять проекты на 7ку. А сейчас уже куча CMS более крутых по архитектуре чем "великая" open source тройка, популярность которой как бы никаким преимуществом для меня никогда не являлось. По этому спорить в данном вопросе точно не буду =)))
Тоже плюсую за Grav, система очень гибкая к разработке, с достойной архитектурой, и достаточно быстрая. Единственно, что закидывать файлики можно не просто текстом а сразу с маркдаун разметкой
я не пробовал, я обновлял 6 до 7, 8 друпала к сожалению не юзал и не планирую по крайней мере, только знаю что там под капотом
