1. Главная
  2. fit

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

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

21 января 2012 в 18:51

Спасибо! Посмотрел модуль, но допустим, что в новом cck-поле "Наличие" (select-list) у меня есть несколько значений, например: есть в наличии, нет в наличии, уточняйте по тел. Какие-то товары есть, каких-то нет.
Насколько я понял, модуль позволяет массово производить какую-либо одну операцию на все ноды, но не позволит вносить разные значения в ноды и потом все эти изменения разом сохранить. Или я не прав?

25 декабря 2011 в 1:22

2 imarat
Спасибо! Над использованием view filed views я думал, но мне кажется что способ корявый немного...
Насколько я понимаю вас, то логика такова:
У нескольких товаров самым глубоким термином является "импортный" их выводит taxonomy_term (назовем его "productnodes" вид только для товаров).
Далее создаем taxonomy_term, который назовем "productviews" и он должен зацеплять с помощью view filed views в свое поле вышеуказанную вьюху "productnodes".

29 октября 2011 в 20:40

про features:
интересный модуль, но не хочется плодить кучу модулей для каждого типа материала (как пример) и загромождать файловую систему...

29 октября 2011 в 20:00

"orion76" wrote:
изредка в эту сборку вносятся изменения:
1.Изменение кода модулей, тем.
2.Изменения настроек модулей тем.

Причем сдесь контент?
Или я не правильно понял?

1. Изменение кода модулей - точно нет!!! Изменения в системной теме - да
2. ____ не понял немного _____

Контент при том, что его трогать (заменять) нельзя т.к. у каждой копии системы свои пользователи со своими созданными нодами.

29 октября 2011 в 19:57

"sibero777" wrote:
Я так понял, что одинаковые копии системы на разных хостингах? Сделать общие системные таблицы и уникальные на каждом хостинге для пользователей, нод и т.д.

Представьте, как будет тормозить система, когда разрастется... все запросы будут идти в одни и те же общие таблицы одной общей БД.

29 октября 2011 в 16:05

Вот только как обычно есть нюансы...
Создал вьюху для пользователей и вывел поля с ФИО.
Выбрал эту вьюху в св-вах поля user-reference с представлением как selectlist.
Теперь в этом selectlist выводится Ф.И.О. пользователя И!!! еще это: - Название: username

Пример:
Иван Иванов - Название: ivan

Как это убрать???

27 октября 2011 в 22:38

Разумеется, только там выбор юзера по никам, а мне нужно что бы по полю из профиля (profile_name) производился выбор.
Например: Иван Иванов

В этом загвоздка основная...

25 октября 2011 в 20:23

нашел подходящий модуль!
Corresponding node references

Условие в node-sub_page.tpl.php поставил такое: <?php if ($node->field_refgroup[0]['view'] == ""): ?>EMPTY<?php else:?>TRUE<?php endif;?>

25 октября 2011 в 18:28

Вообще, мне больше нужна проверка: ответ от ноды (sub-page), которая прикреплена к родительской ноде (page) типа TRUE (да, прикреплена к другой родительской ноде)...
Толком никто такого не делал, пытаюсь использовать для решения задачи некоторые модули, может что-то найдется
http://drupal.org/project/reverse_node_reference
http://drupal.org/project/noderelationships (хз)

24 октября 2011 в 18:29

orion76 wrote:
такое ощущение, что гдето
вместо $user->uid==1
написано $user->uid=1
или что-то подобное...

А вы были правы!!!
Такую глупость я не заметил, каюсь!

24 октября 2011 в 17:23

Искал по БД все что связанно с task, удалил все что казалось лишним - проблему не решило.
Но разобрался в причине проблемы: изначально я устанавливал на движок кучу модулей для работы Case Tracker Plus (http://drupal.org/project/ct_plus), но после тестирования этой системы я решил сделать свое с нуля и удалил лишние модули (сначало из движка, потом с сервера). Видимо, проблема образовалась еще на начале проекта, а тестирование ролей и прав доступа произошло уже на готовой системе.

24 октября 2011 в 0:34

становятся доступны абсолютно все функции админа
ну и как проверка, если зайти на свою страницу профиля /user то вместо профиля пользователя "Vasya" (как пример) - выводится профиль админа.

24 октября 2011 в 0:19

Еще странность выяснилась:
Если изменить автора материала на другого пользователя (не админа), то при его просмотре вышеописанный глюк не появляется.

23 октября 2011 в 23:54

да я так тоже думал, потом решил съесть чего-нибудь сладкого, но не помогло... разработчик продолжил работать еще 2 часа и сдался.

22 августа 2011 в 17:23

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

19 августа 2011 в 11:35

Что-то не кажется мне что php в блоках будет хорошим решением... Все же должно быть какое-то решение, не одному же мне это потребовалось)