Какие плагины вы считаете стандартными для работы в WordPress?

Question

[Kotaro Hiba]

Здравствуйте, недавно установил WordPress и решил попробовать поделать на нем простенькие сайты начиная одностраничниками и заканчивая простенькими магазинами, от более опытных разработчиков хочу спросить совета.
Какие плагины вы считаете самыми необходимыми для работы в ВП, которые должны быть установлены по умолчанию на любой сайт?
Если таких нет, то возможно может есть какой-то форум с рейтингом тех или иных плагинов?

Answer 1

[tuxfighter]

Нет и не может быть ни каких "стандартных" плагинов.
Все зависит от назначения сайта и ваших сугубо личных предпочтений

Comments

[Дмитрий]

ну да, ну да
каждый проЭкт это что-то уникальное, "личность", нужно везде искать индивидуальный подход и тд и тп

а по факту, для 90% сайтов ставятся вот эти:
https://ru.wordpress.org/plugins/advanced-custom-f...
https://ru.wordpress.org/plugins/autodescription/
https://ru.wordpress.org/plugins/contact-form-7/
или аналоги, в зависимости от предпочтений разработчика

[tuxfighter]

странные факты.
По моим наблюдениям - ни один из этих плагинов вообще не нужен.

Answer 2

[Игорь Воротнёв]

Как уже написали, универсального набора не существует, ибо задачи разные. Но есть некоторые наметки по этому поводу. Сразу оговорюсь - у меня всех без исключения WP-проекты построены на базе Composer, зависимостями (а плагины ими и являются) управлять просто и удобно, плюс autoload. Это позволяет динамически включать-выключать плагины в зависимости от переменных среды или feature flags. А теперь сами плагины. Разобьем им сразу на 2 категории - development и production. Первые нужны для облегчения разработки и отладки проекта, вторые - всегда.

Development-only плагины:

- Query Monitor
- Transients Manager
- WP Crontrol
- Airplane Mode
- Debug wp_redirect
- User Switching
- Rewrite Rules Inspector
- rarst/wps (обертка для Whoops)
- rarst/laps (профайлер)
- Regenerate Thumbnails
- Парочка кастомных mu-plugins которые облегчают жизнь (обертка для symfony/var-dumper и тд)

Production:

- ACF Pro
- Кеширование - WP Super Cache, Batcache, WP Fastest Cache. Redis/Memcached для объектного кеша (все есть от именитых команд типа 10Up, Humanmade и тд) - какой конкретно зависит от проекта
- Для форм использую свою наработку, HTML чистый который делает верстальщик, обработчик - своя кухня которая использует внешний transactional email service (SendGrid, Amazon SES и другие - адаптеры пишутся по необходимости) с их темплейтами для писем, использует composer-библиотеки для валидации и тд. Для всех форм также создается custom post type, все сабмишны пишутся туда с логом (сами данные формы, статус отправки транзакционного письма, лог мейлера и тд - удобно для отладки). На первый взгляд звучит сложно, но благодаря ООП-архитектуре по принципу Laravel / Laravel Nova все настраивается буквально за считанные минуты. Но если бы использовал готовый плагин, то скорее всего CF7.
- Disable Comment - потому что на большинстве сайтов они не нужны
- Classic Editor - потому что все еще не везде подходит/заходит Gutenberg
- Duplicate Post - удобно для работы с контентом, активируется по необходимости
- Enable Media Replace - иногда полезен, активируется по необходимости
- EWWW Image Optimizer Cloud - удобно, дешево
- Lazy Load Optimizer - полезная штука для frontend performance
- Safe SVG - SVG сейчас везде, так что без него никуда
- Cyr-To-Lat - если сайт кириллический / мультиязычный
- Для мультиязычных сайтов чаще всего останавливаемся на WPML
- ElasticPress - для поиска/фильтров
- WP-Minions или Cavalcade - для асинхронных фоновых задач
- humanmade/S3-Uploads - для медиа-библиотеки в S3

Дальше, для разных задач есть свои "фавориты" и/или свои кастомные наработки.

Ну и, конечно же, WP CLI.

