Ответы в темах

Просмотр 15 ответов — с 31 по 45 (всего 56)
  • Не учитываете области видимости переменных в php.
    Матчасть: https://www.php.net/manual/ru/language.variables.scope.php.

    Хмм. По ссылки написано что

    Эта единая область видимости охватывает также включаемые (include) и требуемые (require) файлы.

    а get_template_part ведь аналог include. Т.е. по идее должно быть видно.

    Но спасибо, попробую объявить глобальным.

    Возможно ли такое сделать на базе woocommerce ? может какой-то есть плагин специальный ?

    Составной продукт — из коробки WC.

    Но надо ли woocommerce? Возможно достаточно CF7+пару адонов к нему в зависимости от того, откуда будут браться объекты и что с результатами потом нужно делать делать.

    Пример подключения Font Awesome 5

    Там само подключение FA стандартное, через wp_enqueue_style. И даже без условий «только в админке». Но сделать такое условие не проблема.

    А вот отображение и вовсе стилями. Это уже не о том, чего я хотел бы узнать.

    Я хочу подключить так, чтобы можно было использовать имена иконок. Например в register_post_type прописать
    'menu_icon' => 'fas share-alt-square'

    Рецепт создания виртуальных страниц нашел у Флектора

    Рецепт оказался не рабочим или я не понял как его использовать.

    Но всё же как было сделано в старом каталоге плагинов? Как повторить такую структуру страниц и адресов?

    Помогите пожалуйста разобраться что куда и как.

    Посмотрите https://wordpress.org/plugins/cpt-onomies/ По словам похоже

    Еще раз спасибо и поделюсь своими изысканиями.
    Нашел почти актуальный почти аналог: MB Relationships. Это дополнение к Meta Box – WordPress Custom Fields Framework.
    Правда, в админке нет интерфейса управления, но есть документация. С помощью гуглоперевода кое-как начал разбираться.

    Но это, кмк, как-то костыльно, что ли. Первый вариант кажется более естественным и простым.
    Может кто-то подскажет по нему?
    Или предложит другие идеи?

    Я не понял что Вас интересует: как правильно написать плагин который поддерживает админ иконки или как создать произвольный тип постов который будет поддерживать админ иконки?

    Интересует как правильно подключить иконочные шрифты или свой набор иконок чтобы в параметре ‘menu_icon’ функции register_post_type указывать их названия вместо dashicon-овских.

    Стоит обратить внимание на этот плагин.

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

    Посмотрите https://wordpress.org/plugins/cpt-onomies/ По словам похоже

    На первый взгляд смущает Tested up to: 5.1.0, и то, что это плагин как мне показалось дублирует функционал создания произвольных сущностей, но посмотрю.
    Спасибо.

    Во первых в настройках плагина есть параметры от которых зависит работа

    View post on imgur.com

    Во вторых при создании пакета плагин выводит предупреждения и ошибки.
    Их нужно развернуть, посмотреть и по возможности устранить. С предупреждениями нет гарантий что всё пройдет успешно, но у меня проходит. https://i.imgur.com/8zkFLW5.jpg
    Ошибки отмечаются красным и если они есть, то вероятность успеха еще меньше.

    И какой хостинг?

    Рецепт создания виртуальных страниц нашел у Флектора https://www.wphook.ru/plugins/create-virtual-page.html. Но мне не понятно как выводить в них нужный контнет, прописанный в админке. Где и как его пописывать и как передать это в $args.

    function wph_create_virtual_page() {
        $url = trim(parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH), '/');
        if ($url == 'wphook-virtual-page') {
            $args = array('slug' => 'wphook-virtual-page',
                          'title' => 'Это виртуальная страница',
                          'content' => "Это сгенерированный из кода контент.<br />
                                        Здесь вы можете вывести что угодно.",
                          'author' => 1,
                          'date' => '14.01.2017',
                          'type' => 'post');                      
            $pg = new wphVirtualPage($args);
        }
    }
    add_action('init', 'wph_create_virtual_page');
    

    Подскажите пожалуйста, как правильно сделать наполнение виртуальных страниц контентом из админки.

    Но в процессе поисков и раздумий вспомнил, что старый каталог плагинов был такой же как я хочу. На странице плагина ссылки «подстарниц» имели отдельные адреса с одинаковыми для всех плагинов слагами и уникальный контент.
    Как тут было сделано?

    Зато может помочь получить желаемые урлы у записей.

    т.е. если вставить /banki/sberbank/credit-cards/ в поле для слага в Custom Permalinks не срабатывает?

    Хмм.. Я не думал он с вложенностью может работать. Оказывается работает.
    Был не прав. Спасибо что заставили посмотреть пристальнее.

    Но это не очень хороший вариант. Даже плохой. Объясняю ниже.

    Вам шашечки или ехать?

    В том-то и дело что ехать, а не толкать.

    Надо чтобы редактор назвав пост «тарифы» (у меня др тематика, но структурно похоже) и отметив рубрики или др таксономии и связанные типы постов получил пост по данному урлу. Не трогая пермалинки вручную. Это на самом деле достаточно сложно, тк упомнить всех «родителей» не реально.

    Не увидел, где там используется платный плагин, но вы же можете использовать любой другой мануал.

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

    Через endpoint, через parse_request. Если решите делать с помощью WP-сущностей, то обычно конфликты можно разрешить с помощью parse_query.

    Это пока не ясно, но погуглю.

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

    У разных получится. Не получится в одной.

    Посмотрите классы в <body>. Думаю, станет более понятно что и где используется.

    Там и смотрел.

    Видимые страницы и записи не обязательно должны как-то существовать в админке сайта и быть какой-то сущностью WordPress. Они могут быть виртуальные.

    Виртуальные могут иметь одинаковые слаги?
    А контентом как их наполнять?
    Как разрулить? (тот мануал к платному плагину)

    Если нужно решение «в лоб», то есть плагин Custom Permalinks.

    Он не поможет с одинаковыми слагами.

    Это виртуальные страницы и в базе и админке их нет, как уже выше сказали

    Коллеги, вы присмотритесь пожалуйста — каждая веб-страница это запись.
    <body class="banki-template banki-template-banki banki-template-page-bank-mfo banki-template-bankipage-bank-mfo-php single single-banki postid-130483">
    Со своим уникальным контентом.

    Но хорошо, может я что-то упускаю — пускай будет виртуальной. Как так сделать «подзаписи» с одинаковвыми слагами?

    Слаги тут open, tinkoff, sberbank

    banki — это слаг custom types насколько я понял.
    open, tinkoff, sberbank — слаги термов записей этих custom types, но служащие аналогом «рубрик». Как это сделано я тоже пока не разобрался.
    credit-cards — тоже слаг записи (см исходный код). И такое ощущение, что это «дочерние записи», но в ВП такого же нет.

    это на подобии «вкладок»

    Что такое «на подобии»? Вкладки это элемент дизайна. Они никак не относятся к сущностям ВП и не могут формировать слаги. В данном случае это отдельные веб-страницы со своими адресами. Больше похоже на дочерние страницы ВП, но это не страницы, а записи.

    тоесть самодельное решение.

    В том-то и вопрос — как такое сделать.

    почитайте что такое сериализованные данные и почему не стоит лезть в БД руками

    Почитайте внимательно вопрос и прекращайте фантазировать.

    это тоже не работает?

    Он вообще на бегете плохо работает — бегет блокирует частые обращения к таблицам.
    Но я сейчас опять его попробовал только с одной таблицей и он выдал сообщение «The table «wp_options» has no primary key. Changes will have to be made manually.»

    Однако PMA показывает, что ключ есть https://i.imgur.com/RUGWQPT.jpg

    И в дампе я вижу

    ALTER TABLE "wp_options"
      ADD PRIMARY KEY ("option_id"),
      ADD UNIQUE KEY option_name ("option_name"),
      ADD KEY autoload ("autoload");
    

    Куда дальше посмотреть?

    Проверила сейчас через свои VPN — никаких проблем нет.

    Вам хорошо. Но не все такие счастливчики.

    вот сервисы как раз могли и отфильтровать.

    Проверьте например на бертале с разными юзерагентами.

Просмотр 15 ответов — с 31 по 45 (всего 56)