OldWarrior: Комментарии

Главные вкладки

9 мая в 1:52

Просто для примера работы с entity wrapper - у xandeadx'а давным-давно висит вводный манул: http://xandeadx.ru/blog/drupal/549 Хорошо показано, в чём удобство работы со значениями полей сущности через врэппер.

Там рассматриваются в основном ноды. Но принципиально этот процесс не отличается от commerce_product. Тут вам уже следует погуглить самостоятельно.

9 мая в 1:36

В свою очередь, думаю, что вам не составит труда объяснить, что же в итоге подразумевается под несуществующим значением (и на основании чего вы сделали вывод, что оно не существует) и в чём конкретно у вас сложность с указанием этой цены.

9 мая в 1:16

Строго говоря, вся эта возня с полями (или непосредственно кодом значений полей) должна быть заменена на работу с методами enity wrapper (для commerce в 7.x есть такая возможность). Тогда многое решается автоматом.

18 апреля в 10:08

Выключите вообще к лешему nginx, вместо него поставить Apache с модулем PHP. Хотя бы временно. Дальше уже разберётесь, нужен ли вам nginx.

Я вообще прихожу к выводу, что nginx в большинстве случаев - зло для Друпала. Во многих случаях малейший чих оборачивается танцами с бубном и перепиливанием его замудрёных конфигов. Апач же аки танк, ничего ему особенного не нужно - обычно сразу включается с минимумом манипуляций.

7 апреля в 17:40

composer.json приложите сюда - в состоянии до начала обновления (и хорошо бы второе состояние - после появления ошибки).

PS. Вы вообще-то с какой версии обновляетесь?

13 февраля в 15:47
1

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

9 февраля в 18:37
1

haver wrote: в функции <?php buildForm(array $form, FormStateInterface $form_state) ?> можно получить аргумент через
<?php $arg = $form_state->getBuildInfo()['args'][0]; ?>

Почему так сложно? Обычно принимаемые параметры можно перечислить в определении ::buildForm, типа:

7 февраля в 18:26

prweb wrote: PS/ re:OldWarrior журнал (watchdog\dblog) друпала не регистрирует ошибки JS

Я в курсе. Зато регистрирует PHP-ошибки контроллера AJAX. В котором, к слову, большинство ошибок обработки и происходит.

31 января в 0:21

Конечно, это не верно.

Вообще-то, если уж задача простирается дальше, чем просто проверка чекбокса на PHP и требуется вмешательство в email-подписку через Rules (хотя мне не совсем понятно, как вы собирались решать это на PHP из управления правилами в админке), то возможно работать тогда будет удобнее через хуки Rules:

https://api.drupal.org/api/rules/rules.api.php/group/rules_hooks/7.x-2.x

29 января в 2:08
1

morgusha wrote: [node-unchanged:field_send_main_ob]

Это не PHP-код, а похоже какой-то токен.

В теории, если уж из PHP, то следует обращаться к объекту Node. Но я не знаю, как его можно получить при использовании Rules.

Если бы была реализация задачи через модуль, то можно было бы использовать хук hook_node_presave(), типа:

21 января в 20:18

1. Ну я тут исхожу из того, что если ТС не дал ссылки - значит, он надеется, что никто не будет проявлять инициативу Smile

2. Не понимаю, почему я вообще что-то должен гуглить по обрывкам урлов. Это разве моя проблема?

А впрочем, всем мира. )

21 января в 2:38

Andruxa wrote: Странно другое - на страницах прописаны канонические ссылки которые и предназначены для решения проблем с задваиванием контента при get-параметрах.
Почему вебмастер ругается на задваивание контента с каноническими ссылками - действительно, лучше спросить у специалистов по SEO.

21 января в 2:23

Я, разумеется, прошу прощения, уважаемый, но где в вашем вопросе вообще упоминание о Друпале и теги интересующих вас версий?

Решений (отталкиваясь от того, как именно это реализовано сейчас) может быть множество даже в Друпале. Иными словами - не потрудившись написать хотя бы минимум и скрыв ссылки на сайт - вы скорее меня, читателя, а не себя, посылаете куда-то - предлагая разбирать невесть что и строить предположения о невесть чём.

Вон ниже Андрюха написал о фасетах, читайте. Однако, не факт, что ваш каталог собран именно на views и что фасеты тут помогут.

20 января в 21:19

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

А вообще - уместнее на форум СЕОшников с такими вопросами.

16 января в 1:25

Kate12 wrote: линия 116:
$variables['logo'] = \Drupal::service('file_url_generator')->generateString(theme_get_setting('logo.url'));

Похоже, весь сыр-бор из-за пустого (или стёртого) поля пути к логотипу в настройках темы в админке. Правда непонятно, зачем он нужен в препроцессе (т.е. $variables['logo']) в случае с модулем simplelogin.

Если есть доступ к FTP - я бы на вашем месте временно заменил строку 116 на