ну сейчас редирект происходит автоматически. если юзер в залогиненном состоянии заходит на user/register то его кидает на user/%USER_ID%/edit
мне нужно от него избавиться. что б открывалась всё та же форма регистрации.
Открываете файл на который он ругается: bootstrap.inc
function check_plain($text) {
if (drupal_validate_utf8($text))
return htmlspecialchars($text, ENT_QUOTES, 'UTF-8');
return htmlspecialchars($text, ENT_QUOTES);
}
В плане, просто по $_SERVER["REQUEST_URI"] проверять в theme_form_element() ?
Как-то это не правильно ИМХО... Ну к данной ситуации конечно подходит) Но хотелось бы на будущее таки знать, как это можно реализовать
да да, спасибо, я в курсе про собственные шаблоны, но не хотелось бы плодить их столько.
мне кажется что должен быть способ кастомизировать и стандартные...
Попробуй Elysia выключить.
Правда,сам использовал его в одном из последних проектов (синхронизация с 1С - импорт и обработка данных очередями) - проблем не было.
так на нём весь текущий проект подвязан. или вы чем-то заменить его предлагаете?
я уже не знаю даже что и думать.. перепробовал - всё!
Попробуй через hook_cron_queue_info_alter() посмотреть список задач, которые встают по крону. Там же можно попробовать выставить свой qollections в начало, так твоя очередь должна пойти на обработку в 1-ой
а можно немного подробней на этом моменте? я с друпалом не много знаком, а hook_cron_queue_info_alter не сильно документирован...
да, Крон у меня вызывается каждую минуту.
суть такова - если в базе появилась запись(и), он достаёт их и запихивает в очередь (имя файла), а в mymodule_cron_queue_info указан колбэк для распаковки этого файла - mymodule_unzip_file.
но на него никак не идёт. даже если нету новой записи в базе, он всё равно не хочет выполнять колбэк. а если есть новая запись, он её кидает на стек и всё. таким образом collections просто растёт.
В очередь тоже похоже становиться. В таблицу "queue", при каждом запуске крона добавляется по две записи.
drush queue-list тоже показывает их (collections 2 SystemQueue).
Если сделать: drush queue-run collections, тогда оно идёт на колбэк указанный в mymodule_cron_queue_info и всё выполняется и очередь становиться пустой.
Это что, мне ещё второй Крон заюзать и в нём делать drush queue-run collections постоянно? Это же как-то не правильно имхо, нет?
Как убрать редирект с user/register в залогиненом состоянии?
ну сейчас редирект происходит автоматически. если юзер в залогиненном состоянии заходит на user/register то его кидает на user/%USER_ID%/edit
мне нужно от него избавиться. что б открывалась всё та же форма регистрации.
как динамически изменять кол-во выводимых нод на странице?
Короче, выкрутился как-то так.
Без аякса.
Нагуглил про hook_views_pre_build():
Как убрать Друпаловские вокруг мини-панели?
25 октября 2012 в 14:38
25 октября 2012 в 14:35
18 октября 2012 в 12:03
18 октября 2012 в 10:08
17 октября 2012 в 17:55
17 октября 2012 в 17:50
Может просто Кеш, нет?
Warning: htmlspecialchars() [function.htmlspecialchars]: Invalid multibyte sequence in argument
theme_form_element для определённой формы
Спасибо, я просто из $_SERVER["REQUEST_URI"] беру значение, там по-любому будет в нижнем
theme_form_element для определённой формы
Ок, тогда делаю сейчас через проверку на url, спасибо за солюшен!
theme_form_element для определённой формы
В плане, просто по $_SERVER["REQUEST_URI"] проверять в theme_form_element() ?
Как-то это не правильно ИМХО... Ну к данной ситуации конечно подходит) Но хотелось бы на будущее таки знать, как это можно реализовать
theme_form_element для определённой формы
не совсем понял о чем вы
Как убрать Друпаловские вокруг мини-панели?
11 октября 2012 в 14:50
всё, таки сам допёр
тупо в своей теме переопределил panels-twocol.tpl.php
Как убрать Друпаловские вокруг мини-панели?
11 октября 2012 в 10:01
24 сентября 2012 в 16:23
21 сентября 2012 в 14:11
20 сентября 2012 в 13:23
20 сентября 2012 в 10:58
20 сентября 2012 в 10:57
20 сентября 2012 в 10:20
19 сентября 2012 в 17:56
19 сентября 2012 в 16:11
19 сентября 2012 в 15:39
19 сентября 2012 в 11:29
19 сентября 2012 в 10:08
да да, спасибо, я в курсе про собственные шаблоны, но не хотелось бы плодить их столько.
мне кажется что должен быть способ кастомизировать и стандартные...
Парсер - поле Universally Unique ID (UUID) в таблице NODE не вставляется
ну я не знаю, стандартное оно или нет, но в базе оно было
соответственно,нужно его заполнять.
Парсер - поле Universally Unique ID (UUID) в таблице NODE не вставляется
mymodule_uuid_generator() - самописный.
в коде примерно так дёт:
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
так на нём весь текущий проект подвязан. или вы чем-то заменить его предлагаете?
я уже не знаю даже что и думать.. перепробовал - всё!
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
У меня стоит "Elysia Cron 7.x-2.1". Может там где-то в настройках можно включить логирование в журнал, но я не нашёл
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
да нет, всё отлично проходит, пишет "Job executed", логирует "Dernier lancement", "Exec count" и т.д.
но в журнал ничего не пишет...
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
в смысле вот тут? admin/reports/dblog
про Крон вообще тишина. мистика какая-то...
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
кстати Крон у меня дёргает каждую минуту функцию - mymodule_cron() (см. 1ый пост)
тут-то всё же верно, да?
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
Есть там мои collections, и первые в очереди...
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
а можно немного подробней на этом моменте? я с друпалом не много знаком, а hook_cron_queue_info_alter не сильно документирован...
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
да, Крон у меня вызывается каждую минуту.
суть такова - если в базе появилась запись(и), он достаёт их и запихивает в очередь (имя файла), а в mymodule_cron_queue_info указан колбэк для распаковки этого файла - mymodule_unzip_file.
но на него никак не идёт. даже если нету новой записи в базе, он всё равно не хочет выполнять колбэк. а если есть новая запись, он её кидает на стек и всё. таким образом collections просто растёт.
Cron + Drupal Queue - проблема с _cron_queue_info колбэками
Кеш я чищу, всё ок.
В очередь тоже похоже становиться. В таблицу "queue", при каждом запуске крона добавляется по две записи.
drush queue-list тоже показывает их (collections 2 SystemQueue).
Если сделать: drush queue-run collections, тогда оно идёт на колбэк указанный в mymodule_cron_queue_info и всё выполняется и очередь становиться пустой.
Это что, мне ещё второй Крон заюзать и в нём делать drush queue-run collections постоянно? Это же как-то не правильно имхо, нет?