да причем тут визуальный редактор? суть в том, что с fullhtml можно размещать абсолютно любой вредоносный код, выполняемый на стороне клиента, потому теги script, iframe, object и им подобные лучше блокировать, ибо через любой из них можно взломать просмотревшего(необязательно админа), а далее, в зависимости от того, что было использовано, можно украсть все что угодно(чаще просто воруют кукис с админкой, ибо это просто).

"Chyvakoff" wrote:

Можно через js послать на свой сервак id куки админа, если конечно твой js пролезет через full_html. и в семёрке это потруднее будет, чем в шестёрке.

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

"The_vados" wrote:

Проблема решилась заменой drupal_add_js на scripts[] в info файле модуля.

офигенно)

Еще вариант есть - i7 + 8 гигов ОЗУ + SSD(типа минимальные требования), тогда, возможно, работать и в винде будет более или менее комфортно, правда целерон 10 летней давности на лампе будет выдавать примерно ту же производительность и зону комфорта

Обычно поведение друпала такое - при отключении\включении модуля через админку сразу после его отключения(или включения) весь кеш сносится к чертям(должно работать аналогично "drush cc all"), При отключении через апи - реестр(любой, то бишь модулей, бутстрапа, файлов и прочее и прочее), кроме него еще сносится кеш сущностей и при необходимости обновляются права на ноды(если в модуле содержался соответствующий хук), то есть кеш меню, css, js, views и прочей фигни остается нетронутым.

"drupby" wrote:

это что касаемо самого api , а вот документации по api методов и классов как бы и нету

не знаю, может я просто стал на столько ленив после на столько удобно выложенной информации по всему остальному апи(имею ввиду именно api.drupal.org), но лично мне удобнее читать доки по ООП части не на орге, а в исходниках и файлах api.php. В то время как за любой другой инфой все время лезу в апи.д.орг

даешь одностраничники с паралаксом на битриксе!

для разнообразия, по теме:

чтобы представление его само построило используя контекстные фильтры - нет, хотя блок с фильтрами можно построить опять же через представление, только другое.

в CSS файле темы дописать нужные стили(при этом крайне желательно, чтобы эта самая тема была кастомной), про то, как описываются\переопределяются стили, написано в любой книжке из серии "CSS для чайников"

ясен перец не получится, т.к. у вас 2 фильтра срабатывают одновременно, то есть суть будет такая, допустим есть некая запись в некой таблице, где в одной из записей поле "a" = 1, как вы думаете, что будет если поставить запрос так - вывести запись, где "а" одновременно равно 1 и при этом оно же равно 5, хотя это самое "а" может иметь только одно единственное значение?
В чем соль - использовать одновременно контекстные фильры и обычные фильтры по одному и тому же полю не выйдет, ищите другое решение.

https://api.drupal.org/api/drupal/modules%21taxonomy%21taxonomy.module/f...

по феншую в HOOK_preprocess_node через эту штуку получаете список родителей и выводите их в шаблон ноды, где темизируете. Но можете на это забить и получить список родителей сразу в шаблоне ноды, в любом случае, вам потом с этим жить

Меня вот тоже всегда смущало наличие неиспользуемых модулей вроде Color и ему подобных, на этот мегабайт можно было бы целую картинку на сервер запихать! А уж про всякие там txt файлы вообще молчу... Да и 35 мегабайт, это ведь целых 0.034% от гигабайта! ТС прав, долой 8рку!

я бы на Вашем месте подключил слайдер не в виде готового модуля, а напрямую - подключил нужную версии jQuery через noConflict()(порой достают глюки модуля jQuery Update, хотя через этот модуль подобное провернуть чуть чуть по проще, если версия позволит), далее саму библиотеку + небольшой скрипт, который подключает эту библиотеку к Вашей верстке, и подправил бы шаблон представления(правда это может и не потребоваться, я шаблоны правлю всегда, но несколько по другой причине). Это куда проще, чем бороться с глюками модуля.

"brussnika" wrote:

Погуглила. В итоге заменила "once" на "one" в ../misc/form.js (строка 65) и ../misc/collapse.js (строка 98).

Хотя, что-то я сперва ответил, а потом прочел вопрос

В случае с представлением, Вам надо зайти в настройки аргументов(там это контекстными фильтрами обзывается), поставить галку "укажите критерии проверки", выбрать PHP код и написать что-то вроде return $GLOBALS['user']->uid == $argument;

я это обычно делаю с помощью views+vbo

https://api.drupal.org/api/drupal/modules!node!node.api.php/function/hoo...

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

выучить CSS

Пых по умолчанию хранит сессии в файлах, с одной стороны это удобно, мол не нужны никакие дополнительные серверы, с другой, обращение к файлам довольно медленное, потому в том же Yii, который по дефолту так же хранит сессии в файлах, крайне рекомендуется выносить их в БД(правда там для этого есть готовые средства), однако, друпал, в отличии от приложений на Yii, не может работать без базы данных вообще, собственно по этой причине, там сессии сразу по дефолту хранятся в БД(есть способ их от туда убрать, однако, это весьма сомнительное занятие).

либо проверьте права на запись в public/private папках
а вообще, причина и даже её решение указано в Ваших логах.

да да, в чем его преимущество перед nano?

Могу уделить 5 минут на объяснение(голосом), как это делается, но при условии, что это Вам действительно интересно и необходимо, ну и если сможете отловить меня через личку. Бесплатно.

Пробежался по диагонали по коду, вероятнее всего несовместимо с Boost, nginx cache, Varnish и т.д. Это так, информация на случай, если со временем что-нибудь из этого понадобится.