Answer 3

[andrash_]

Query Monitor
Contact Form 7
Yoast SEO
Advanced Custom Fields

Comments

[Вова Дружаев]

Вижу как на одном сайте стоит Contact Form 7 и Advanced Custom Fields - вот такие советчики ставят и вукоммерц и wp shop на один сайт))

[Mikhail Kobzarev]

А как между собой связаны CF7 и ACF? Одно формы создает, другое произвольные поля?

[andrash_]

Михаил Кобзарев, Тоже его не понял..

[andrash_]

Владимир Дружаев, Ты к чему это вообще? Пояснишь ?

[Вова Дружаев]

Михаил Кобзарев, andrash_, andrash_, Ставим CF7, ставим ACF, ставим ACF Flexible Content Modal и связываем их через ACF Field For Contact Form 7

Тогда вы поймёте бред зависимостей (читай - лени) этой жизни. Я тогда удивился что там LazyLoad не вхе*ачили еще для полного фарша

[andrash_]

Владимир Дружаев, Я не использовал ACF Flexible Content Modal и ACF Field For Contact Form 7. Мне до сих пор не понятно, как плагины ACF и CF7 мешают друг другу.
Думаю, эту связку очень много профессионалов использует.

[Mikhail Kobzarev]

andrash_, на 30% сайтов моих стоит такая связка, чёт Владимир Дружаев намудрил и запутал все нас.

[Вова Дружаев]

Михаил Кобзарев, ради 2-3 полей это ставить не нужно и даже вредно

[andrash_]

Михаил Кобзарев, У меня так же. Думаю, убедительного ответа не будет.

[andrash_]

Владимир Дружаев, ты опять про свои 2-3 поля. Я дал ответ, что я использую данные плагины в разработке сайтов на WP. Я поделился инструментами, которые применяю. Далее ты написал, что "такие" как я ставят WC и wp shop одновременно (ты сделал такой вывод, основываясь на том, что я установил на проект CF7 и ACF).
--
Твой аргумент - "ради 2-3 полей это ставить не нужно и даже вредно"

[Mikhail Kobzarev]

Владимир Дружаев, так никто не говорит про два поля, у меня это обычно 50+ полей

[FullStack Alex]

AC@OtshelnikFm,
Я бы на вашем месте стёр этот комментарий и не позорился.
Для тех кто не в теме: Contact Form 7 и АCF две абсолютно разные вещи.
Дисклеймер: первым вообще не пользуюсь, вторым редко.

[andrash_]

Tech Nomad, Ответ от Владимир Дружаев вам будет следующим - "ради 2-3 полей это ставить не нужно и даже вредно"...

Answer 4

[Анита Ковалева]

Show Current Template - если вы делаете тему с нуля(позволяет видеть какой шаблон страницы открыт в данный момент)
WP Fastest Cache - можно с ним\без него тоже можно, но дольше работы(минификация, кэш, оптимизация)
Contacts Form7 - формы - быстро, удобно.
ACF - кастомные поля для клиента.

Всё остальное всегда стараюсь реализовывать стандартным CSS\JS. На более крупных проектах часто плагины пишутся уже под тему, там часто требуется нестандартный функционал.

Answer 5

[Вова Дружаев]

Все велосипеды разные. Нет никаких "Стандартных плагинов".
Вижу вы начитались старых блогов по топ плагинам.
Но это неверный подход.

Все зависит индивидуально от:
- Ситуации (не везде нужны монстры сео или кеш плагины например. И не дай боже для перевода на лету на ssl - руками то в БД подправить лень)
- Заказчика (строго не любит шаред плагины или один/несколько конкретных плагинов. Говорит "пиши мне все по минимум - нафиг комбайны - все равно настройки ставлю один раз". Подобное - золотое правило и для ВП тем - скорость работы выигрывает)
- Своих предпочтений (разработчик наработал базу с одним плагином, ставить другой не хочет - т.к. не знает, лень. Разработчик не умеет (*овно разраб) написать свою функцию и форму - поэтому ставит для 2-х полей монстра ACF. Прикрывается этим: "Скорость разработки")

Comments

