minishop2 регистрирует пользователя
Добрый день. Скажите пожалуйста как сделать что бы минишоп не регистрировал пользователя при покупке?
Комментарии: 20
Создайте одного пользователя, и пусть все покупки идут на него, а контактная информация будет у каждого заказа своя.
мне просто не понятен такой момент, зачем он регистрирует пользователя, если пользователь даже не знает пароль, как он потом зайдет?
А если есть личный кабинет, где все можно отобразить, что и когда купил
дак если в него не зайти, тем более там не отображается пароль там его можно только изменить
Я говорю, если есть личный кабинет, есть и регистрация.
Например, был магазин без регистрации, прикрутил личный кабинет, разослал всем пароль и вуаля, личный кабинет готов со всеми заказами )
Например, был магазин без регистрации, прикрутил личный кабинет, разослал всем пароль и вуаля, личный кабинет готов со всеми заказами )
Пользователь может воспользоваться кнопочкой «я забыл пароль».
По каждому покупателю ведётся статистика, сколько денег он принёс в магазин + ему уходят оповещения по почте. Всё это гораздо удобнее делать с юзером в системе, без костылей.
Но если тебе это прям так мешает — есть возможность изменить логику создания заказа.
По каждому покупателю ведётся статистика, сколько денег он принёс в магазин + ему уходят оповещения по почте. Всё это гораздо удобнее делать с юзером в системе, без костылей.
Но если тебе это прям так мешает — есть возможность изменить логику создания заказа.
Да были глюки с офисом, когда делал заказ в один клик он добавлял пользователя, но когда заходил под этим пользователем офис начинал глючить, оказалось что при добавлении пользователя он не прописывал его к группе Users и из за этого глючил в настройках минишопа указал и все норм спасибо!
Если страница требует от пользователя определённых прав, а он их не имеет, потому что не состоит в нужной группе — это не глюки Office.
Более того, правами доступа Office вообще не управляет, это функция ядра MODX.
Более того, правами доступа Office вообще не управляет, это функция ядра MODX.
а есть возможность тогда при заказе еще отправить ссылку для входа и пароль, как если бы пользователь зарегестрировался?
Кто-нибудь нашёл ответ? или это было сделано? это ведь логично, и не должен подниматься такой вопрос, и не колотить костыли на смену статуса заказа
На сегодняшний день фоновая регистрация пользователя вшита в процесс оформления заказа. Для того чтобы логика была другой нужно «колотить костыли».
мне нужно чтобы письмо приходило что поскольку он заказал ему отправлялось письмо, я про это писал, я специально ответил на момент тот
Вам нужно, чтобы отправлялось письмо о факте регистрации?
Я писал заметку на эту тему уже
modx.pro/development/16620
Я писал заметку на эту тему уже
modx.pro/development/16620
Да я видел, про это тоже выше писал, ведь с таким способом будет дольше создаваться заказ, нет?
Вообще-то да. Ровно та же проблема при отправке заказа в CRM какой-нибудь.
Решение тоже общее. Нужно использовать очереди. И вместо отправки заказа просто записывать задачу в очередь. Тогда нагрузки не будет никакой. Ну а очереди читать и выполнять, как фоновый процесс.
Решение тоже общее. Нужно использовать очереди. И вместо отправки заказа просто записывать задачу в очередь. Тогда нагрузки не будет никакой. Ну а очереди читать и выполнять, как фоновый процесс.
Кстати в будущих версиях компонента механизм очередей будет уже в ядре.
Это отлично, а можете пожалуйста кинуть как-нибудь статью или ресурс где почитать про очередь, чтобы делать вещь на backgrounde, есть такие вещи подобные но как я понял это уже будет не оптимизированно под быструю работу, типо fpm + apache в настройках сервера, отключаем поддержку fastcgi. И только тогда получается fastcgi_finish_request(); и тогда оно в фоне само крутится, типо допустим если файл до гига, это пример с загрузкой на яндекс диск, то можно без него подняв лимиты хостинга но там максимум 300, то set_time_limit(); и ini_set('max_execution_time', 50000); поможет но тоже проблемы, пытался по-другому как-то не получается да и не понятно
Зачем так сложно? Задания очередей можно писать в таблицу базы данных. Я обычно использую simpleQueue. Есть также встроенный механизм очередей в MODX.
Для выполнения заданий запускаете ежеминутно крон, который будет по одной записи за раз дергать и выполнять.
Для выполнения заданий запускаете ежеминутно крон, который будет по одной записи за раз дергать и выполнять.
Другого не знал, да и не думал что на обычном хостинге есть доступ к крону, так как он делается через консоль, и получается даже если скрипт будет работать там часа 4, то так же будет выполнятся, или есть лимиты по которым задача убьётся?
Я еще не встречал хостинга, на котором не было бы панели управления кроном или просто доступа к crontab.
Какие 4 часа? О чем вы?
Если задача отправить письмо о новом заказе то:
Проверить таблицу очередей. Если есть необработанная запись ОДНА — взять номер заказа, сформировать письмо о заказе — отправить его.
Если задача отправить письмо о регистрации клиента то:
Получить из таблицы очередей ID клиента — составить письмецо, отправить его.
Тут секунды 2 работы в худшем случае.
Какие 4 часа? О чем вы?
Если задача отправить письмо о новом заказе то:
Проверить таблицу очередей. Если есть необработанная запись ОДНА — взять номер заказа, сформировать письмо о заказе — отправить его.
Если задача отправить письмо о регистрации клиента то:
Получить из таблицы очередей ID клиента — составить письмецо, отправить его.
Тут секунды 2 работы в худшем случае.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.