Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #1015 минут назад
Беру свои слова назад, поудалял кеш, всё почистил, и всё заработало.
Наконец таки
Помогите подсказать с выводом результатов в HTML, через Sendit 8
Вчера в 02:35
Не работает. Не сохраняет значение поля сортировки.
MODX Revolution 2.8.6
Minishop2 4.1.1
mSearch2 1.14.70
upd
В категории, где создано кастомн...
msSortFields 13
14 декабря 2024, 17:38
Перестал работать доп, методы запроса изменились похоже, у кого то было такое?
Различное количество выводимых изображений в modInstagram2 2
14 декабря 2024, 11:28
Спасибо за теплые слова Антон.
Документацию пока не начинал делать. Надо бы…
Умные люди советую отдельный проект под документацию и демку поднимат...
MiniShop3 - 1.0.0-alpha 17
13 декабря 2024, 20:27
>Во вторых, компьютер не может ничего такого что в него не заложили.
Это не так. Генеративные сети давно могут. Например, они сами обучились по...
Испытание ИИ Cursor 7
13 декабря 2024, 14:24
Возник вопрос, цена то да, меняется через msOnGetProductPrice или msOnGetProductFields, а самое главное то, что никто не задавался вопросом, что сорти...
Событие msOnGetProductPrice установить old_price 2
12 декабря 2024, 15:55
не помогло к сожалению, подскажите пожалуйста, в каком направлении вы бы продолжили искать?
msOneClick. Ошибка, не появляется модальное окно 2
11 декабря 2024, 15:29
Разобрался!
Использую редактор Tinymcerte
В системных настройках нужно отключить Относительные URL!
Теперь обычные внутренние ссылки корректные...
Jevix чудит 8
11 декабря 2024, 13:12
Спасибо, точно, забыл про это поле. Может есть пример сниппета на запись в это поле? Не могу понять как обратиться к нужному файлу, получить его поле ...
[UserFiles] - Файлы пользователя. 188
11 декабря 2024, 11:13
Спасибо добрейшее. А тип поля «Текстовая область», как-то можно сменить на TinyMCE RTE?
[ExtraFields] Поле "не появляется/не включить" в "Настройках форм/шаблон Това... 2
И главное — это не class-based процессор, в нем прописаны проверки прав, и простой или неавторизованный пользователь просто не сможет создать нового пользователя. В данном случае эти проверки не перегрузить, а давать права всем подряд — не секурно.
Просто в разных случаях ты по разному написал, вот мне и стало интересно.
ОК, с этим ясно.
Ну, писал его никто иной, как Шон МакКормик, а он как известно не последнее место в команде MODX занимал. Просто пакет старый, и тоже тогда еще не было class-based процессоров, а потом перепиливать не стали.
А почему в примере для остальных пользователей не написал просто foreach ($user->Services as $service) {…, а по старинке $user->getMany('Services');? Не привык еще к новому методу, или какие-то другие причины есть?
Вот в том-то и прикол, что не всегда люди хотят свои соцпрофили палить, и некоторые предпочитают обычную регистрацию. Не стоит исключать одно ради другого, это вместе дружит нормально.
А вот здесь, если можно, поподробней. Ты имеешь ввиду зарегиться юзером обычным способом, а потом в личном кабинете привязать соцпрофиль? Но у меня задача стояла чуть другая — обеспечить сразу регистрацию через Login. Зачем? А затем, чтобы не плодить два отдельных механизма. То есть есть Login-форма, через которую можно зарегиться обычным способом, а можно через нее зарегиться и социальным профилем. И вот тут как раз и всплывает та несовместимость, о которой я говорил: Login не использует родной процессор для регистрации пользователей, и следовательно не выполняются родные плагин-ивенты, когда бы можно было вклиниться в процесс регистрации. По этой причине в modHybridAuth входит сниппет-хук для Login-а.
Но в целом на мой пакет можно забивать, потому что он как и многие мои пакеты будет сопровождаться lowcontext-документацией и требованиями к программному уровню :)
P.S. Так, на заметку: не знаю, поправил ты или нет, но на modxcloud.com твой пакет барахлил из-за известных их проблем с сессиями, он у меня тупо не работал там.
Оплачивал Яндекс.Деньгами — 7% с платежа прогорело, на счет мой в юнитпее упало 93 копейки с рубля.
Но есть два НО:
1. В настройках аккаунта можно переложить комиссию на конечных покупателей до 100%. То есть все с платежа — ваше.
2. Зависит от того еще, на кого аккаунт, на физика или юрика. Если аккаунт на юрика, с того же яндекса конечная комиссия будет только 4%. Это ниже, чем у той же робокассы, которая 7% забирает.
Через пять минут топик снесу, чтобы успели коммент прочитать.
Если здесь хотят только лирики, можно сносить нафиг топик и больше писать ничего не буду, так как все равно судя по всему некому. Все-таки для многих более популярные задачи — чекбоксы вставлять.
А если все же есть интерес к более глубоким MODX-технологиям, то уже спрашивайте что-нибудь, или хотя бы глупую лирику не разводите.
Вот, чисто пища для размышлений: список сниппетов, чанков и tv-полей проекта. Уверен, у многих на сайтах-визитках больше.
Что еще вспомнишь? :)
На самом деле если уж хочешь типа подколоть, правильней было бы сказать «Колян, ды ты фигню показал. Вон у меня какие крупные проекты! Тот же хостинг для MODX-а, и еще вот куча всего...». Но ты-то знаешь, что это не идет в сравнение никакое. Конечно проект мы выложили пока сырой, но даже сейчас уже там технологий в разы больше, чем на вашем клауде, а по объему вообще сравнивать нечего. Чего только стоит запись видео с камеры пользователя на сервер на технологии WebRTC, с временными лимитами и т.п.
Так что если есть что по технической части сказать, то говори. А если хочешь просто типа поржать… Ну, в принципе, можешь ржать.
Мы не программируем сейчас каждый в своей IDE. Все работают в админке в modxSDK.
Если интересно, я писал об этом здесь: modxclub.ru/blog/82.html
Я не использую никакие такие средства. Весь проект держу в голове. Но я вот не представляю как бы мы это делали на чанках/сниппетах))) В процессе разработки много раз приходил к пониманию, что на чанках мы этого проекта просто не выполнили бы, или это заняло бы год, а не 3 месяца.
Только еще момент: таким образом нельзя установить свойства, которых еще нет у объекта. К примеру, если у объекта нет свойства test, то нельзя сделать так: $object->test = $value; Свойства test у объекта после этого просто не будет. Вот здесь как раз и придется использовать $object->set($key, $val), чтобы свойство было создано. За эту магию отвечают ООП-методы __set() и __get() у класса xPDOObject. И вот здесь как раз кроется самое интересное (для этого смотрите сорцы xPDO github.com/modxcms/xpdo/blob/master/xpdo/om/xpdoobject.class.php#L739 ). Дело в том, что в методах __get() и __set() сразу прописана работа со связями getOne()/setOne() и т.д. и т.п.
К примеру, можно сделать так: $profile = $user->Profile, что будет равнозначно $profile = $user->getOne('Profile'). Таким образом можно получить свойство $user->Profile->email, даже если именно в этот момент еще не был получен связанный объект modProfile для этого пользователя. Или вот так:
$user = $modx->newObject('modUser', array(
«username» => «NewUser»,
));
$profile = $modx->newObject(«modUserProfile», array(
«email» => $someEmail,
«password» => $somePass,
));
$user->Profile = $profile;
$user->save();
И будут записаны в БД и данные пользователя (modUser), и данные его профиля (modUserProfile).
$user = & $modx->user;
$user->password = 12345;
$user->save();
И будет у вас в таблице в чистом виде пароль 12345.
Значения свойств не обязательно устанавливать через метод ->set(), где выполняются всякие модификации и т.п., их можно устанавливать напрямую, если само свойство у объекта уже есть. Это так же, как вы не установите $user->set('sudo', true);, так как там проверка, и если поле — sudo, то обламывается. Зато можно установить $user->sudo = true; $user->save();