[Дмитрий]

поэтому ставит для 2-х полей монстра ACF. Прикрывается этим: "Скорость разработки"

и легкость в поддержке.

Мне, например, не проблема по стандартам добавить 2-3 поля в админку своим кодом. Но встречал сайты, где поля своим кодом добавляли через такую опу, что добавление новых/редактирование старых, было довольно проблематично.

Поэтому лучше пусть это будет какой-то распространенный плагин. "В долгую" это выгоднее.

[Вова Дружаев]

Дмитрий, нет ничего лучше чем поддерживать Свой код, а не код дяди, который в мажорную версию апи перехерачит.
Конечно при условии что это Ваш код, а не код скопипасченный с stack overflow

[Дмитрий]

Владимир Дружаев, вы, видимо, только со Своими сайтами со Своим кодом сталкиваетесь?

[Вова Дружаев]

Дмитрий, по разному. Но ради 3х полей не ставлю ACF и CF7

[Дмитрий]

Владимир Дружаев, я уже понял, что есть только одно единственно правильное мнение по этому вопросу и оно ваше. Да, работать с своим кодом всегда приятнее. Но попробуйте поставить себя на место заказчика?

Допустим, сайтом занимался один программист, написал все своим кодом. Затем по какой-то причине пришлось сменить этого программиста. Приходит другой. А там половина кода по стандартам, половина какими-то своими хаками и никакой документации. И тут, внезапно, в WP что-то поменялось (тот же редактор к примеру) и теперь, чтоб сделать ваш код совместимым этому новому программисту нужно будет его переделывать.
Да, если вдруг у вас там ну прям совсем все по стандартам, переделка времени много не займет. Но в случае с плагином, этой переделкой бы занимались разработчики плагина. Зачем заказчику тратить на это деньги?

Для программиста работа с чужим "своим" кодом всегда боль. Для заказчика поддержка "своего" кода так же будет обходится дороже. В долгую, с учетом перспективы, выгоднее использовать плагин даже для 3х полей. Такой код дешевле в поддержке, легче масштабируется

[Никита]

Но попробуйте поставить себя на место заказчика?

Зачем? Есть процесс приемки-сдачи работы.

Допустим, сайтом занимался один программист, написал все своим кодом. Затем по какой-то причине пришлось сменить этого программиста. Приходит другой. А там половина кода по стандартам, половина какими-то своими хаками и никакой документации.

Возможно, на изначальный выбор исполнителя времени не потратили. Результат работы не проверяли.

сделать ваш код совместимым этому новому программисту нужно будет его переделывать

Или отказаться от выполнения проекта на стадии согласования.

[Никита]

Дмитрий, У вас же сдача проекта не сводится к "либо пан/либо пропал"? Часто бывают правки?

[Никита]

О чем говорю:
1. заказчику интересно – выполнение требований (как правило, технически неграмотное лицо, для которого важно чтобы "все работало и, желательно, само") и (грубо говоря) не важно какими силами вам это далось (образование, опыт, время на реализацию (в случае фиксированной оплаты, не почасовой) и т.п.)
2. вам[, возможно,] интересно заниматься дальнейшей поддержкой
2.1. и[, возможно,] хотелось бы иметь возможность заниматься формированием цены на таковую поддержку
3. соответственно, какая разница, для вас, даже ставя себя на место заказчика,
3.1. сколько поддержка этого проекта будет стоить
3.2. сколько времени это будет занимать у человека, которому результат вашей работы на поддержку отдали
3.3. сколько времени заказчика уйдет на поиск альтернативных вариантов, если вы "не договорились"
С уважением,
Никита

_____ 2019-19-09 16:33 @dimasmagadan

серьезно? и часто этим процессом приемки-сдачи заказчики пользуются?

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

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

Я об этом написал выше,

Возможно, на изначальный выбор исполнителя времени не потратили. Результат работы не проверяли.

