Наумов Алексей

Наумов Алексей

С нами с 31 марта 2013; Место в рейтинге пользователей: #13
Написать сообщение
29 апреля 2014, 13:09
+1
Я здесь подробно описывал все в комментариях modx.pro/help/2779/
/
27 апреля 2014, 20:41
+2
а ты добавь 2 поля: price_rur и price_eur, и храни цену товара в них, а при сохранении товара плагином выставляй стандартное поле price, считая его по курсу. Ну и допустим по курсу раз в день через crontab обновляй это поле. Будет это поле рублем, долларом, евро или иным тугриком — не важно.
/
16 апреля 2014, 19:28
0
Подкину ссылку: github.com/bezumkin/Tickets/commit/9c9074658c572b9d44ccc994120cfa50242f50b6

Опечатка была, вероятно в свежей версии исправления еще нет…
/
16 апреля 2014, 09:33
0
Ну у нас еще отчество есть, это 3 поля надо. В общем у меня не было проектов, где надо серьезно к этому подойти. Для блога fullname более чем достаточно. Вообще я бы сказал для форума достаточно nickname =)
/
16 апреля 2014, 09:23
0
В принципе тоже не сталкивался с такой трудностью. Fullname вроде хватает.
/
10 апреля 2014, 11:28
+2
miniShop -> настройки -> статусы заказов.
/
09 апреля 2014, 21:27
0
Иван, добрый день! Очень здорово, что ведется такая разработка! Вы молодец! Можно узнать, какие практические задачи решает этот компонент на ваших сайтах? Мне пока не попадались задачи, где бы требовалось стороннее (в смысле не на сайте, а в вне его) файловое хранилище, ну пожалуй кроме видео с ютуба.
/
08 апреля 2014, 13:35
0
А вы просто таблицу создали, сам объект modUser не расширяли? Тогда да, ничего сложного…
/
08 апреля 2014, 13:30
0
Владимир, как доделаете — напишите публикацию то по расширению modUser ;-)
/
07 апреля 2014, 17:46
0
две цены
Есть механизм добавления своих полей bezumkin.ru/modx/minishop2/classes/910/. Хоть 10 цен добавляйте. Но обработка их ляжет на ваши плечи.
у каждого товара множество цветов, у каждого цвета свои цены (две);
навскидку нет… каждый цвет — отдельный товар если только.
/
07 апреля 2014, 17:41
0
Ага! Сделал, реально 4 строчки и работает шустро. Спасибо.
/
07 апреля 2014, 17:35
0
Чет я не понял, это по 2 запроса на каждую строчку получится, при выводе 15 строк — лишних 30 запросов, не много?)
А про постановку задачи понял… 1 джойн хорошо проходит, а 2 уже нельзя…
/
07 апреля 2014, 17:22
0
Да пишу сам, JOIN кол-ва комментариев происходит нормально, а когда еще публикации добавляю — ерунда.

Вот пример:
[[!getPage?
    &element=`pdoUsers`
    &groups=`Fisher`
    &limit=`15`
    &tpl=`users.List.Row`
    &sortby=`thislogin`
    &sortdir=`DESC`
    &where=`{"Comments.deleted = 0", "Comments.published = 1", "Publications.deleted = 0", "Publications.published = 1"}`
    &fastMode=`1`
    &select=`{"Comments":"COUNT(Comments.id) as comments_count", "Publications":"COUNT(Publications.id) as publications_count"}`
    &innerJoin = `{"Comments": {"class":"TicketComment","on":"Comments.createdby=modUser.id"}, "Publications": {"class":"modResource","on":"Publications.createdby=modUser.id"}}`
  ]]
На выходе — откровенная фигня. Числа берутся не пойму откуда… но явно не те)

p.s. если что это вопрос как тут modx.pro/users/ вывести кол-во постов и комментов.
/
07 апреля 2014, 17:13
0
А пример JOIN с кол-вом комментариев и публикаций можно попросить?
/
07 апреля 2014, 15:17
0
Спасибо! ну собственно так и начал делать…
Жаль, что не посортируешь.

Еще такой вопрос. Плагин висит на OnUserSave, а в HybridAuth нет его вызова: github.com/bezumkin/modx-hybridauth/search?q=OnUserSave&ref=cmdform

Зато есть OnUserFormSave — github.com/bezumkin/modx-hybridauth/search?q=OnUserFormSave&type=Code, который судя по описанию, вызывается при сохранению пользователя из админки. Нестыковочка какая-то, или я упустил что?
/
07 апреля 2014, 14:28
0
Спасибо! Подожду)
/
07 апреля 2014, 14:27
0
О, не, это я начинал писать))) Не стоит, лучше с нуля. Кстати, тоже готов немного скинуться, или поучаствовать в написании кода.
/
05 апреля 2014, 19:56
0
Две скобки — служебные символы modx, он их парсить пытается. Я в таком случае их пробелом разделяю. [ [ вместо [[.
/
28 марта 2014, 21:47
0
Вероятно часть комментариев была добавлена к старому thread, часть к новому- отсюда глюк. Вывод — не переименовывать thread после появления первого комментария.
/
28 марта 2014, 21:23
0
Если исходный код глянуть — при ответе на комментарий есть скрытое поле и так указан thread = recruitment-training. Откуда это? А вот при добавлении комментария первого уровня правильный — resource-ID. Проблема в этом.
/