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

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

19 декабря 2013 в 23:31

Вероятнее всего у вас не правильно настроены права доступа к каталогам в sites/default/files
Пользователь (или группа) под которым работает apache (у меня например это www-data, как и у вас возможно - если конечно у вас apache) должен иметь права запись везде в этом каталоге.

Дело в том, что друпал собирает ваши файлы css в кучку, и складывает в http://elenrassa.com/sites/default/files/css/

19 декабря 2013 в 23:07

Вам не стоит писать ничего напрямую в БД.

Лучше вам создать модуль. Делается это очень просто, в папке sites/all/modules/customs создайте каталог вашего модуля например sites/all/modules/customs/convert_price
В этом каталоге два файла convert_price.info с примерно таким содержимым:

name = Conver price
description = Переводит цены из евро в рубли
package = Anna
version = 7.0.0
core = 7.x

и второй файл convert_price.module, в котором должно быть примерно следующее:

14 октября 2013 в 12:00

$node->field_currency_rental_property['und'][0]['value']

Ну так правильно, у вас список то откуда берётся? Это поди предопределённые значения поля? Если да, то нужно получить настройки поля, и посмотреть какому значению какое представление соответствует.

Т.е. например у вас в настройка поля предопределённые значения:
0|Значение 1
1|Значение 2
2|Значение 3
3|Значение 4

Эта информация хранится в БД, в настройках соответствующего поля.

12 октября 2013 в 13:11

Что имеется ввиду под ускорением работы фильтров views?

Если выполнение запроса создаваемого views`ом происходит медленно, то возможно вам следует посмотреть по каких критериям вы пытаетесь фильтровать. Вполне возможно, что какие-то поля в БД не индексируются. С другой стороны, запрос может быть медленным из-за сложной структуры выводимой информации, например если сущности которые вы пытаетесь показать имеют много полей. Да и много чего ещё может влиять на скорость работы.

19 июня 2013 в 13:57

"deminua" wrote:
Ответы типа: rules, simplemail, VBO View, views send... не писать. (Если и писать то детально, порядок действий от начало и до самой отправки, и до крона)

Сколько платишь?

10 июня 2013 в 14:28

Скорее всего вам нужно просто в контекстном фильтре выбрать UID и в настройках указать
Раздел: ЗНАЧЕНИЯ ФИЛЬТРА НЕТ В URL
Ткнуть радиокнопку: Передать значение по умолчанию
Выбрать в селекте: ID авторизовавшегося пользователя

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

8 июня 2013 в 10:16

Посмотрите модуль superfish. Думаю он поможет. сначала делаете что я написал в первом комментарии. Отключаете в теме показ главного меню. В суперфише настраиваете блок с главным меню и потом включаете блок суперфиш-главное-меню в том регионе где вам нужно. Ну и настраиваете так,что бы на главной не показывалось. Ни одной строчки кода.

Хотя, это справедливо наверное не для любой темы. Какая тема у вас установлена?

8 июня 2013 в 9:26

Смотрите в настройки поля фотографии.
Там если множественные значения полей, можно указать, сколько фотографий показывать и и нужно ли инвертировать дельту, т.е. последнюю показывать первой.

К тому же там можно задать смещение от первой фотки или от последней в случае инвертирования.

7 июня 2013 в 17:21

Вот не правильно у вас сделано.
Не стоит подменять таким образом меню.

id - должны быть уникальны для страницы.

Установите модуль https://drupal.org/project/menu_attributes, он позволит каждому пункту меню назначить отдельный class или id - это как больше нравится. А потом для соответствующих классов пропишите стили (это у вас уже сделано, но их наверняка придётся корректировать).

7 июня 2013 в 17:10

А разве в главном меню ссылкам не назначается класс active когда находишься по пути этой ссылки?
Опубликуйте код вашего меню. Прямо начиная с ul , ну и что бы текущая ссылка тоже туда попала.

6 июня 2013 в 19:14

"deb" wrote:
Не знаю. Форма что создаёт? Заказ? Логично предположить, что паспорт это характеристика человека, делающего заказ.
То есть есть 2 сущности: заказ и человек, который заказ делает. Соответсвенно паспорт - это поле сущности человек (пользователь?), а "какие-то ещё данные" это вероятно поля заказа. Кажется излишним создавать сущность для паспорта, это ненужное усложнение.

Да,я пример видимо не удачный выбрал.

6 июня 2013 в 13:30

"nover890" wrote:
я пока не нашел решения.

А вы и не искали!

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

Вот http://www.drupal.ru/node/100683 то же самое, несколько дней назад.