Можно потратить время на аналитику, изучив как ее делать, оценить работу. Можно нанять для этого третье лицо для осуществления данных действий.
– В любом случае, результат работы оценивается исходя из поставленных задач. Сложно будет в смету включить то, что заказчик не имеет возможности понимать – вам придется долго объяснять для чего это нужно и чем это может быть полезно или нанять человека, способного это сделать.
Если задачи "без неуязвимостей" и "с функциональными, структурными, нагрузочными, UI/UX тестами", с "CI/CD", "возможность A/B тестирования по когортам", "чтобы работало на контейнерах с изоляцией от БД" и прочие фокусы, которые есть возможность реализовать, но за которые не платили не стояло – стоит ли это делать, если все, что требуется, чтобы сайт работал, например, "весь год и лежал не более суток в сумме", но за "мало рублей"? Вы бы за это взялись?

Ваша и Никиты точка зрения идет с позиции разработчика, там да, чужой код/плагин зло, хочу кодить сам и потом сам сидеть на поддержке - это оптимально.
С точки же зрения тех.лида/заказчика, такая позиция плохо. Тут лучше унификация и максимально возможное использование готовых решений. И свой код только в том случае, если нет аналогов или кастомизация/подгонка плагина займет дольше.
Банально - заплатить программисту за написание кода будет одна сумма, за настройку такого же функционала плагином совершенно другая.

Одно дело – на окладе сидеть (почасовом или ежемесячном), другое дело – проектная работа. В большинстве случаев, я занимаюсь проектной работой, где выгоден именно описанный вами подход (бизнес). Естественно, я бы не стал нанимать людей на поддержку долгосрочных проектов, придерживающихся этой модели. Там другие задачи: доработки через рефакторинг, отказоустойчивость, не нужно экономить человеко-часы.

____ 2019-09-19 16:46
А еще, в проектной работе, чтобы заказчик не сменил исполнителя, мы часто используем IonCube, Zend, UglifyJS и прочие вещи, которые не позволят легко продолжить проект на стороне даже при условии передачи исходных кодов, которые, юридически, являются результатом работы обфускаторов т.к. подлежат интерпретации. Такие дела.

____ 2019-09-19 16:50
То есть, я к тому, что если код в принципе читаем, когда вам пришел проект на поддержку, то это – уже хорошо :)

____ 2019-09-19 16:56
Алсо про это:

хочу кодить сам и потом сам сидеть на поддержке - это оптимально. С точки же зрения тех.лида/заказчика, такая позиция плохо.

Позиция заказчика и исполнителя изначально противоположные. Один хочет меньше сделать, другой чтобы было больше сделано. Один хочет чтобы была большая сумма контракта, другой чтобы меньшая. Один хочет иметь больше власти, другой тоже хочет иметь больше власти. Один имеет возможность запрашивать оплату, другой отказываться оплачивать. Один имеет возможность не давать исходники, другой имеет право хотеть их получить.
Противостояние двух сил, как обычно. Правда где-то посередине. Но ведь никто не хочет ее принимать, так? Хотите, сделаем интернет-магазин за 1 000 000 руб. ? Ответ: хочу за 1 000? Середина будет 500 500. Не очень, правда? Зато будут все тесты, о которых я писал выше. За дополнительную плату мы добавим возможность покупать на сайте (наложенный платеж) и при еще небольшой оплате подключим эквайринг и, если еще доплатите, обеспечим соответствие 54-ФЗ. Вот вам и видение, что будет, если находиться посередине между заказчиком и исполнителем.

[Вова Дружаев]

Дмитрий,

я уже понял, что есть только одно единственно правильное мнение по этому вопросу и оно ваше

Мой ответ по популярности всего на 3м месте (на момент написания этого камента) и я не машу флагом "я вечно прав". Так откуда у вас такие умозаключения?

Отойдите от монитора, выспитесь. Раздражительность уйдёт.

[Дмитрий]

Никита,

Зачем? Есть процесс приемки-сдачи работы.

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

Владимир Дружаев, ну а у моего комментария к самому популярному ответу больше всего лайков. И что?

и я не машу флагом "я вечно прав". Так откуда у вас такие умозаключения?

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

