Персональная страница пользователя

Добрый день!

Подскажите, пожалуйста, как сделать персональную страницу при регистрации пользователя, чтобы он её мог редактировать как угодно, чтобы дать ссылку на неё посторонним, например, на этой страничке пользователь может соорудить персональное одностраничное промо, например, по адресу site/username/promo? В какую сторону необходимо смотреть?

Спасибо.
Max
Max
04 апреля 2018, 15:01
modx.pro
1
1 619
0

Комментарии: 14

Konstantin
04 апреля 2018, 21:49
-2
    Max
    Max
    05 апреля 2018, 12:51
    0
    Добрый день, я не нашел в документации даже намеков на такие страницы.
      Konstantin
      05 апреля 2018, 13:26
      -6
      Да ладно?
      Если вы соцсеть создать собрались, то вам кажется навыков не хватает.
      А если на обычном сайте, обычную страницу с информацией о пользователе, то плохо читали документацию к Office.
      Вот хороший пример такой страницы, сделанной с помощью office.
        Максим Кузнецов
        05 апреля 2018, 13:30
        +4
        Office тут не при чем, он отвечает лишь за регистрацию пользователя и редактирование его полей. (ну и вывод покупок minishop'a)
          Konstantin
          05 апреля 2018, 13:52
          -6
          отвечает лишь за регистрацию пользователя и редактирование его полей
          Действительно не при чем, всего лишь из коробки делает 90% работы, остается только создать ресурсы с выводом информации о пользователе.
            Максим Кузнецов
            05 апреля 2018, 13:54
            +1
            Безусловно, Office — отличный компонент, основной вектор которого — профиль пользователя.

            Но о какой «90% работы» идет речь, если вопрос звучал: «как сделать персональную страницу при регистрации пользователя»?
              Konstantin
              05 апреля 2018, 14:06
              -2
              Ну как бы… можно извилистым путем, который под силу специалистам типа вас, а можно только с офисом и минимальным набором знаний.
              Например повесить плагин на событие OnUserSave, который создаст ресурс с алиасом юсернейма, и в какое-то поле запишет его id, а в шаблоне ресурса любые поля юзера легко получить с феном
              {$user_id | user : 'fullname'}
              .
              Чем не подходящее решение?
                Максим Кузнецов
                05 апреля 2018, 14:13
                +3
                То есть ровно то, что я описал в варианте 2?

                Только:
                — при чем здесь именно Office? (HybridAuth, Login, ...)
                — зачем сохранять id, а потом при каждой загрузке страницы делать доп. запрос к таблице пользователей? И зачем для этого OnUserSave, если данные статичны.

                И да, все же — что в итоге входит в мифические 90%? Триггер события OnUserSave?

                UPD: не поймите меня неправильно, вашим решением тоже можно натянуть сову на глобус. Просто оно хуже.
          Max
          Max
          05 апреля 2018, 13:56
          0
          Я не имел ввиду страницу профиля, а имел ввиду дополнительную страницу, которую пользователь захочет оформлять как ему угодно, например соорудить одностраничный лендинг, на котором презентует какую-либо услугу.
          Максим Кузнецов
          05 апреля 2018, 13:28
          +4
          У вас, условно, есть 2 варианта реализации страницы пользователя:

          1. Виртуальная страница (напрямую не существует в БД, данные собираются на лету исходя из запрошенного урл). Пример такой реализации — modx.pro.
          (способ реализации)

          2. Полноценная страница (точно такая же, как и любая другая страница, создаваемая через интерфейс ресурсов MODX и хранящаяся в БД. Создается при регистрации/активации пользователя и, при изменении профиля пользователя, новые данные проецируются на страницу).
          (способ реализации)
            Max
            Max
            05 апреля 2018, 13:58
            0
            Второй способ подходит, спасибо!
              Максим Кузнецов
              05 апреля 2018, 14:00
              +2
              Не за что.)

              К слову, при выборе второго способа, для вашей задачи можно ограничиться одним плагином (создание тикета в нужном разделе при активации), а редактирование страницы реализовать через родной компонент TicketForm c правами «только редактировать».
        Дмитрий Суворов
        05 апреля 2018, 14:15
        +5
        Только что вы стали свидетелями показательной истории.

        Человек задал вопрос, причем вполне корректно и вежливо. В теме отписалось два человека. Один писал с целью не помочь (Константин), а рассказать как же сильно топикстартеру не хватает опыта, другой — разобраться в проблеме и помочь (Максим).

        В итоге, Константин в минусах и за дело — зачем писать, лезть сюда, если нет желания помочь? Человеку помощь нужна, а не рассказы о том, на что у него хватает навыков, а на что нет.

        А Максиму честь и хвала, помог, рассказал, и просто зайдя Максиму в профиль, почитав его комментарии и посты можно очень много чего почерпнуть.

        Мораль: Не хочешь помогать — пройди мимо.
          Max
          Max
          05 апреля 2018, 15:45
          +1
          Ну, Office я всё равно приобрёл сегодня утром и повозился с ним, делая профиль пользователя, авторизацию и регистрацию, и пока возился, изучал документацию, поэтому и сказал, что не нашел того, что мне нужно. Но надежда теплилась, что в чудо-пакете будет то, что надо сверх того…
          Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
          14