Скажем, на ноду 1 ссылается нода 2 и нода 3 через поле типа "nodereference" и с названием field_nodereference
Нужно определить в ноде 1, что на неё ссылается нода 2 и 3 через поле "field_nodereference", как это можно сделать?
Ковыряюсь полчаса - всё так неочевидно
Я так понял вкладка Team - Subversion - Merge to или Team - Mercurial - Merge, но все эти пункты задисаблены
Признателен за небольшое howto
Простой вопросик по массивам
Имеем
Массив 1: Array ( [0] => Способ доставки 1 [1] => Способ доставки 2 )
Массив из первой таблицы БД, где перечислены названия способов доставки
Массив 2: Array ( [flatrate_1] => 1 [flatrate_2] => 0 )
Массив из второй таблицы БД, где значения означает "1 или 0" означает
"включено/выключено"
Сделал несложный патч, который добавляет поддержку тега верификации (подтверждения прав на сайт) для Яндекса. Вроде работает. Патч для последней dev версии (от 2010-Aug-05) nodewords
Возникла необходимость создать свой инсталляционный профиль. Просмотрел много материала на эту тему и понял, что задача нетривиальна. Есть 2 модуля, которые призваны решать эту задачу, но они далеко не все настройки поддерживают.
Подумал вот что: а что если сразу грузить из профиля полный дамп? Кто делал подобное, может поделитесь готовым решением?
Стили вывода могут быть например "Unformatted" или "Table" или др., так вот в зависимости от стиля вывода необходимо подключать всякие штуки - стили или яву к примеру. Всё это хочу сделать в template.php
У кого есть какие идеи на этот счёт?
Вообщем реально запарил этот вопрос. Главная проблема - бесит, что вместе с формой комментирования также показана полная(!) нода. Мне это и нафиг не надо.
Самое простое (и действенное) - просто скрыть ненужное тело стилями, но тут уже начинает бесить, что все это ненужное гавно всё равно загружается
Что надо: оставить титлы, текст боди (или другое сск поле) и саму форму комментирования
Реально, инфы по этой теме "там" просто мало.
Давайте-ка спляшем с бубнами.
Не могу понять, почему не работает такое:
<?php
Есть в модуле uc_store функция function uc_store_get_icon(), которая отвечает за вывод иконок в дашборде (admin/store)
Если появляются новые пункты и соответственно иконки под них, сами иконки нужно добавлять в эту функцию вручную, т.е хак. Я бы хотел переопределить её в template.php, чтобы поменьше головняка при обновлении
Как малой кровью сделать эту функцию темизируемой в template.php?
Главная страница администратора /admin с кучей ссылок, сгруппированных по таким разделам
Content management, Site building, Site configuration, User management, Reports
Вопрос: как разбить эти группы по отдульным блокам. Подскажите хоть, в какую сторону копать.
menu_tree() этим занимается?
После того, как прикрутил плагин jquery для сворачивающихся панелей с "памятью" состояний (этот), перестали работать ссылки внутри таблиц.
То есть, адрес ссылки виден в статусной строке и на ховер появляется лапа, но нажатие ничего не даёт.
Кто то встречал похожее ?
Поскольку треккер этого сайта, пожалуй, является самым популярным разделом и многие (включая меня)мониторят изменения именно по этому разделу, предлагаю, дабы не засорять ленту всякими никчемными постами, исключить публикации из раздела "Курилка". Это раз.
Второе:
Многие пишут просто как свой блог. Некоторые товарищи, почему-то считают, что раз они пишут в "свой" блог, то другим будет интересно спотыкаться об их высеры мозга в треккере.
Не буду тыкать пальцами, все поняли, каких юзеров я имею ввиду. Эти люди явно попутали ресурс девелоперов с хомячковыми сайтами.
Наверное многу народу задавалось вопросом - как делать и главное, как показать эту скидку в каталоге магазина. Или: как организовать отдельную страничку, где бы были автоматически показаны товары со скидкой.
Между тем, проблема достаточно легко решаема. Сейчас я попытаюсь рассказать, как это сделал я.
Итак,нам понадобится совершенно замечательный модуль - Computed Fields
Если кто не в курсе, сей модуль представляет собой аддон (плагин) к супермодулю ССК, который, несомненно, уже у вас установлен. Этот плагин позволяет создавать поле, которое принимает значение, рассчитанное по условиям, определённым вами с помощью php. После установки модуля идём на страницу управления полями нужного нам типа ноды. К примеру это будет "product"
Открываем admin/content/node-type/product/fields, внизу видим строку добавления нового поля "New field". Пишем название для человека (Скидка), пишем латинскими буквами системное название поля, скажем discount, в выпадающем списке "Select a field type" выбираем "Computed",в выпадающем списке "Select a widget" выбираем "Computed"
Жмём "Save" и попадаем на страницу настройки поля. Настройки у нас будут такие:
Help text: на ваш вкус
Default value: пока не трогаем
Required: нет
Number of values: 1
Computed Code: вставляем код вічисления скидки:
<?php
$pricelist
= $node->list_price;
$pricesell = $node->sell_price;
if ($pricesell < $pricelist) {
$disc_percent_value = round((($pricelist - $pricesell)/$pricelist)*100, 0);
}?>Ввиду того, что "родные" каталожные страницы Уберкарта не являются таксономией, а лишь привязаны к ней, то взять какую-либо страницу каталога в качестве аргумента для блока вида обычным способок, как я понял, не представляется возможным.
Т.е, вот такой классический сниппет аргумента видимости блока вида не работает
<?php
Такой пример. На странице товара используются различные свистелки-перделки на jquery+соответствующие стили к ним . Притом мало того что на странице ноды, так ещё по определённым правилам (скажем, если больше 3-х картинок выводится - одна перделка, если меньше - другая).
Я вот тут определяю подгрузку тех или иных плагинов и конфинурации к ним в template.php по условиям, но вот подумалось: если у меня включена оптимизация стилей и явы, то при каждом изменении каких-то условий будут заново перегенерированы объединённые файлы css и js, соответственно будет затрачено процессорное время на это. Стоит оно того вообще? По идее, если подключить "жёстко" все плагины в .info, сгенерированные объединённые стили и ява закешируется браузером после первой загрузки. Цена вопроса - десяток кб явы и стилей.
Кто что думает?
Вроде полезная вещица
Получаю вот такое предупреждение от осла:
Строка: 23
Символ: 17
Код ошибки: 0
Сообщение: Объект не поддерживает это свойство или метод
URL:бла-бла
Как бы всё говорит о том, что ошибка в скриптах, но нет: удаляю из шаблона переменные вывода явы и стилей и вижу то же. Значит ошибка в самом HTML. Код валидный, в других браузерах ОК
ДебагБар тоже ничего такого не показывает
Собственно вопрос: какие строки и символы имеет ввиду осёл? Не похоже, что имеется ввиду строка в сорце страницы.
Есть такой сервис "Вопрос - ответ" по части программирования http://stackoverflow.com
Давеча решил спросить, наверное, пустяковый вопрос по jquery. С удивлением наблюдал за поступавшими ответами в реальном времени. По делу, доброжелательно. Ответ был найден в течении 5-минут. Дали готовый рабочий сниппет.
У меня есть функция в template.php, которая, помимо прочего, должна извлекать циклом картинки из поля imagecache и передавать в шаблон node.tpl.php
Вот кусок кода, что у меня есть в template.php
<?php
function small_images($node) {
global $base_path;
$index = 0;
foreach ($node->field_image_cache as $image) {
$index++;
$filepath = $image['filepath'];
$alt = $image['data']['alt'];
$title = $image['data']['title'];
if ($index > 0) {
$output = '<div class="image-thumb"><a href="'.$base_path.$filepath.'" alt="'.$alt.'" title="'.$title.'">'.theme('imagecache', 'uc_thumbnail', $filepath, $alt, $title).'</a></div>';
}
}
return $output);
}
?><?php
echo small_images($node)
?>в node.tpl.php
выдаёт всего одно изображение вместо нескольких. В то же время, если этот цикл вставить напрямую в ноду, всё показывает как надо.
Как отображать все картинки? По ряду причин не хочу вставлять цикл напрямую в шаблоне.
Как то неудобно спрашивать 
задаю функцию в node.tpl.php
$desc = $node->content['body']['#value'];
// идёт разное всякое
function myfunct() {
global $desc;
$output = $desc;
// идёт разное всякое
return $output;
}
<?php echo myfunct() ?>
Ничё не выводит, т.к $desc не передаётся, а должна. В чём трабла?
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