Linblack

странные выводы.

движок хороший, функции полезные. но некоторые из них не используются в контексте отдельных сайтов. в таком случае - отключить неиспользуемое выглядит не такой уж плохой идеей.
я понимаю, что в лучшем случае это даст всего три процента скорости и условных положительных показателей. но хочется довести все до совершенства.

а пока что с вашей стороны это выглядит из разряда: все вокруг сговорились, все статьи покупные, один я прав потому что потому.

а по факту? чем плохо отключать никак невостребованные скрипты и части разметки?

пойдем по порядку из отключенного.

1) rest api - у меня не востребован. у него множество функций, но основные - это возможности перевести сайт в приложение, предоставление ряда возможностей к взаимодействию с другими сервисами.
я не утверждаю - что этим все ограничено. но если у меня просто тупо сайт-блог, где все содержимое - это картинки и текст - зачем мне нужна эта функция?
2) emojis - маленький код в хэде, который по факту является мусором, если не используются комментарии (а они у меня отключены с потрохами).
3) jquery migrate - вообще архаизм. и тем не менее - это файл скрипта, который загружается.
4) Embeds - преобразование ссылок и оформление их в контент. подключает wp-embed.min.js. зачем оно мне нужно, если у меня весь контент оформляется вручную?
5) удаление rds ссылки - для редактирования или прочего взаимодействия с бд сайта через сторонние приложения\сервисы. Если у меня нет никакого функционала для посетителей, который взаимодействует с базой данных и сам я редачу сайт исключительно через браузер - зачем оно мне нужно?
6) XHTML Friends Network - тут каюсь, понимаю мало. но это из разряда каких то специфических социальных взаимодействий. формат моего содержимого - мало подразумевает какие то социальные подробности, уникальное авторство и т.д.
7) Windows Live Writer - не использую.  зачем тогда wlwmanifest.xml - не понимаю.
8) зачем нужны короткие ссылки - тоже причин не вижу. длина урл всегда максимально краткая 2-3 слова максимум, используются постоянные ссылки.
9) ссылки на предыдущую\следующую запись - прописанные прям в хэде это странно. тем не менее, я бы их оставил, если бы блог - у меня имел сео вес. но он является не более чем сухой отчетностью для людей.
весь сео контент в разделе страниц находится.
10) .recentcomments - у меня комментов нет никак и нигде. это небольшой кусок разметки. но зачем он нужен, если не востребован нигде?
11) Отключить WordPress иконки (для фронтенда) - у меня панелей редактирования на фронте - нет. максимум ссылки на редактирование и переход в фул редактор.
так что почему бы и не отключить. однако за подобным я бы не гнался, если бы отключал вручную.
12) Отключить граватары - второй момент где у меня сомнения, о конкретики того где это используется непосредственно в коде.  тем не менее - ни пользователей ни комментов у меня нет.
возможна при таком раскладе эта вещь отключена по умолчанию - и в таком случае да, это уже моя ошибка.
13, 14)  Удалить архивы дат и Удалить архивы автора - пытаюсь добиться максимально "простого" содержимого. У меня не используются архивы, автор не подписан т.к. везде один.
И следуя карте сайта - ссылки на записи должны иметь один единственный путь, без альтернативы через архивы по датам, архивы автора и т.д. разве это плохая идея?
15) Вложения без привязки к странице - линкаются на главную, привязанные к записям\страницами - на записи и страницы. тут думаю даже самый отчаянный спорить не будет.
16) ?replytocom - возможно ошибкой будет отключать дополнительно, если комментов и так нет.

и последнее что было интересно в clearfy - это менеджер скриптов. но поскольку у меня плагинов в среднем 3-4, то это редко мой случай. тем не менее - мнение бы послушал.

и при всем уважении к вам и вашим советам ранее - вы как то слишком категоричны к таким темам.

ради этих вещей его использую. я понимаю что многое из этого - это совсем мелочи.
лучше подобное через funtions php фильтрами убирать? или есть альтернативный плагин? очень уж не люблю в коды залезать
ну и возможно кто то оспорит, что некоторые опции - лучше оставить включенными?
_____
и как этот параметр адекватно определить? т.е. узнать - сколько ресурсов потребляет плагин?

это одна из функций clearfy. пояснение пишет, что вот эти приписки как раз могут создать проблемы с кэшированием у некоторых пользователей.
от скуки или не от скуки - но тут всего лишь надо принять решение - стоит ли нажимать галочку на этой опции или нет.
возможно перевод некорректный и ситуация иная?

по поводу безопасности - не думаю что это как то защитит. но как защита от дураков - почему бы и нет.

и раз уж вопрос безопасности затронут - сокрытие версии wp как то может положительно повлиять на безопасность? или это тоже поверхностная мера?

это не может повлечь каких то проблем? непонимания каких либо роботов?
т.е. обозначение версии - вообще никем не востребовано?

я не утверждаю, лишь предполагаю.

сгруппированный насколько я понял имеется ввиду.

вроде подходит. спасибо. даже не думал что в коробке присутствует подобное

еще интересней. ну вот допустим у меня сайт какой нибудь строительной компании. где есть 1) общая лицевая страница, 2) страница о продаже услуг, 3) обще-тематическая статья не привязанная к услугам и 4) запись из блога о портфолио.
мне в контексте микроразметки на всех этих страницах делать приписку #organization?

или как с логикой опен графа. на главной ставить к примеру #organization, на статье #webpage?
к чему вообще определить главную страницу? к #website или к #organiztion?