Нужно смотреть кто откуда и что именно нагружает.
См https://wpmag.ru/2015/admin-ajax-performance/
И оттуда же:
И ни в коем случае не отключать/блокировать доступы к этому файлу. (разве что только ботов)
Угу :) /ru/forum/comment/13684688
Без понятия. Но думаю, всё точно также как и с 301.
Я отвечал на вопрос о смене домена. Каноникал в любом случае для этого предпочтительный шаг, до 301. А 301 вообще может и необязательно в нек случаях.
Каноникал.
И кто его поймёт в сентябре 2018? ;)
Скорее wait-sync, но проблема куда более глобальней:
что само по себе красноречиво говорит о "качестве" и железа и админов.
Это видать DELL-у аремя поправляют :)
Выбирай https://wordpress.org/plugins/search/catalog
А вообще да,
+ custom post types +custom taxonomies
может быть и лучше.
Сосбно, те плагины делают тоже самое.
Для инфы: Я.ППД, в отличии от др "конкурентов" позволяет не только сваливать все неопознанные адреса получателя (*@твой_домен) в один ящик, но и отправлять от них же, что избавляет от необходимости вручную заводить алиасы/доп. адреса.
(Я не про алиасы доменов, а алиасы почт. адресов на домене/ах)
Если какой-то сервис также может (не будет проверять существование/не требуется вручную заводить алиас п/а) - прошу сообщить.
Кроме этого у него есть масса аддонов и сообщество которое может помочь практически с любым вопросом. Опенсорц рулит! :)
ЗЫ. А дефолтный его функционал/возможности я бы не сказал, что так уж и супер. Совсем без аддоннов грустно :).
Ну чтобы "не лезть в базу" есть 2 пути - полностраничное кеширование или стат. страницы мимо ВП.
В данном случае я думаю что будет достаточно и "обычного" страничного кеширования, которые делают кеш-плагины. Или кеширование на хостинге. Но при желании/возможностях можно поиграться и с другими кешированими - транзитных, объектных (правда не уверен, что последнее будет оптимально).
Точно проверял? В помощь плагины:
https://wordpress.org/plugins/php-compatibility-checker/ - проверка готовности по версиям
https://wordpress.org/plugins/health-check/ - базовая проверка проблем + полезная инфа
https://wordpress.org/plugins/query-monitor/ - комплексный анализ. Смотреть показатели на конкретной странице, а не в бекэнде!
Ида. Заюзай 7,1, а не 7,2. ;)
С пом СЕО-плагинов для твоего плагина ИМ.
Ничего не видим. ВК банит сёрч, а некоторые страны банят ВК. Хочешь чтобы твою картинку увидели все - размещай на норм имж сервисах (http://imgur.com/ напр) или прямо на сёрч.
Скорее всего дело в канале или хостинге из-за перегруженности страницы.
Проверяй для начала ошибки на внешних сервисах типа http://tools.pingdom.com/fpt/ и смотри ошибки на хостинге.
В таком случае вариантов больше - дестктопном юзеру можно и аяксом догружать что-то и сразу на сервере/php определять девайс.
Но такие мелочи как напр, текстовое меню допустимо и прятать на мобилах средствами css.
Кури в общем подход к проектированию Mobile first.
Ты, как и многие другие, к сож. не понимают, что "десктоп" и "широкий канал" вещи совершено не зависимые.
Я напр. прямо сейчас сейчас на десткопе, но на моб интернете (ограниченном как скоростью, так и др лимитами). Но могу и на планшете использовать широкий канал с быстрым безлимитным интернетом.
Но к сож на сегодня достаточно трудно (стандартными средствами) определить именно "ширину" и скорость канала, поэтому используют подход определения устройства. Что я считаю в целом не всегда неправильным, но тк альтернатив особо нет, то.. то и десктопому юзеру не нужно грузить всякую срань без явного его заказа (напр, за видео в гифках отрывал бы руки.. по самые уши ;) )
Совершено согласен. Но как показывает практика, если "без излишеств", то всё ОК.
Но это всё же несколько другая история, чем "не грузить моб. юзеру огромный кусок кода". Да и как правило этот "огромный кусок" и десктопному может не сильно-то и нужен :)
И норм. Нафик тот аякс - в большинстве случаев только ресурсы браузера/девайса жрать гаразды :)
