Виктор: там еще кроме этого потребуются некоторые доработки админки.
для более-менее комфортной работы редакторов.
к примеру, я не уверен, что список категорий на этой странице
/wp-admin/edit-tags.php?taxonomy=category
будет грузится ajax'ом, а не сразу скопом.
так же не совсем понятно, насколько возможно будет работать с таким списком редактору
Кстати, заранее, после импорта будьте готовы к медленной работе сайта.
Теоретически огромное число категорий не должно замедлить его работу, но шаблоны к WP сейчас пишут даже школьники, качество кода может быть соответствующее. Отзывчивость сайта может вас расстроить.
xmoonlight: ну и как-то не вяжется ваше "не надо ничего кэшировать" с "есть браузерный кэш"
Вы б уточняли сразу, что да, "ничего не кэшируем", но вот там все-таки кэшируем.
А то кто-то совет прочитает, и кэширование полностью везде и отключит.
xmoonlight: вы серьезно?
Вы жеж в курсе, что браузерный кэш кэширует все конкретно у одного пользователя?
то есть - если 1 пользователь зайдет 10 раз, 9 раз страницу он может получить из этого самого браузерного кэша.
сервер при этом сгенерирует код 1 раз.
а если зайдут 10 пользователей по 1му разу на ровно ту же страницу, сервер ровно 10 раз ее и будет генерировать.
хотя сама страница не менялась и можно было снизить нагрузку отдав уже сгенерированную версию с кэша.
>Обязательно - не надо ничего кэшировать.
При таком подходе нет никакого запаса.
Внезапно набегает чуть больше пользователей -> сайт спокойно укладывается.
Что мешает класть уже сгенерированную версию страницы в кэш на короткий период хотя бы для гостей?
Ну или другой вариант, если страница меняется раз в месяц, зачем каждый раз заставлять сервер ее генерировать?
Сергей: в других шаблонах могут быть другие версии такого кода,
плюс может быть что-то еще
в этом шаблоне они еще и ссылки свои в футере выводят.
сайт wpconfig.net, откуда скрипт получает разные "полезные" штуки, как раздатчик вирусов замечен давно
вот статья от 2012 года с хабра, там на него ссылки есть так же https://habrahabr.ru/sandbox/47832/
там при активации оно свой код как картинки прятало.
за такой долгий срок могли еще что-то более хитрое придумать.
fman2: нет защиты от парсинга.
любая "защита" будет мешать поисковым роботам ходить по сайту,
тот же дром, к примеру, парсить себя разрешает полностью. защищает только телефонные номера в объявлениях:
после запроса каждого 10го телефона с одного ip просит ввести капчу. Но и такую защиту обойти очень дешево. Значительно дешевле, чем стоило ее внедрение.
ему нужно в некоторых случаях заменить @ import
на include