markovnik, возможно, это был антивирус.. Который Ваши js-файлы посчитал вирусными.. 😂 (и не исключено, что они таковыми стали, заразившись коронавирусом)
Но в целом, проблема неработоспособности админки выявлена.. Теперь осталось выяснить причины.. ))
Он прямым текстом говорит, что куча JS-файлов не найдена. Проверить бы не помешало ;)
F12 и в консоли смотреть ошибки Javascript
bruder, надеюсь, ТС оценит.
а) у него был вполне конкретный вопрос.. и он не был похож"как закрыть все обновления".. б) во втором посте топика ссылка на аналогичный его же вопрос.. в) ответ от Nadejda с версией плагина более релевантный, но, полагаю, что тоже "работающий"
А по поводу промывки - так на неё больше похоже "искаробочное" обсуждение автоапдейтов в системе..
Но в любом случае, каждый решает (сам или с помощью), что делать ему ))
ИМХО, для большинства сайтов WP нет как такового "продакшена". Просто сайт. С обновлением (совсем само, или одной кнопкой).
И то, что Вы считаете косяком, позиционируется как конкурентное преимущество.. =) Обычному пользователю "всё вот это ваше" не нужно, нужно "чтоб работало"..
В конфиги пишут только продвинутые домохозяйки. ))
А многим владельцам на любой чих - чтоб плагин был.. Чтоб мышкой потыкал и всё готово... 😂
Вполне рабочее решение.. если памяти достаточно и остальные данные не нужны .
+ не забывать обновлять при добавлении и заполнять, если она по какой-то причине "опустела".. :D
Смотреть надо, что именно нагрузку создаёт. Вслепую можно "наоптимизировать".. И да, совсем не факт, что в БД упирается (не исключено, что как раз то самое кэширование, которое должно ускорять фактически приводит к "тормозам")..
Тут как бы совсем не понятно. Если речь даже не про тысячи.. и, полагаю, посещалка далека от хайлоада..
а) либо хостинг совсем грустный
б) намудрили в плагинах/темах
Откуда информация "на чём" с чем я работал? 😂
Комментарий был относительно неуместности приведения в пример инстаграмма в качестве аргумента в пользу скорости (нагрузоустойчивости) джанги, не более..
Дело не в компетентности или её отсутствии, а в непоследовательности - уже не раз намекали.. Ты в очередной раз упорно(?) стараешься выглядеть глупее, чем на самом деле..
Уточнил бы для начала, какую фукнциональность предлагается реализовывать и бюджет перехода.. Как минимум, экономическая целесообразность изначально под вопросом.
"Базовый" блоговый функционал реализуется на любом фреймворке для web (что на PHP, что на python (DJango), что на Ruby (ROR) )
И естественно, что в такой реализации при прочих равных он (вполне возможно) будет работать быстрее чем WP из коробки.
Вопрос в том, насколько "наподобие" нужно.. Ибо итоговую многопользовательскую инфраструктуру с плагинами, механзимом автообновлений, темами, хуками, мультимедиа... на чём угодно реализовывать достаточно трудо-времязатратно.
Очередной нелепый аргумент.. у ТС-а хостинг обычный, а инстаграм "витает в облаках" c over2k фронт-серверов, и там далеко не python-ом единым...
Sly32, ты ж вроде дверью хлопнул?.. 😂
Чего именно?
https://cloudinary.com/documentation/wordpress_integration
https://wordpress.org/plugins/amazon-s3-and-cloudfront/
https://github.com/roman-kapanets/selectel-storage-upload