Ваша и Никиты точка зрения идет с позиции разработчика, там да, чужой код/плагин зло, хочу кодить сам и потом сам сидеть на поддержке - это оптимально.
С точки же зрения тех.лида/заказчика, такая позиция плохо. Тут лучше унификация и максимально возможное использование готовых решений. И свой код только в том случае, если нет аналогов или кастомизация/подгонка плагина займет дольше.
Банально - заплатить программисту за написание кода будет одна сумма, за настройку такого же функционала плагином совершенно другая.

[Вова Дружаев]

Дмитрий,

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

вы увидели слона там, где была муха. Не более того.
и да - в WordPress есть такое понятие - как HighLoad. И фреймворки, билдеры и плагины монстры - идут другой дорогой. Я не осуждаю - рынок выбирает их. HighLoad - нет! (а вот последнее как раз было категорично)

[Дмитрий]

Владимир Дружаев,

Я не осуждаю - рынок выбирает их. HighLoad - нет!

да ну?
ну, для начала стоит определиться, что именно вы подразумеваете под "HighLoad". а то у некоторых и 10 человек онлайн это очень большая нагрузка.
есть опыт работы на проектах с большой посещаемостью,  >1млн уников/месяц, на пиках до 1 тыс онлайн и использованием плагинов - ACF, Yoast и прочее такое. Все работало штатно.
если такое вам таки не high, посмотрите на wordspress.com

[FullStack Alex]

Все велосипеды разные. Нет никаких "Стандартных плагинов".

То есть каждый ваш сайт на WordPress уникальный шедевр?))

Вижу вы начитались старых блогов по топ плагинам.

Поразительно как быстро и легко вы делаете унизительные выводы о других пользователей.

Нет никаких "Стандартных плагинов".

У меня лично есть стандартные плагины. Таким образом вы не правы. Почему вы делаете абсолютные утверждения за других? Вопрос был именно о мнении каждого отдельного пользователя а не абсолютной правды

[Вова Дружаев]

Tech Nomad, вот теперь можете выдохнуть?

Answer 6

[Анатолий Куликов]

Уже встречались выше, но для статистики:

- общего назначения:
- - Contact form 7 (с дополнениями)
- - ACF
- опционально:
- - WP All import / export - для переноса всего и вся
- - WooCommerce - для магазинов
- - Elementor - не жалую page builder'ы, но иногда очень нужно, этот считаю одним из лучших

Но если есть возможность делать руками - делаю руками. Главное, чтобы это было адекватно по времени.

Answer 7

[Александр]

Без этого или подобных этим, тяжеловато приходится:
WPS Hide Login; Math Captcha; Email Address Encoder; iThemes Security!
А вот эти считаю полезными для работы с поисковиками:
Yoast SEO; Google XML Sitemaps!
ИМХО

Answer 8

[Елена Сударева]

Универсального рецепта нет. Всё зависит от задачи и назначения сайта.
Рейтинг плагина можно увидеть на его странице на wordpress.org. Очень полезно обращать внимание на этот рейтинг и то, насколько регулярно плагин получает обновление. Много полезной информации о плагине могут дать отзывы других пользователей.
С WP работаю давно. Могу назвать несколько плагинов, из которых наверняка что-то окажется полезным:
Antispam Bee - надежная защита от спам-комментариев без капчи и отправки личной информации сторонним сервисам.
Contact Form by WD - простой плагин для создания контактных форм, работает на сайтах с адаптивной версткой.
Elementor - мощный визуальный конструктор веб-страниц, позволяющий создавать собственные шаблоны или отдельные страницы сайта. В умелых руках просто волшебная вещь. Есть видеоуроки.
WordPress Importer - удобный импорт страниц, комментариев, произвольных полей, рубрик, меток и многого другого из файла экспорта WordPress.

Answer 9

[Анатолий]

Только Query Monitor, остальные вред.

PS. Но он используется обычно только во время создания и до работки сайта.

Comments

[tuxfighter]

а потом заказчик прибигает на https://ru.wordpress.org/support с криками "ААА!!! обновил версию ВП/темы/РНР/etc - ниче не работает, связи с говноразработчиком "я тут на своей теме, без плагинов" нет, ПОМОГИТЕ!!!"

