Не силен в серверных вопросах, поэтому вот и думаю, что будет как frontend'у удобно использовать в качестве backend'а для не сложных проектов без привлечения сторонних специалистов ) Обычно предполагал, что для легковесных проектов достаточно ограничиться созданием пользователя с привелегиями исключительно для администрирования конкретной базы данных, а в cms так же создать администратора отличного от user id1, ну и соответственно закрыть различные страницы с информацией о пользователях, cms итд или в реальности все намного сложнее ? )

сложно сказать, и для grav и для того же wp придется ставить кучу плагинов, в которых находят уязвимости, даже если с движком всё ок -- но особенно морочиться не стоит, если это обычный сайт, юзай то что нравится

@andrew_9cloud , немного не в тему, но как расшифровывается твой ник?

это чит-код из doom

пойду гуглить :)

полный набор оружия?

оружие и ключи

Ну да, я тоже так думаю, бекапы делать почаще на всякий случай, на крайняк все почистить и поставить по новой, хотя в проектах серьезного уровня я конечно backend'а бы лучше привлек для надежности )

Недавно еще слышал мнение, что такие проекты вполне можно быстро реализовывать на react + mongodb, но я на react'е только создавал компоненты, redux на стадии изучения, как данные обрабатываются в случае react'а на сервере с трудом представляю, но предполагаю, что для nodejs нужен vps/vds итд, а это уже доп затраты и сложности для не сложных проектов. Может кто скажет свое мнение ?

Всем спасибо за советы! Буду изучать ) Если кто что сможет еще посоветовать или сказать мнение по поводу react + что будет в качестве админки передающей мне с backend'а json в подобных проектах - буду рад )

вопрос глупо звучит, но все же задам
если все плохо не с самим грав, а с плагинами, то для мега защищеного не стоит ли самому сделать плагины
коль скоро стоит вопрос использовать этот граф часто и во многих задачах, не стоит ли озаботиться безопасностью использоуемого и переписать или провести аудить ?

отладочные ключи, вообще то
это разрабы себе оставили лаз и забыли убрать
а во втором не стали

я кста полтора года назад предположил, что это i don't know fucking answers

Ребят привет, подскажите при наведении headermenu-item, child-box присваивается через css display block, вроде бы все ок, но если навести на container то проподает свойство. Как поправить через css. Сейчас вот так:
.headermenu-item:hover .child-box
{
   display: block;
}

садись, два
не надо пробовать понять олдов мерками настоящего )))))
id от id software, k- keys, fa- full ammo

хорошо бы код посмотреть
но что то мне кажется, если в инспекторе посмотреть, что выделяет наведение мыши, то " при наведении headermenu-item, child-box присваивается через css display block" курсор попадает на марджины или паддинги, например
а вот когда он попадает  на контейнер, то тогда ему нет действия и ничего не происхлдит. Помоему так, но это домыслы

проиллюстрирую вот чем
https://codepen.io/AleFF/pen/XWddXYy
вот тут попробуй закоментить часть, которая в строках 21-24 и посмотри поведение при наезде мышки на уже выехавшии элементь

"мне так кажется" (с)

Ага, по логике вообще должно все работать, тк container находится внутри child-box, может для container где-нибудь в коде свой hover прописан, но это так же предположения ) Не видя код - не понять )

полез на сайт грав, глянуть одну штуку и оказалось, то там ваще треш.
хедера не нашел, навигация лежит в <section id="g-navigation">. Сплошные дивы.
я нуб, явно что то не понимаю. Но вопрос есть. А это ваще нормально?!