Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #105 часов назад
Без тени осуждения, просто видя ваше восхищение и понимая, как сильно оно отличается от моих чувств. я не могу не спросить.
А вы после этого все еще ...
Испытание ИИ Cursor 4
6 часов назад
А толку то, в репозитории только 1 пакет с одним именем может лежать. Нет же выбора загрузки версии. Точнее вроде как есть, но никто не будет следить ...
MiniShop3 - чего ждать в Beta версии. 11
7 часов назад
Денис, напиши пожалуйста, что не использовать на файлы js, а то будет как у меня, 4 часа времени восстанавливать построчно, а так работает без нарекан...
Добавляем функцию HTML Beautify/Prettify в Ace! 10
Вчера в 23:10
по моему путь не верный у вас в «snippet.sendcode.php», должен быть такой наверное?
require_once MODX_CORE_PATH . 'components/sendit/services/identi...
[СДЕЛАЙ САМ] Авторизация и регистрация по SMS с помощью SendIt 8
Вчера в 21:07
Можно сделать самому по этой инструкции
msOneClick Чекбокс Согласия на обработку данных 1
Вчера в 20:49
Во-первых, radio это переключатель, это означает, что он должен иметь какое-то значение изначально, соответственно и валидация не нужна. Во-вторых, ес...
Как кастомизировать сообщения после Регистрации на сайте? 5
Вчера в 12:05
Нужно проверять метод save в файле assets/components/tickets/js/web/default.js
Там лаг с label id и input id и как раз если убрать из label id, то и ...
Указан неверный код защиты от спама. Tickets, как исправить? 2
Вчера в 11:30
Павел, скрипт у вас просто замечательный! Только одно но, или 2, смотря как считать… Сниппет требует от браузеров пользователей очень много ресурсов и...
[xLike] Идеальная система лайков с оптимистичным интерфейсом и правильной формулой 112
03 декабря 2024, 23:11
Ну планируется что расчеты будут делать клиенты на сайте. А чтоб они не могли приписать себе любую цену товара считать цену надо на стороне сервера. Т...
Плюсы и минусы Vue и gtsAPI 20
И главное — это не 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();