[Анатолий]

tuxfighter, я не много не понял, если нет плагинов, то чему ломаться? ))

[Дмитрий]

Анатолий, не, все норм. Благодаря таким разработчикам у нас всегда есть работа.

[tuxfighter]

Анатолий, если нет плагинов - то его функцию исполняет кривой наколенный код, который гореразработчики суют прямо в файлы или в function.php.

[Анатолий]

tuxfighter, я этого и не утверждал! Зачем все засовывать в один файл?! Скажу про себя, что чужие плагины это обычно универсальное средство, которое содержит много лишнего кода, и много нужного не содержит. Поэтому ИМХО при создании сайта лучше использовать собственные наработки. Оформлять конечно лучше форме плагинов, только подключенных через папку mu-plugins.
Считаю, что если ты хороший разработчик, то у тебя должны быть эти наработки, где ты как рыба в воде.

[tuxfighter]

Скажу про себя, что чужие плагины это обычно универсальное средство, которое содержит много лишнего кода, и много нужного не содержит. Поэтому ИМХО при создании сайта лучше использовать собственные наработки. Оформлять конечно лучше форме плагинов, только подключенных через папку mu-plugins.

насколько долгосрочная поддержка ваших плагинов? Насколько быстро вы реагируете на изменения движка ВП, его требований? Дайте ссылку на оф. репо ВП с вашими плагинами.

Answer 10

[Александр Соболев]

Написанные собственноручно.
К примеру ACF замечательная, великолепная штука, но если мне нужно два три произвольных поля с несложной логикой, зачем мне ставить такую глыбу? Тоже касается и формы обратной связи. По сути, чаще достаточно всем известного скрипта в 20-30 строк, а то и встроенных функций WP

Comments

[tuxfighter]

а потом заказчик прибигает на https://ru.wordpress.org/support с криками "ААА!!! обновил версию ВП/темы/РНР/etc - ниче не работает, связи с говноразработчиком "я тут на своей теме, без плагинов" нет, ПОМОГИТЕ!!!"

[Александр Соболев]

tuxfighter, а кто говорит без плагинов?)))
Я вообще сторонник того чтобы все изменения в "систему", вносить через плагины. Ставишь "голый" WP, навешиваешь на него свой(и) плагин и все происходит как нужно. А не 100500 плагинов, которые переодически подвергаются атакам, постоянно латаются а общим количеством еще и систему грузят

"Что-то у меня много плагинов, надо поставить еще один, "ускоряющий" процесс" (с)

[tuxfighter]

навешиваешь на него свой(и) плагин

насколько долгосрочная поддержка ваших плагинов? Насколько быстро вы реагируете на изменения движка ВП, его требований? Дайте ссылку на оф. репо ВП с вашими плагинами.

[Александр Соболев]

Дайте ссылку на оф. репо ВП с вашими плагинами.

Не стремлюсь к этому, но идея интересная
Что касается поддержки, чаще используются классика в виде php и js, потому обновления ядра не вызывают противоречий и конфликтов. В случаях активного пользования багажом ядра WP, плагин автоматически сообщит о своей нестабильности, где бы он не работал а потому "общая температура по больнице" отслеживается пожизненно, по крайне мере до тех пор пока это нужно клиенту.

[tuxfighter]

в виде php и js, потому обновления ядра не вызывают противоречий и конфликтов.

зайдите на форум ВП. Полюбуйтесь, как смена версий РНР и ВП не влияет на плагины и сколько было рухновших сайтов при переходе ВП на 5.0 и при переходе на РНР 7.х

[Сергей delphinpro]

tuxfighter, не слабо у вас бомбит от "своих плагинов" =) вангую большой печальный опыт...
А вот нефиг было свою деятельность связывать с вордпрессом! На нем же клепают сайты все кому не лень, умеют или нет, неважно.
Вы обречены на страдания.

[tuxfighter]

Сергей delphinpro,

не слабо у вас бомбит от "своих плагинов"

опыт разгребания костыльных велосипедов после "нам сделал программист, сейчас ниче не работает, связи с ним нет!!"

Answer 11

[Одиночка Айс]

