Просто для примера работы с entity wrapper - у xandeadx'а давным-давно висит вводный манул: http://xandeadx.ru/blog/drupal/549 Хорошо показано, в чём удобство работы со значениями полей сущности через врэппер.
Там рассматриваются в основном ноды. Но принципиально этот процесс не отличается от commerce_product. Тут вам уже следует погуглить самостоятельно.
В свою очередь, думаю, что вам не составит труда объяснить, что же в итоге подразумевается под несуществующим значением (и на основании чего вы сделали вывод, что оно не существует) и в чём конкретно у вас сложность с указанием этой цены.
Строго говоря, вся эта возня с полями (или непосредственно кодом значений полей) должна быть заменена на работу с методами enity wrapper (для commerce в 7.x есть такая возможность). Тогда многое решается автоматом.
Выключите вообще к лешему nginx, вместо него поставить Apache с модулем PHP. Хотя бы временно. Дальше уже разберётесь, нужен ли вам nginx.
Я вообще прихожу к выводу, что nginx в большинстве случаев - зло для Друпала. Во многих случаях малейший чих оборачивается танцами с бубном и перепиливанием его замудрёных конфигов. Апач же аки танк, ничего ему особенного не нужно - обычно сразу включается с минимумом манипуляций.
haver wrote: в функции <?php buildForm(array $form, FormStateInterface $form_state) ?> можно получить аргумент через
<?php $arg = $form_state->getBuildInfo()['args'][0]; ?>
Почему так сложно? Обычно принимаемые параметры можно перечислить в определении ::buildForm, типа:
Вообще-то, если уж задача простирается дальше, чем просто проверка чекбокса на PHP и требуется вмешательство в email-подписку через Rules (хотя мне не совсем понятно, как вы собирались решать это на PHP из управления правилами в админке), то возможно работать тогда будет удобнее через хуки Rules:
Andruxa wrote: Странно другое - на страницах прописаны канонические ссылки которые и предназначены для решения проблем с задваиванием контента при get-параметрах.
Почему вебмастер ругается на задваивание контента с каноническими ссылками - действительно, лучше спросить у специалистов по SEO.
Я, разумеется, прошу прощения, уважаемый, но где в вашем вопросе вообще упоминание о Друпале и теги интересующих вас версий?
Решений (отталкиваясь от того, как именно это реализовано сейчас) может быть множество даже в Друпале. Иными словами - не потрудившись написать хотя бы минимум и скрыв ссылки на сайт - вы скорее меня, читателя, а не себя, посылаете куда-то - предлагая разбирать невесть что и строить предположения о невесть чём.
Вон ниже Андрюха написал о фасетах, читайте. Однако, не факт, что ваш каталог собран именно на views и что фасеты тут помогут.
Kate12 wrote: линия 116:
$variables['logo'] = \Drupal::service('file_url_generator')->generateString(theme_get_setting('logo.url'));
Похоже, весь сыр-бор из-за пустого (или стёртого) поля пути к логотипу в настройках темы в админке. Правда непонятно, зачем он нужен в препроцессе (т.е. $variables['logo']) в случае с модулем simplelogin.
Если есть доступ к FTP - я бы на вашем месте временно заменил строку 116 на
От меня? Нет, конечно.
Других дел полно, кроме как гуглить вопросы, связанные с позавчерашним днём.
Просто для примера работы с entity wrapper - у xandeadx'а давным-давно висит вводный манул: http://xandeadx.ru/blog/drupal/549 Хорошо показано, в чём удобство работы со значениями полей сущности через врэппер.
Там рассматриваются в основном ноды. Но принципиально этот процесс не отличается от commerce_product. Тут вам уже следует погуглить самостоятельно.
В свою очередь, думаю, что вам не составит труда объяснить, что же в итоге подразумевается под несуществующим значением (и на основании чего вы сделали вывод, что оно не существует) и в чём конкретно у вас сложность с указанием этой цены.
Строго говоря, вся эта возня с полями (или непосредственно кодом значений полей) должна быть заменена на работу с методами enity wrapper (для commerce в 7.x есть такая возможность). Тогда многое решается автоматом.
С кешем ничего не мудрили - в плане установки каких-то сторонних модулей разгона сайта?
Выключите вообще к лешему nginx, вместо него поставить Apache с модулем PHP. Хотя бы временно. Дальше уже разберётесь, нужен ли вам nginx.
Я вообще прихожу к выводу, что nginx в большинстве случаев - зло для Друпала. Во многих случаях малейший чих оборачивается танцами с бубном и перепиливанием его замудрёных конфигов. Апач же аки танк, ничего ему особенного не нужно - обычно сразу включается с минимумом манипуляций.
composer.json приложите сюда - в состоянии до начала обновления (и хорошо бы второе состояние - после появления ошибки).
PS. Вы вообще-то с какой версии обновляетесь?
Ну очевидно же: для обновлённых компонентов требуется версия PHP 8.1
У вас текущая 7.4.33
Разместить обычный PHP-скрипт на old.site.by, который запрашивает site.by/node/3 и тут же отдаёт в браузер. Типа: https://stackoverflow.com/questions/6425666/how-to-proxy-another-page-in...
Полагаю, мозг более высокими материями, типа ракетных двигателей, занят. Друпал - это слишком примитивно для титана мысли, чтобы в нём копаться.
Я бы не смог настолько же внятно и лаконично объяснить этот момент. +1
Почему так сложно? Обычно принимаемые параметры можно перечислить в определении
::buildForm, типа:Я в курсе. Зато регистрирует PHP-ошибки контроллера AJAX. В котором, к слову, большинство ошибок обработки и происходит.
Для начала посмотреть в журнал Друпала на предмет ошибок AJAX.
Конечно, это не верно.
Вообще-то, если уж задача простирается дальше, чем просто проверка чекбокса на PHP и требуется вмешательство в email-подписку через Rules (хотя мне не совсем понятно, как вы собирались решать это на PHP из управления правилами в админке), то возможно работать тогда будет удобнее через хуки Rules:
https://api.drupal.org/api/rules/rules.api.php/group/rules_hooks/7.x-2.x
Какая у вас версия Друпала? Стоит начать с этого.
Я извиняюсь, недопечатал: метод должен быть
$node_original->get('field_send_main_ob')->value.В 6-ке должна быть опция "Перестроить кеш прав доступа".
Вроде здесь была: /admin/content/node-settings/rebuild
Пробуйте.
https://www.php.net/manual/ru/function.debug-backtrace.php
https://www.php.net/manual/ru/function.debug-print-backtrace.php
Или, если установлен Devel, то есть такое:
https://api.drupal.org/api/devel/devel.module/function/ddebug_backtrace/...
Это не PHP-код, а похоже какой-то токен.
В теории, если уж из PHP, то следует обращаться к объекту Node. Но я не знаю, как его можно получить при использовании Rules.
Если бы была реализация задачи через модуль, то можно было бы использовать хук hook_node_presave(), типа:
1. Ну я тут исхожу из того, что если ТС не дал ссылки - значит, он надеется, что никто не будет проявлять инициативу
2. Не понимаю, почему я вообще что-то должен гуглить по обрывкам урлов. Это разве моя проблема?
А впрочем, всем мира. )
Я, разумеется, прошу прощения, уважаемый, но где в вашем вопросе вообще упоминание о Друпале и теги интересующих вас версий?
Решений (отталкиваясь от того, как именно это реализовано сейчас) может быть множество даже в Друпале. Иными словами - не потрудившись написать хотя бы минимум и скрыв ссылки на сайт - вы скорее меня, читателя, а не себя, посылаете куда-то - предлагая разбирать невесть что и строить предположения о невесть чём.
Вон ниже Андрюха написал о фасетах, читайте. Однако, не факт, что ваш каталог собран именно на views и что фасеты тут помогут.
Думаю, ответ вытекает из самого описания ошибки.
Сделайте так, чтобы GET-параметры влияли на уникальность контента, а не выдавали один и тот же ответ.
А вообще - уместнее на форум СЕОшников с такими вопросами.
Похоже, весь сыр-бор из-за пустого (или стёртого) поля пути к логотипу в настройках темы в админке. Правда непонятно, зачем он нужен в препроцессе (т.е. $variables['logo']) в случае с модулем simplelogin.
Если есть доступ к FTP - я бы на вашем месте временно заменил строку 116 на