• Какую платежную систему выбрать для небольшого магазина?

    @azerphoenix
    Ту платежную систему, которая вам нравится и условий которой вас устроят.
    Размер магазина не имеет значения... ну и смотрите, чтобы плагины этой платежной системы корректно работали бы с актуальными версиями вукомерца и ВП
    Ответ написан
  • Right Way в посадке верстки на Wordpress?

    @weart
    советуют создавать "дочку" у бесплатной темы

    Никогда так не делал

    Не будет ли говнокодом если в моем шаблоне page.php или archive.php будет полотно кода, под каждую страницу котрую я цепляю по слагу?

    Будет

    Возьмите любую тему, написанную по codex (любая от команды разрабов) и посмотрите, как она устроена.

    Если нужно писать функционал, учите реакт и пишите на нем блоки для гутенберг. Ну или acf, если речь про сроки и зарабатывание бабла, а не учебу.
    Ответ написан
  • Как вывести в админке WP "назначение" страницы сбоку от заголовка?

    maksym1991
    @maksym1991
    WordPress adept
    Используйте фильтр display_post_states:
    add_filter('display_post_states', 'custom_post_state', 10, 2);
    
    function custom_post_state( $states, $post ) { 
    
                $states[] = __('Custom state'); 
    
        return $states;
    }
    Ответ написан
  • Как найти возможность в любой момент брать шабашки на 1000-2000 рублей?

    anishikin
    @anishikin
    IT бизнес
    Плюсую Владимир Дружаев, только уходить сразу не надо -совсем без денег останется! Нужно наладить источник пассивного дохода, чтобы ваши услуги, либо готовые товары продавались несколько раз в месяц на нужную сумму. А там как понравится - за уши не оттянешь!
    Ответ написан
  • Как перестать говнокодить и принимать неверные архитектурные решения?

    miraage
    @miraage
    dev
    как писать поддерживаемый код?

    Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
    https://twitter.com/mjackson/status/1171524189850701825

    Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
    For me, this is 95% of software development. Just figuring out *where* things belong.


    Что гуглить, что учить?

    Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

    Может литературу какую почитать посоветуете?

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

    Можно ли себя называть миддлом, если твой код говно?

    Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
    И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

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

    Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.
    Ответ написан
  • Кастомная админка WP?

    anatoly_kulikov
    @anatoly_kulikov
    Помог ответ? Отметь решением!
    Мне в данном случае видится только такой вариант - создавать новую админку поверх обыкновенной. Т.е. обычная админка остаётся, но в неё прямого доступа нет - делается для админа спецстраницы, к ним - форма авторизации. Все входы/выходы из учётной записи с помощью хуков замыкаются на эту страницу.
    Ответ написан
  • Какие best practice разработки с WordPress для новичка?

    HeadOnFire
    @HeadOnFire Куратор тега WordPress
    PHP, Laravel & WordPress Evangelist
    Во-первых, прекратите спамить всех подряд, такой подход не очень продуктивен.

    Во-вторых, у вас не вопрос. Вопрос - это как правило одна (иди хотя бы одна главная) проблема, которую можно решить одним ответом. Как правило не очень объемным, потому что S из SOLID, как мы знаем, это Single Responsibility Principle. Ваш вопрос его нарушает чуть более чем полностью. Из этого следует, что вам нужно разбить ваш вопрос на множество других. И задавать их желательно по порядку, получая ответы, применяя их в жизни, практикуясь, и только потом переходя далее. Ибо влить в мозг весь этот объем информации за раз можно только в фильме "Матрица", а мы, увы, не там.

    Тезисно пройдусь по пунктам, чтобы прояснить ситуацию.

    Хочу изучить новые инструменты и вообще понять что есть best practice в мире wp сейчас!

    Не существует единой best practice. Есть разные подходы, каждый из них имеет плюсы, минусы и право на жизнь. Все очень сильно зависит от команды, ее размера и опыта, компании и процессов, клиента, проекта, его размера и бюджета и тд. Ну а общие принципы мало отличаются от разработки в целом, будь то Symfony, Laravel, Ruby on Rails и тд.

    Я нашел много интересного, но пока не понимаю как это всё собрать воедино, что зачем нужно, много непонимания

    Это нормально. Почему - перечитайте абзац про Single Responsibility Principle выше.

    1. среду разработки использую PhpStorm, по университетской лицензии.

    Несущественно. PhpStorm отличная IDE, пожалуй лучшая для разработки на PHP в целом, WP или нет - не важно (сам использую именно ее). Но далеко не все могут использовать ее бесплатно по университетской лицензии, многие покупать не хотят, многим не нравится производительность. Стандарт ли это? Для кого как.

    2. для версий кода использую Git, храню локально и на Gitlab.

    Git - это наиболее популярная VCS на данный момент. Само использование системы контроля версий является стандартом, во всем мире разработки.

    3. при разработке пушу через SSH сразу на shared хостинг, а не на локальный сервер (никогда локальным не пользовался, а надо? каким?)

    Использование локального сервера - стандарт. Обязательно, не обсуждается. Пушить на shared - плохая практика (и пушить на прод, и shared). Изучаем про локальные сервера, Continuous Integration и Continuous Delivery. Впрочем, для WP важно понимать, что бОльшая часть проектов будет простая и небольшая, со скромным бюджетом, а там вся эта кухня может быть лишней (смотрим абзац про зависимость best practices от проекта и тд). Поэтому обычного простого деплоя по мерджу в мастер хватит. Гугл в помощь.

    4. работаю под Linux, знаком с консолью, bash, но не понимаю как использовать wp-cli, в чем он удобен?

    WP-CLI это инструмент. Использовать его - хорошо. Чем удобен / полезен поймете когда разберетесь с деплоями, автоматизацией и тд. Но не поймете если не начнете заставлять себя с ним работать.

    5. присматриваюсь к Roots и Bedrock, но не понимаю как к ним подступиться, нужно объяснение что и зачем делать, какие-то инструкции..

    Рано. Очень рано вам к ним присматриваться.

    6. хочу начать использовать composer

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

    7. хочу начать писать тесты, PHPUnit?

    Если бы спрашивали за Laravel, то да. Но по WP - забудьте. Думать про тесты в WP вам рано и не нужно. Голову сломаете. Да и проекты, где это понадобится вам пока не светят.

    Сейчас как-то грустно, что wp любят поносить за его "легкий вход", "говнокод", "это не программирование" и т.д.

    Это не только сейчас и не только про WP. Добро пожаловать в прекрасный мир разработки, где каждый второй с радостью обосрёт инструмент, о котором мало что знает или потому что ему лично он не подходит / не нравится. Вырабатывайте свое личное мнение. WP сам по себе лишь инструмент. Хороший или плохой - не важно. Он решает определенные задачи, и делает это лучше / быстрее / дешевле / проще других.

    Как всё это собрать вместе?

    Постепенно. Шаг за шагом. Слона нужно есть по частям, иначе подавитесь.

    Прошу подробных ответов, по возможности со ссылками и/или инструкциями.

    Это придется накатать книгу, и не одну.

    Хочу учиться.

    Достойное желание. Учитесь, никто не мешает. Гугл, кодекс, кама и другие ресурсы в помощь.

    Бонус: запомните одну простую истину - вы не сможете что-то изучить или освоить, если не начнете с ним работать. Только на реальной практике можно понять и осознать. Можно прочитать 10 лучших книг про ООП (для примера), но пока вы не напишете, выбросите, перепишете несколько раз свой код на ООП, вы его не поймете.
    Ответ написан
  • Нужно сделать подобие социальной сети для сотрудников?

    @azerphoenix
    По своему опыту, скажу что создавать соц. сеть на базе ВП не очень-то профессиональное решение, хотя это практикуется.
    Будь я на вашем месте, то поднял бы соц. сеть используя фреймворк на любом языке, которым вы владеете (yii2, django, RoR, Spring)
    Что касается ВП, то:
    1) WP Recall личный кабинет и в принципе огромное кол-во расширений (платных). Можно реализовать то, что вы хотите. (бесплатный + есть платные дополнения)
    2) Ultimate Member соц. сеть, как по мне получше чем BuddyPress. + есть интеграция с форумом bbPress. (бесплатный плагин + платные дополнения) - https://ru.wordpress.org/plugins/ultimate-member/
    3) BuddyPress + bbPress (бесплатный) https://buddypress.org/
    4) PeepSo (платный) https://www.peepso.com/

    + Для управления ролями пользователей можете использовать User Role Editor -
    https://ru.wordpress.org/plugins/user-role-editor/

    Из всего этого я бы выбрал Ultimate Member или WP Recall. С PeepSo не знаком, но насколько я знаю он более функционален.
    Ответ написан
  • Есть ли какие-то плагины для создания системы управления базой пользователей на Wordpress?

    @ren334
    Безработный бездельник
    https://ru.wordpress.org/plugins/wp-recall/
    Может этот подойдет? Возможно, с ACF и небольшим допилом, ваш функционал будет нормально пахать.
    Ответ написан
  • Права на плагины в магазине wordpress?

    deniscopro
    @deniscopro Куратор тега WordPress
    WordPress-разработчик, wpcute.ru
    По поводу форков есть ответ в официальном блоге.

    1. Можно.
    2. Можно, если у кого-то возникнут вопросы, они могут отправить запрос на plugins@wordpress.org с указанием ссылки на оригинальный плагин и модераторы каталога сравнят оригинал и форк.

    Пример:
    Плагин Cyr to Lat enhanced — форк плагина Cyr-To-Lat, который в свою очередь является форком плагина Rus-To-Lat.
    Ответ написан
  • Какие существуют альтернативы page builder для Wordpress?

    deniscopro
    @deniscopro Куратор тега WordPress
    WordPress-разработчик, wpcute.ru
    Привет.

    ACF и Elementor Вам уже предложили, поэтому как экспериментальный вариант, я предложу Gutenberg. Он встроен в ядро WP начиная с версии 5.0.
    Ответ написан
  • PHP 7 - как сделать простую обфускацию кода?

    xmoonlight
    @xmoonlight Куратор тега PHP
    https://sitecoder.blogspot.com
    Цель - усложнить разбор проекта в случае воровства, т.к. попытки уже были.
    Если попытки были - потратьтесь на ionCube!
    Окупится быстро!
    Ответ написан
  • Есть ли плагин для ограничения контента с кодами активации?

    erstet
    @erstet
    Есть плагин личного кабинета wp-recall и к нему есть дополнительные плагины такого рода... Разработчик русский, поддержка на уровне) копните в эту сторону. codeseller сайт
    Ответ написан
  • Как можно сделать такое подчеркивание в css?

    potapchino
    @potapchino
    https://jsfiddle.net/1ngwht25/

    <span>Testimonials</span>

    span {
    	background-image: linear-gradient(to right, red, red), linear-gradient(to left, red, red);
    	background-size: 0 2px;
    	background-position: bottom left, bottom right;
    	background-repeat: no-repeat;
    	transition: background-size .2s ease-in-out;
    }
    
    span:hover {
    	background-size: calc(50% - 2px) 2px;
    }
    Ответ написан
  • CSS em rem % вопросы по относительным еденицам - что лучше...и как?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Ankhena W достаточно подробно все описала, но кое-что следует уточнить.

    1. Проценты и em это всё-таки разные единицы измерения. Для каких-то свойств они ведут себя одинаково (в частности font-size), для каких-то - по-разному. Например, при задании line-height процент высчитывается от размера шрифта текущего элемента, а em от размера шрифта родителя.

    2. То же самое. Зависит от свойства, к которому применяется.

    3. Можно использовать (и используют), но не всегда это нужно. Допустим, элемент small должен быть всегда меньше на 25% где бы он не находился. Чем писать правила на все случаи его появления в верстке, проще написать одно правило - font-size: 0.75em;

    4. Неточность у автора. body наследует не настройки браузера, а свойства рутового элемента html, который как раз и задается настройками браузера (по умолчанию).

    5. Отступы в em удобно задавать при описании типографики, но не блоков. Например, для заголовков, параграфов и т.п. Вообще, если описывать всю типографику относительными единицами, ее легко, буквально в пару правил, адаптировать под разные экраны.

    И по всему остальному: истины нет. Неожиданно, да? Тем не менее это похоже на правду. Всё зависит от конкретных обстоятельств. Где-то удобнее использовать одно, где-то другое. И прекрасно, что CSS дает нам такую возможность.
    Ответ написан
  • Как регистрировать пользователей для публикации?

    @azerphoenix
    Если пользователь имеет права "автор", то он может входить в админ. панель, но при этом видит только то, что ему дозволено.
    Можно еще при помощи плагина user roles editor ограничить.
    А еще лучше установите плагин wp recall (личный кабинет). Там как раз есть возможность редактирования и публикации статей из фронт-энда не входя в админку
    Ответ написан