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

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

24 марта 2014 в 2:57

"Moel" wrote:
Попробуйте не использовать Дэнвер. Пользуйте хотя бы openserver под windows ну или пингвинюшек. Что за ошибка то. Здесь телепатов нет.

Спасибо попробую.
А ошибка такая:

___________________________________________________________________
You don't have permission to access / Записаться на мойку on this server.

Подсказка Денвера
Возможные причины ошибки:

15 марта 2014 в 15:59

"MerryHamster" wrote:
Длинный способ конечно получится,но зато без кода. Тогда нужно поставить дополнительно еще модуль - rules_conditional. И после получения fetch entity by id в рул добавляем condition и проверяем наличие нужных полей в материале2 и вот потом уже точно можно будет перезаписать значение.

С помощью этого модуля получилось. Спасибо.

14 марта 2014 в 18:59

"MerryHamster" wrote:

Длинный способ конечно получится,но зато без кода. Тогда нужно поставить дополнительно еще модуль - rules_conditional. И после получения fetch entity by id в рул добавляем condition и проверяем наличие нужных полей в материале2 и вот потом уже точно можно будет перезаписать значение.

Спасибо, попробую. Отпишусь по результату.

14 марта 2014 в 18:18

"webpavilion" wrote:
я бы через EntityFieldQuery делал

Если, честно, то как раз с программированием туго.
Буду благодарен за небольшую инструкцию типа: используем такой-то хук с такой-то функцией.
Пока, я понял так:
Имплементируем хук presave,
В нем по полю reference, сохраняемой ноды выбираем материал2 с помощью EntityFieldQuery,
И циклом пробегаем по полям материала1 и присваиваем им значения выбранного материала2.

14 марта 2014 в 17:38

"webpavilion" wrote:
ох уж это рулес. А если полей 10 штук то для каждого нужно по три минуты мышей тыкать?
Не проще в hook_node_presave циклом пройтись?

Если не сложно, можно поподробнее. Идею я понял, а вот как выбрать в модуле материал2, соответствующий, полю reference в материале1?

14 марта 2014 в 15:31

"MerryHamster" wrote:

правильно понимаю, что в материале1 поля тех же типов и как в материале2, и их нужно заполнить из материла2 при создании

Совершенно верно

14 марта 2014 в 15:11

"lamer" wrote:
Честно говоря я бы предложил вам отказаться от рулов и писать своим сабмиты.
На вопрос "почему" пока четко ответить не могу, наш опыт показывает, что лучше уж взять реализацию некоторых кондишенов и прописать в свой код, чем использовать этот фреймворк, программирование мышкой до греха доведет

Как-то ваша концепция расходится с концепцией Drupal

14 марта 2014 в 15:10

"lamer" wrote:
Честно говоря я бы предложил вам отказаться от рулов и писать своим сабмиты.
На вопрос "почему" пока четко ответить не могу, наш опыт показывает, что лучше уж взять реализацию некоторых кондишенов и прописать в свой код, чем использовать этот фреймворк, программирование мышкой до греха доведет

Как-то ваша концепция расходится с концепцией Drupal

11 марта 2014 в 14:53

"lamer" wrote:

Два варианта, какой правильный неуверен:
* С помощью hook_menu_alter переопределить access callback для нужной ссылки, в ней добавить требуемое условие, в случае если проходит запускать родительский callback.
* С помощью hook_node_access, проверять $op = create в случае если проходит делать return NODE_ACCESS_IGNORE; если нет return NODE_ACCESS_DENY;

Спасибо, буду пробовать.

11 марта 2014 в 11:18

"webpavilion" wrote:

в hook_node_validate делайте запрос с count и выставляйте ошибку если что не так.
строк 50 если логика не сложная

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

11 марта 2014 в 10:19

"webpavilion" wrote:
в hook_node_validate делайте запрос с count и выставляйте ошибку если что не так.
строк 50 если логика не сложная

Спасибо, попробую. А готовых модулей нет?

5 марта 2014 в 15:49

"ХулиGUN" wrote:
. Остальные необходимые поля для контактных данных клиента
5. Вьюха с раскрытыми фильтрами по Парикмахерским и мастерам, взаимосвязь коммента с нодой, контекстный фильтр по дате...

5 марта 2014 в 1:38

"ХулиGUN" wrote:
С друпалом давно уже не имел дела((( В основном работаю с питоном, возможно некоторые нюансы упустил... но думаю картина в целом ясна))) Вроде был ещё какой то номер типа events или что в этом духе, посмотри, может подойдёт как-нить прикрутить, я его не юзал правда никогда и не знаю что он делает. А ставить друпал и тестить как-то влом(((

5 марта 2014 в 1:38

"ХулиGUN" wrote:
С друпалом давно уже не имел дела((( В основном работаю с питоном, возможно некоторые нюансы упустил... но думаю картина в целом ясна))) Вроде был ещё какой то номер типа events или что в этом духе, посмотри, может подойдёт как-нить прикрутить, я его не юзал правда никогда и не знаю что он делает. А ставить друпал и тестить как-то влом(((

5 марта 2014 в 0:03

"ХулиGUN" wrote:
Почему? какой нить field validation для для уникальности дата+время(на случай хитровыебаных потестить сайт на баги)
Календарь и вьюхой выводите дневное расписание
js-ом проверяете ячейку со временем, если там уже есть запись, то время занято, если нет записи в модальном окне выводите либо форму ноду(раз Вы так уже сделали), либо webform и передаёте в неё параметры даты и времени.
При сабмите производите нужные манипуляции

4 марта 2014 в 19:41

Как вариант - сделать тип материала "Запись",например,с полем date и запретить создание еще одного такого материала с датой существующей "Записи"..
Не знал, что так можно, а где этот запрет можно настроить?
За модуль спасибо, посмотрю.

4 марта 2014 в 19:41

Как вариант - сделать тип материала "Запись",например,с полем date и запретить создание еще одного такого материала с датой существующей "Записи"..
Не знал, что так можно, а где этот запрет можно настроить?
За модуль спасибо, посмотрю.