Всего 122 753 комментария

Хулио Надда
06 мая 2015, 00:59
0
Ну я как всегда, сори.) Исправил
Сuriosity
05 мая 2015, 23:31
0
Как идея, если рейтинг будет считаться от значений, что указаны в TVпараметрах раздела или ресурса?
К примеру, из коробки создаются TVпараметры с уникальными названиями, например:
TVrateTickets, TVrateComments, TVrateStars,…
В значениях по умолчанию прописать уже какие-то балы.
А админ уже сам будет решать, в какие шаблоны включать все эти TVпараметры, а в какие нет. Так же он будет сам решать, какие значения будут в этих TV для каждого раздела или даже ресурса.
Ну а подсчет рейтинга всегда будет зависеть от значений в TVrateTickets, TVrateComments, TVrateStars…
Андрей Копп
05 мая 2015, 23:31
+4
Давно уже надо использовать pdoTools. Там есть отличный сниппет pdoUsers
Андрей Копп
05 мая 2015, 23:28
0
1. Странно, смски приходить должны. Я один раз 30 минут ждал.
2. Я бы посоветовал компонент Office в связке с UserProfile2.
Сuriosity
05 мая 2015, 22:43
0
Я так понял, сейчас получается, что таблица tickets_authors есть, но в сниппетах getTickets и TicketMeta не прописано к ней обращения и соответственно нет плейсхолдеров.
Если это так, то, возможно, стоит внести изменения?)
Это было бы логично, чтоб в панели под тикетами были не только: количество просмотров, количество голосов и звезд, но и рейтинг пользователя…
Сuriosity
05 мая 2015, 21:24
0
Как вариант.
Можно, если хочу вывести ленту тикетов, при вызове [[!pdoPage? &element=`getTickets` &tpl=`tpl_Tickets.list.row`]]
Использовать в шаблоне tpl_Tickets.list.row вызов еще одного сниппета
[[!pdoUsers?
&tpl=`tpl-user-meta-info`
&groups=`users`
&users=`-1,[[*createdby:userinfo=`id`]]`
&innerJoin=`{«AuthorProfile»:{«class»:«TicketAuthor»}}`
&sortby=`AuthorProfile.rating`
&sortdir=`DESC`
&select=`{«AuthorProfile»:"*"}`
]]

А если зайти на сам тикет, то под контентом вызвать не только [[!TicketMeta? &tpl=`tpl_Tickets.meta`]]
, а еще и pdoUsers.

Но, думается мне, это как-то уж совсем не оптимально…

Василий, подскажите как быть, направьте на правильный путь…
Сuriosity
05 мая 2015, 20:51
0
Василий, пожалуйста, подскажите, как в панели статистик, что под каждым тикетом, кроме всего прочего, вывести плейсхолдеры:
— рейтинг автора;
— количество лайков за посты автора;
— количество добавленных им в избранное;
— в общем те значения, что находятся в таблице tickets_authors.

Интересует, чтоб выводило в панелях как в общей ленте. Вызывая, например, так:
[[!pdoPage? &element=`getTickets` &tpl=`tpl_Tickets.list.row`]]

Так и в панели по самим тикетом. Вызывая, например, так:
[[!TicketMeta? &tpl=`tpl_Tickets.meta`]]

Вопрос, можно ли в вызове этих сниппетов, прописать какой-то параметр, который будет делать дополнительную выборку в таблице tickets_authors и отдавать соответствующие плейсхолдеры?
Если нет, то как оптимально это реализовать?
Николай
05 мая 2015, 20:40
0
поддерживаю, как решил?
Наумов Алексей
05 мая 2015, 16:49
+1
В версии 1.1.1-pl добавил возможность автопубликации сообщений, такие просьбы были.
aj
aj
05 мая 2015, 15:41
0
Отсюда у меня 2 вопроса:

1) Как все таки определить почему не отправляются заказы, ведь по сути сама проблема не решается. И отследить ее никак не получится. Форма отправляется, срабатывает триггер на событие, юзер явно жмакал кнопку и даже все отправил, и все дошло до скрипта, раз он вызвал событие.

P.S. — Что самое интересное — триггер находится после метода save и без сохранения сработать не может по условию, однако триггер срабатывает, а сохранения не происходит.

2) $order->status проверять?
Василий Наумкин
05 мая 2015, 15:33
0
Я бы попробовал перевесить на событие msOnChangeOrderStatus и проверять status == 1.
aj
aj
05 мая 2015, 15:27
0
Я сам специально создавал по 20 тестовых заказов и все отработало на ура. Причем уже не один раз тестировал. Но иногда проскакивает вот такая бага, воспроизвести ни разу не получилось.

Причем если бы не смс оповещения, я бы и не знал, что там что-то не так. Поэтому и ищу проблему с 2-х сторон. Т.к. в случае, если ошибка со стороны miniShop, то с пустыми логами о ней никак не узнать и не заметить.
aj
aj
05 мая 2015, 15:24
0
Шутка в том, что часть заказов сохраняется нормально, а часть нет. Причем плагин работает вполне себе ровно на 3-х соседних проектах в связке с miniShop и ни разу никаких нареканий не было.
Василий Наумкин
05 мая 2015, 15:23
0
Ну просто потому, что со своими процессорами гораздо удобнее.

Они расширяют системные и готовят данные, как мне нужно. Например, кодируют поле content ресурса в base64 при отправке, а при получении — декодируют.
Василий Наумкин
05 мая 2015, 15:21
0
А без плагина, я так понимаю, заказ нормально сохраняется?

Если так, то проблема, очевидно, в классе отправки SMS.
aj
aj
05 мая 2015, 15:17
0
Ошибка бы фиксилась в логах. Я сейчас оберну все в try..catch на всякий случай…