Самый дурной совет это ничего не трогать. А вы знаете сколько на сервере неиспользуемой памяти? Сколько PHP кушает в пиках? Даже банальный fail2ban может несколько ГБ сожрать. А кроме перечисленного еще масса софта на сервере.
Совет ничего не трогать равнозначен "плевал я на свой сайт".
Ничего не трогать можно и нужно только в одном случае - если не являешься специалистом. Тогда при любом положении дел лучше не трогать. Во всех остальных случаях, нужно оторвать свой зад вечера контр страйка и настроить на сервере все, не только MySQL.
тот же Redis жрет всю свободную память по дефолту, если не ограничить в конфиге...
Покоцанная CMS или неисправные плагины. Лечиться полной переустановкой движка (с сохранением и переносом данных), и поэтапной установкой (с контролем за состоянием WordPress) только необходимых плагинов из официальных репозиториев.
Это могут быть вирусы. Весь программный код (все файлы) неплохо бы скачать одним архивом, распаковать и проверить любым антивирусом. Также можно просканировать WP на уязвимости.
Но наиболее вероятна проблема с сервером/хостингом, особенно если не припоминаете глобальных изменений, которые вносили самостоятельно. Если у вас обычный виртуальный хостинг, то можно легко переехать на другой, рекомендую Beget. Почти все хостеры помогают с переносом сайта бесплатно.
Про fastpanel не слыхал, а вот vestacp - вполне себе простая и очень понятная
Первая сейчас типа мейнстрим, вторая часто обхаивается, возможно, вполне незаслуженно. Все это работает до поры до времени, потом бах и надо все править руками, только вот панельки запрятали все конфиги и логи хрен знает куда (изменили структуру папок дистрибутива, типа для безопасности). Начнешь что-то править, а панель "не увидит" этих правок или вступит с ними в конфликт, далее все полетит к чертям) Особенно баги проявляются на предмет бэкапа, смены паролей, ssl-сертификатов и прочих интересных задач...
Вот теперь думаю что делать, в этом разбираться или yoast поставить.
В принципе разобраться можно, но пользоваться в разы менее удобно. Почти в каждом блоке есть отсылка к файлу роботс, как бы запрет доступу к нему не стал проблемой для всего плагина.
ИЦ Ресурс#: Тоже обновился, жесть а не версия, половина на английском, все описания слетели, роботс сам задаёт, который фиг исправишь, очень сырой какой то.
Как увидел - глаза на лбу) Роботс вроде не трогает, если отказаться импортировать физический, уведомление исчезнет, но будет висеть плашка, мол с роботс не все в порядке...
Gforge: Обычно это делается так :
1.Создаем в корне вашего сайта папку catalog
2.В эту папку ставим отдельный вп с моим скриптом.
3.В моем дизайне отрезаем шапку и и вставляем туда шапку из вашего основного сайта .
И никакой мультисайтинг для этого реализовывать не нужно? У вас идут какие-то обязательные плагины для темы? И последний вопрос немного не по теме, обычно ваши клиенты закрывают этот раздел от индексации на рабочих сайтах, или оставляют? Одно дело все создать с нуля, а другое прикручивать к уже существующему сайту, по-сути это же тысячи страниц копипасты😕
Gforge: Состоит все это из плагина для вордпресса который работает с API и темы для вордпресса, которая все это красиво выводит.
А если я хочу прикрутить функционал партнерки к уже имеющемуся вп-порталу со своей вп-темой? Как лучше поступить? Может дадите какую-нить демку, чтобы проверить криво ли встанет плагин и насколько сложно будет подправить и т.п.
Scaryer: Community, покупная тема ни от чего не спасает. Например, я ставил бесплатную тему, продвинутую версию которой продают. В общем тема нам нравилась, но хитронастроенную главную страницу (в которую авторы вложили немало усилий) мы отключили, галерею поставили свою, слайд-шоу поставили своё, какими-то функциями не пользовались. Ну и нафига платить за то, что всё равно пойдет под переработку?
Что за двиг, если не секрет (простое любопытство)?
---------- Добавлено 27.05.2016 в 16:02 ----------
OkSt: Адаптивность - это сейчас главное преимущество в мобильной выдаче Google.
Скорость загрузки страницы для мобильной выдачи - ключевой параметр, адаптивный дизайн в сложных проектах добавляет в загрузку дополнительные скрипты, стили, и даже если ваш разработчик будет профи и все это минифицирует, оптимизирует каким-нить сборщиком типа grunt или gulp, включая изображения, все равно может все тормозить, поэтому уже многие и рассматривают как выход использование cdn, я уже молчу про повальное использование wordpress и дешевых виртуальных хостингов с аптаймом - "минуту работает, две висит". Вот теперь и прикиньте объем работ и компетенцию исполнителя, так что респонсив респонсиву рознь! Многим мелким проектам может он и не нужен вовсе, учитывая, что гонка за прогрессом может превратиться в регресс.
Самые опытные участники форума голосуют против HTTPS. А что если у вас ребята просто много качественных проектов, с которых идут приличные бакинские и вы не хотите рисковать текущим положением дел, и будете переходить только если реально ощутите определенный негатив. Думаю, что малорослому проекту и подавно нет смысла переходить на шифрованный протокол и уж тем более стартовать уже на нем. Действительно некоторые так зациклены на любых рекомендациях от ПС, вылизывают свои сайты, а конкурентное преимущество все никак получить не могут.
Самый дурной совет это ничего не трогать. А вы знаете сколько на сервере неиспользуемой памяти? Сколько PHP кушает в пиках? Даже банальный fail2ban может несколько ГБ сожрать. А кроме перечисленного еще масса софта на сервере.
Совет ничего не трогать равнозначен "плевал я на свой сайт".
Ничего не трогать можно и нужно только в одном случае - если не являешься специалистом. Тогда при любом положении дел лучше не трогать. Во всех остальных случаях, нужно оторвать свой зад вечера контр страйка и настроить на сервере все, не только MySQL.
тот же Redis жрет всю свободную память по дефолту, если не ограничить в конфиге...
Вариантов большое множество:
Про fastpanel не слыхал, а вот vestacp - вполне себе простая и очень понятная
Вот теперь думаю что делать, в этом разбираться или yoast поставить.
В принципе разобраться можно, но пользоваться в разы менее удобно. Почти в каждом блоке есть отсылка к файлу роботс, как бы запрет доступу к нему не стал проблемой для всего плагина.
Тоже обновился, жесть а не версия, половина на английском, все описания слетели, роботс сам задаёт, который фиг исправишь, очень сырой какой то.
Обычно это делается так :
1.Создаем в корне вашего сайта папку catalog
2.В эту папку ставим отдельный вп с моим скриптом.
3.В моем дизайне отрезаем шапку и и вставляем туда шапку из вашего основного сайта .
И никакой мультисайтинг для этого реализовывать не нужно? У вас идут какие-то обязательные плагины для темы? И последний вопрос немного не по теме, обычно ваши клиенты закрывают этот раздел от индексации на рабочих сайтах, или оставляют? Одно дело все создать с нуля, а другое прикручивать к уже существующему сайту, по-сути это же тысячи страниц копипасты😕
Состоит все это из плагина для вордпресса который работает с API и темы для вордпресса, которая все это красиво выводит.
А если я хочу прикрутить функционал партнерки к уже имеющемуся вп-порталу со своей вп-темой? Как лучше поступить? Может дадите какую-нить демку, чтобы проверить криво ли встанет плагин и насколько сложно будет подправить и т.п.
Community, покупная тема ни от чего не спасает. Например, я ставил бесплатную тему, продвинутую версию которой продают. В общем тема нам нравилась, но хитронастроенную главную страницу (в которую авторы вложили немало усилий) мы отключили, галерею поставили свою, слайд-шоу поставили своё, какими-то функциями не пользовались. Ну и нафига платить за то, что всё равно пойдет под переработку?
Что за двиг, если не секрет (простое любопытство)?
---------- Добавлено 27.05.2016 в 16:02 ----------
Адаптивность - это сейчас главное преимущество в мобильной выдаче Google.
Скорость загрузки страницы для мобильной выдачи - ключевой параметр, адаптивный дизайн в сложных проектах добавляет в загрузку дополнительные скрипты, стили, и даже если ваш разработчик будет профи и все это минифицирует, оптимизирует каким-нить сборщиком типа grunt или gulp, включая изображения, все равно может все тормозить, поэтому уже многие и рассматривают как выход использование cdn, я уже молчу про повальное использование wordpress и дешевых виртуальных хостингов с аптаймом - "минуту работает, две висит". Вот теперь и прикиньте объем работ и компетенцию исполнителя, так что респонсив респонсиву рознь! Многим мелким проектам может он и не нужен вовсе, учитывая, что гонка за прогрессом может превратиться в регресс.
Самые опытные участники форума голосуют против HTTPS. А что если у вас ребята просто много качественных проектов, с которых идут приличные бакинские и вы не хотите рисковать текущим положением дел, и будете переходить только если реально ощутите определенный негатив. Думаю, что малорослому проекту и подавно нет смысла переходить на шифрованный протокол и уж тем более стартовать уже на нем. Действительно некоторые так зациклены на любых рекомендациях от ПС, вылизывают свои сайты, а конкурентное преимущество все никак получить не могут.