Самый дурной совет это ничего не трогать. А вы знаете сколько на сервере неиспользуемой памяти? Сколько PHP кушает в пиках? Даже банальный fail2ban может несколько ГБ сожрать. А кроме перечисленного еще масса софта на сервере.
Совет ничего не трогать равнозначен "плевал я на свой сайт".
Ничего не трогать можно и нужно только в одном случае - если не являешься специалистом. Тогда при любом положении дел лучше не трогать. Во всех остальных случаях, нужно оторвать свой зад вечера контр страйка и настроить на сервере все, не только MySQL.
тот же Redis жрет всю свободную память по дефолту, если не ограничить в конфиге...
Вариантов большое множество:
Про fastpanel не слыхал, а вот vestacp - вполне себе простая и очень понятная
Вот теперь думаю что делать, в этом разбираться или yoast поставить.
В принципе разобраться можно, но пользоваться в разы менее удобно. Почти в каждом блоке есть отсылка к файлу роботс, как бы запрет доступу к нему не стал проблемой для всего плагина.
И никакой мультисайтинг для этого реализовывать не нужно? У вас идут какие-то обязательные плагины для темы? И последний вопрос немного не по теме, обычно ваши клиенты закрывают этот раздел от индексации на рабочих сайтах, или оставляют? Одно дело все создать с нуля, а другое прикручивать к уже существующему сайту, по-сути это же тысячи страниц копипасты😕
А если я хочу прикрутить функционал партнерки к уже имеющемуся вп-порталу со своей вп-темой? Как лучше поступить? Может дадите какую-нить демку, чтобы проверить криво ли встанет плагин и насколько сложно будет подправить и т.п.
Что за двиг, если не секрет (простое любопытство)?---------- Добавлено 27.05.2016 в 16:02 ----------
Скорость загрузки страницы для мобильной выдачи - ключевой параметр, адаптивный дизайн в сложных проектах добавляет в загрузку дополнительные скрипты, стили, и даже если ваш разработчик будет профи и все это минифицирует, оптимизирует каким-нить сборщиком типа grunt или gulp, включая изображения, все равно может все тормозить, поэтому уже многие и рассматривают как выход использование cdn, я уже молчу про повальное использование wordpress и дешевых виртуальных хостингов с аптаймом - "минуту работает, две висит". Вот теперь и прикиньте объем работ и компетенцию исполнителя, так что респонсив респонсиву рознь! Многим мелким проектам может он и не нужен вовсе, учитывая, что гонка за прогрессом может превратиться в регресс.
Самые опытные участники форума голосуют против HTTPS. А что если у вас ребята просто много качественных проектов, с которых идут приличные бакинские и вы не хотите рисковать текущим положением дел, и будете переходить только если реально ощутите определенный негатив. Думаю, что малорослому проекту и подавно нет смысла переходить на шифрованный протокол и уж тем более стартовать уже на нем. Действительно некоторые так зациклены на любых рекомендациях от ПС, вылизывают свои сайты, а конкурентное преимущество все никак получить не могут.