Нахер ACF, юзайте Metabox)) Polylang для языковых версий, остальное по ситуации или от лукавого

Comments

[Пычев Анатолий]

Прокомментируйте пожалуйста преимущества Metabox перед ACF

[Вова Дружаев]

Примерно как тойота и лексус :)

[Одиночка Айс]

Пычев Анатолий, например, не нужно ставить плагин, чтобы сделать кастомные поля и типы данных

[Пычев Анатолий]

Одиночка Айс, Благодарю за ответ, но я спрашивал про преимущества одного плагина перед другим.
Почему Вы рекомендуете именно metabox?

[Одиночка Айс]

Пычев Анатолий, по сути одно и тоже, выдает стандартный код, просто ACF через плагин, а Метабокс через сайт. Понравился именно в отсутствии необходимости ставить плагин

Answer 12

[Никита]

woocommerce – делаем магазины на WP, без необходимости применения динамики используем статику (Firebase, Netlify, ...)
wordpress-seo – микроразметка + плюшки
classic-editor – снести гутенберга
w3-total-cache – понятное дело
show-current-template – чтобы не искать где что поправить, учитывая https://developer.wordpress.org/themes/basics/temp...
facebook-for-woocommerce – для удобства
advanced-custom-fields – вы уже видели
relevanssi – кастомные поиски по магазину
wp-smushit – жать картинки

Comments

[Никита]

Бонус – кусок скрипта для установки этих плагинов (без декларирования переменных):

#!/bin/bash

########################
# wp cli
curl -o /usr/local/bin/wp -L https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar
chmod +x /usr/local/bin/wp
cat > /etc/cron.daily/wp-cli-update << EOF
#!/bin/bash
wp --allow-root cli update --stable --yes
EOF
chmod +x /etc/cron.daily/wp-cli-update
echo "Creating database $DB_NAME..."
mysql -u$DB_USER -p$DB_PASS -e"CREATE DATABASE $DB_NAME;"
mysql -u$DB_USER -p$DB_PASS -e"GRANT ALL PRIVILEGES ON $DB_NAME.* TO $WP_DB_USER@localhost IDENTIFIED BY '$WP_DB_PASS';"
# Download WP Core.
wp core download --path=$SITE_PATH --locale=ru_RU --allow-root
# Generate the wp-config.php file
wp core config --path=$SITE_PATH --dbname=$DB_NAME --dbuser=$WP_DB_USER --dbpass=$WP_DB_PASS --extra-php --allow-root <<PHP
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_MEMORY_LIMIT', '256M');
define('FS_METHOD','direct');
PHP
# Install the WordPress database.
wp core install --path=$SITE_PATH --url=$BASE_URL --title="$SITENAME" --admin_user="$WPADMIN" --admin_password="$WPPASSWORD" --admin_email="$EMAIL" --allow-root
# install wp plugins
wp plugin install woocommerce \
wordpress-seo \
classic-editor \
w3-total-cache \
show-current-template \
facebook-for-woocommerce \
advanced-custom-fields \
relevanssi \
wp-smushit \
--path=$SITE_PATH --activate --allow-root
chown -R www-data:www-data /var/www/html/
########################
# letsencrypt
certbot -d "$DOMAIN" -n --nginx --agree-tos --register-unsafely-without-email

[Никита]

⬆️ также, является объяснением "почему имена плагинов даны в такой нотации"

Answer 13

[Икотий Айтишевич]

• WooCommerce - для магазинов
  
• Contact Form 7 - для работы с формами
  
• WP Broken Link Status Checker - для проверки ссылок
  
• Duplicator - для переноса и создания копий сайта
  
• Cyr-To-Lat - для перевода ссылок
  
• All In One SEO Pack - для SEO
  
• WP Fastest Cache - для работы с кэшем
  
• Classic Editor - для удобства работы с редактором
  
• ACF - для создания произвольных полей
  

Answer 14

[Lord_Dantes]

ACF
CF7
RusToLat
Classic Editor
Updraft Plus

Answer 15

[Programmir]

ACF
Cyr-To-Lat
Classic Editor