RavenPo, нет, стандартная регистрация есть без ручного режима.
Если в настройках включена вот эта опция:
то будет доступна вот эта страница регистрации yoursite.ru/wp-login.php?action=register
Через хуки можно поменять набор полей, а также изменить стандартную роль (по умолчанию эта форма создает пользователей с ролью Subscriber, которые могут комментировать, но не могут записи создавать).
Но использовать плагин для данных задач вполне нормально.
Олег, а теперь вспомните, что мы вам писали по поводу "невозможности распознать категории если нет category base" :) Вот теперь вы все подготовили как надо, но уперлись именно в ограничение архитектуры WordPress. И ответ на это содержится в том обсуждении.
Олег, чтобы это заработало, у вас должна существовать страница со слагом catalog, и в настройках WooCommerce она должна быть настроена как страница магазина. По умолчанию при установке WooCommerce он создает такую страницу, и называет ее Shop. Отсюда и наши предложения переименовать эту страницу в каталог.
Олег, вы задали ряд вопросов, понимание ответов на которые требуют от вас определенного уровня знаний и понимания. Его у вас нет, отсюда и проблема. Десять комментариев мы пишем чтобы заставить вас включить собственную голову. Мы следуем старой мудрости - дай человеку рыбу, и он сегодня не будет голоден, научи человека ловить рыбу - и он не будет голоден никогда. Иначе вы после обеда придете с очередной пачкой аналогичных вопросов, вечером снова, а завтра все по новой.
это нормально, что кто-то с чем-то может разбираться не так быстро и легко, как вы:)
Понимаете в чем беда... Я лично не вижу с вашей стороны вообще попыток разобраться. Вам говорят "измените slug страницы shop на category", а вы спрашиваете "а как это? а что это?" Ну неужели сложно написать в гугле "как изменить slug страницы wordpress". Вас же в гугле не забанили, правда?
Это же минимально, критически необходимые знания чтобы хоть что-то делать с WP! Slug - это уникальное короткое название страницы, которое используется в УРЛ. Заходите в редактирование страницы, сразу под заголовком будет УРЛ и кнопка "редактировать". Нажав ее вы сможете изменить этот слаг. Вам нужно вместо shop написать catalog и сохранить изменения.
откуда мне знать)))
Вам нужно просто начать слушать людей и читать документацию. Учиться самостоятельно гуглить, разбираться в тонкостях. Фокус в том, что у разных платформ по разному реализован "роутинг". Что такое роутинг, я позволю вам самостоятельно нагуглить и почитать. В WordPress он реализоват через rewrite rules, которые в свою очередь реализованы через регулярные выражения. Это особенность конкретной реализации в конкретном движке. Поэтому эта реализация не может работать так, как она работает, например, в Laravel. Там роутинг устроен совершенно по-другому.
Так вот в реализации WP схема работает по принципу "тип_данных/конкретный_кусок_данных", или "category/some-category-name". Регулярное выражение отлавливает сначала "тип_данных" (то есть, определяет, что это категория), а потому уже запрашивает конкретный экзепляр из этого типа данных (то есть, берет из базы именно категорию с таким названием). Если избавиться от первого фрагмента, WP не будет понимать, что ему нужно взять их БД. Точнее он "поймет", применив просто другое правило, которое будет правилом для вывода страниц. В результате на выводе вы получите не то, что ожидаете.
Олег, Дело не в объяснении, а в вашей реакции. Когда вы что-то не понимаете (хотя вас достаточно детально направили скриншотами в правильном направлении), вы накидываетесь на людей, которые БЕСПЛАТНО тратят свое время на вас. Вам не нужны советы и помощь. Вам нужно "сделайте все за меня". Так это не работает. zorca дал вам инструкцию. Всю остальную информацию вы можете найти в официальной документации WooCommerce.
вы выражаетесь в не понятной для меня форме просто))
Вы даже не представляете, каких трудов нам стоит уловить суть ваших вопросов. Я знаю ответ на ваш вопрос, знаю как сделать на уровне кода. Но исходя из ваших формулировок и ответов на советы, я понимаю что писать ответ нет смысла - вы его не поймете, потому что вы не разработчик. И даже готовое регулярное выражение для preg_match в add_rewrite_rule вас не спасет. Ставлю соточку, что последнее предложение вы не поняли, от слова совсем :)
ideological, ваша проблема в том, что вы даже не пытаетесь узнать, какие есть best practices и industry strandards, и даже если о них слышите, то встречаете в штыки. А они ведь стали стандартами не просто так. Почти все ваши вопросы решаются с помощью Vagrant. Создаете локально виртуальную машину, в ней среда идентичная той, которая на сервере (все тот же линух, nginx и тд, те же версии). К этой виртуальной машине на старте Vagrant маунтит папочку с вашего компа. В папочке - ваши проекты. Работа ведется локально с помощью нормального IDE, а не Notepad++. Сам комп ничем не засирается - все остается на виртуальной машине, кроме собственно файлов проекта.
Далее, весь код и изменения давно принято хранить в системах контроля версий, тот же Git. И оттуда же с помощью CI систем происходит тестирование кода и деплой на удаленные сервера. Все это автоматизируется в 2017м году. FTP/SFTP используют сейчас только простые юзеры, разработчики уже давно забыли что это такое.
Олег, Вы прикалываетесь? Вам же скриншот показали. Допустим, у вас есть товар Х, которому одновременно назначены 2 или более категории. Как должен выглядеть УРЛ? Какая из 2х или более категорий должна присутствовать в УРЛ?
Раз вы отдельно ответом продублировали свое узколобое видение, то я и здесь свой ответ продублирую тоже.
Не ожидал от вас такого комментария... Вот вам 2 примера:
1. Прямо сейчас я пилю проект на WP с бюджетом с пятью нулями. В проекте используется Composer, DIC, namespacing, autoloading и прочее. ООП, SOLID, все дела. PSR. С десяток компонент - что-то из Symfony, что-то совсем абстрактное. Что я делаю не так?
2. Один из моих Enterprise проектов, сделанный почти 2 года назад - изначальный бюджет был больше чем п.1, далее все эти почти 2 года я сижу на контрактной поддержке с 60 часов в месяц по ставке в 2 раза выше среднерыночной ставки Symfony/Laravel/Yii девелопера. Что я делаю не так?
И еще добавлю - кроме своего примера я знаю лично многих разработчиков на WP, которые совершенно не попадают в вашу оценку. Мало того, они зарабатывают на порядок больше 80% "тру-пэхапэ-разрабов-на-фреймворках". Что они все делают не так?
И потратить на глубокое изучение годы. Вариант, конечно. Сам по такому пути прошел. Но менторство вообще-то хорошая вещь. Если есть возможность - почему бы и нет? Разбираться самому - это как подниматься на небоскреб по ступенькам. Можно, но долго и изнурительно. Работа с ментором - это лифт.
Дмитрий Энтелис, не ожидал от вас такого комментария... Вот вам 2 примера:
1. Прямо сейчас я пилю проект на WP с бюджетом с пятью нулями. В проекте используется Composer, DIC, namespacing, autoloading и прочее. ООП, SOLID, все дела. PSR. С десяток компонент - что-то из Symfony, что-то совсем абстрактное. Что я делаю не так?
2. Один из моих Enterprise проектов, сделанный почти 2 года назад - изначальный бюджет был больше чем п.1, далее все эти почти 2 года я сижу на контрактной поддержке с 60 часов в месяц по ставке в 2 раза выше среднерыночной ставки Symfony/Laravel/Yii девелопера. Что я делаю не так?
Если в настройках включена вот эта опция:
то будет доступна вот эта страница регистрации yoursite.ru/wp-login.php?action=register
Через хуки можно поменять набор полей, а также изменить стандартную роль (по умолчанию эта форма создает пользователей с ролью Subscriber, которые могут комментировать, но не могут записи создавать).
Но использовать плагин для данных задач вполне нормально.