Алексей Яковлев

Алексей Яковлев

С нами с 19 апреля 2013; Место в рейтинге пользователей: #334
Алексей Яковлев
20 августа 2015, 19:12
0
Что-то грустно совсем стало. Обновил тикетс, занялся наладкой шаблонов комментариев, а тут бац, если раньше при логине через hybridauth (без попадания в группу) комментарии мог оставлять (почему непонятно), то теперь логично пишет, что «недостаточно прав». то есть пока залогиненного юзера вручную не втащить в группу с правами, он и комментировать не сможет… и теперь без решения проблемы с автоматическим добавлением нового юзера через hybridauth не получается наладить комментарии. Облазил настройки групп, пересоздал (откопировал) права TicketUserPolicy, перезагружал права, чистил кэш и завершал сеансы… не помогает. подскажите, куда лезть, что проверять…
Алексей Яковлев
19 августа 2015, 22:45
0
проверил у себя, один вызов. может что-то где-то застряло, хотя кеши все чистил. посмотрю, как будет работать, может статистика какая накопится и дело прояснится.
Алексей Яковлев
17 августа 2015, 13:35
0
В общем-то и фиг с ним, логинит, комментарии работают и спасибо. С текущим моим сайтом можно и вручную юзеров перетаскивать пока. Но, если найдется решение, было бы славно. С Modx и дополнениями от modx.pro как-то быстро к порядку привыкаешь )
Алексей Яковлев
17 августа 2015, 13:04
0
не помогло. ( удалил все лишние группы, сделал новую, зарегился, но пользователь появился только в списке пользователей, в контроле доступа групп не виден. может настройки группы какие-то не правильные? контекст там новый добавлял, web-member-TicketUserPolicy…
Алексей Яковлев
06 апреля 2015, 01:31
0
не подходит, если шаблоны на одном уровне должны быть (или уже так вышло) разные…
Алексей Яковлев
06 апреля 2015, 01:28
0
если быстрее, надо попробовать, вроде похоже на то, что нужно. А как это должно выглядеть семантически, в шаблоне? а то боюсь зависнуть в пробах и ошибках )
Алексей Яковлев
03 апреля 2015, 01:45
0
в итоге со своей задачей разобрался двойной проверкой, а именно 1) является ли родитель контейнером, и если да то 2) совпадает ли его id с id родителя текущего документа, то есть уровень вложенности документа 2 (а не 3).
вывод в шаблоне выглядит так:
[[+isfolder:is=`0`:then=`[[+parent:is=`[[+id:pdoField=`{"field":"id", "top":2}`]]`:then=`[[+pagetitle]]`:else=`[[!pdoField? &id=`[[+parent]]` &field=`pagetitle`]]. [[+pagetitle]]`]]`:else=`[[+pagetitle]]`]]
вычурно, но авось кому пригодится.
таким образом, видимо, можно сравнивать документ на совпадение родителей и исключать лишнее из вывода для любых уровней, используя pdoField и параметр «top».
Алексей Яковлев
03 апреля 2015, 01:44
0
в итоге со своей задачей разобрался двойной проверкой, а именно 1) является ли родитель контейнером, и если да то 2) совпадает ли его id с id родителя текущего документа, то есть уровень вложенности документа 2 (а не 3).
вывод в шаблоне выглядит так:
[[+isfolder:is=`0`:then=`[[+parent:is=`[[+id:pdoField=`{"field":"id", "top":2}`]]`:then=`[[+pagetitle]]`:else=`[[!pdoField? &id=`[[+parent]]` &field=`pagetitle`]]. [[+pagetitle]]`]]`:else=`[[+pagetitle]]`]]
вычурно, но авось кому пригодится.
Алексей Яковлев
02 апреля 2015, 20:01
0
В идеале хотелось бы что-то вроде определителя уровня [[+id]]. Не знаю только, как можно было бы оформить эту логику в вызове внутри шаблона. Типа, if уровень вложенности +id = 3, то пишем pagetitle родителя и pagetitle +id, else (то есть в моем случае уровень вложенности +id = 2) пишем только pagetitle +id.?
Алексей Яковлев
02 апреля 2015, 19:21
0
В идеале хотелось бы что-то вроде определителя уровня [[+id]]. Не знаю только, как можно было бы оформить эту логику в вызове внутри шаблона. Типа, if уровень вложенности +id = 3, то пишем pagetitle родителя и pagetitle +id, else (то есть в моем случае уровень вложенности +id = 2) пишем только pagetitle +id.?
Алексей Яковлев
02 апреля 2015, 19:02
0
Захотел сделать разный вывод результатов pdoresources в зависимости от уровня вложенности документа, в одном, разумеется, шаблоне. То есть, если ресурс 3 уровня (Рубрика/Подрубрика/Документ), то про него выводить pagetitle родителя и pagetitle документа. А если ресурс 2-го уровня (Рубрика/Документ), чтоб выводился только pagetitle документа.
Вышеозначенные ссылки ничего не прояснили, как применить сниппет getParentsAtLevel не вполне ясно.
Вариант с проверкой на контейнеры работает бессмысленно, вызов в шаблоне:
[[+isfolder:is=`0`:then=`[[!pdoField? &id=`[[+parent]]` &field=`pagetitle`]] - [[+pagetitle]]`:else=`[[+pagetitle]]`]]
То есть для случая 3-х уровневого (Рубрика/Подрубрика/Документ) выводится как надо pagetitle родителя и pagetitle документа, но ведь и для 2-х уровневого случая (Рубрика/Документ) то же самое получается. А тут как раз нужен один pagetitle. Не знаю, нужно ли пояснять, для чего это нужно и почему так, но я готов при необходимости, авось попроще решение найдется.
Может как-то из шаблона можно проверить есть ли у родителя родитель-контейнер? Если нет, то опять же выводить `пустоту` на месте pagetitle родителя? Кажется это решило бы вопрос, хоть и криво все это выглядит.
Алексей Яковлев
02 апреля 2015, 18:42
0
спасибо, попробую там поспрашивать
Алексей Яковлев
01 мая 2013, 12:53
0
ясно, будем ждать и верить
Алексей Яковлев
30 апреля 2013, 10:38
0
спасибо, буду признателен. eilrion@mail.ru
Алексей Яковлев
29 апреля 2013, 23:22
0
Короче, забил я на этот календарь, хотя, буду безмерно рад, если его починят для непрограммирующих пользователей.
Алексей Яковлев
23 апреля 2013, 21:30
0
подключил в head (встроенный в foundation вызов закомментил), теперь глюк с кодировкой после переключения месяца и не всплывают новости (см. по ссылке).
Алексей Яковлев
23 апреля 2013, 18:59
0
да включен. но, быть может, надо проверить какую-нибудь строчку или галочку?
Алексей Яковлев
19 апреля 2013, 15:13
0
Вызов обычный, то есть:
[[!eventsCalendar2? &id=`4` &dateSource=`tvevent_date` &dateFormat=`%d %b %Y %H:%M` &tplEvent=`tplEvent2` &tplMain=`tplCalendar2` &tplHead=`tplHead2` &tplCell=`tplCell2` &first_day=`1`!]]