Дима Сайт old см. профиль

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

А в настройках приватности соцсетей возможно указывать, какие данные профиля, имеющиеся в соцсети отправляются (сервису, или приложению вашему) в момент первой авторизации.

А иногда соц.сервис, например Яндекс вроде, прямо в момент авторизации даёт пользователю выбрать, к чему предоставить доступ), или в момент создания приложения и получения ключа (по той же инструкции из hibridauth) вы сами выбираете, что запрашивать.

Короче, вопросы подобные отпадают после тестирования.

Вот этот момент с редиректом был неочевидный, я вам подсказал куда смотреть.

А какие данные приходят просто авторизуйтесь и это сразу видно!

100% будет, но кто-то должен инициировать. Попробуйте обратиться к авторам популярных дополнений оплаты они все здесь есть на modx.pro), сделать адаптацию готового решения под другие адреса callback-ов для специалиста не проблема.

С такими дополнениями основанная сложность — тестирование. В данном случае для ускорения процесса вам надо быть готовым такие тесты разработчику помочь провести, если хотите в адекватный срок результатов!

Я бы купил копию такого дополнения минимум на один из проектов!

Напишите кто ещё купил бы, давайте раскачаем вопрос!

Почти наверняка у вас указано обязательное поле профиля, которое не заполнено. При этом ошибка «заполните поле ХХХ» не отображается по умолчанию, но если посмотреть в адресную строку то можно увидеть что-то вроде /prifile?required=email (означает что пока не заполнишь и не сохранишь в профиле email, тебя office с любой страницы будут переправлять обратно в профиль.

Если я угадал, то это документированное поведение office, но многом оно не вполне нравится, хорошо что список обязательных полей можно настроить (подробнее в документации к Office).

А hibridauth не при чем, раз авторизовал, значит отработал корректно)

Хочу добавить, что у меня вроде все проекты с ЧПУ и директории эти получается везде виртуальные, потому бессмысленно их учитывать в путях к статике, вот и «думаю от корня», соответственно так и пишу, от корня…

То есть вы предлагаете каждый раз указывая якорную ссылку заботиться о том, чтобы она была указана не относительной, а абсолютной?

Такой подход работает надежно ровно до той поры, пока контент-менеджеру (или прямо вам, но в спешке, когда «оперативка в голове занята») использовать якорную ссылку в поле content или другом, где у вас подключен HTML-редактор.

В плюс к этому, указанные вами ссылки всё равно не будут работать на тестовом домене (не все их используют, ну ок, тогда читайте как «при переезде сайта на другой домен», что тоже редкость, но блин, это побочный эффект, которого бы не было).

Это всё можно победить, конечно, если держать это в голове или описать в документации проекта (ага :) ) но я предлагаю, советую и рекомендую вместо того чтобы «стрелять себе в ногу» тегом base и потом лечить последствия, просто не заниматься самострелом, если позволите.

Конечно, для каждого скрипта указываю абсолютный путь, ведь это всего лишь вместо

<script src="assets/js/bundle.js">

будет

<script src="/assets/js/bundle.js">

зато я точно знаю, что заберу скрипт от корня, а в вашем случае потенциально возможны неожиданности (по моему мнению, прошу не судить строго, может кому-то и нравится не держать пути под контролем а применять пути относительно директорий, а не корня)

Каким образом можно помочь ситуации с помощью js — не понял совсем

Ну как же: понятно же, как работают стандартные фильтры? Мы можем это повторить сами?

Они на JS, по событиям onclick или onchange полей ввода запускают отправку формы (или собирают поля формы и отправляют массив их значений, точнее надо в коде смотреть) на бекенд, получают результат и заменяют им контент на странице (блок результатов и не только — ещё счетчики и состояния других фильтров). Вы можете сами, на любых своих элементах находящихся где угодно на странице, выполнять те же действия, что написаны в стандартном JS-файле.

Конечно, это сложный путь, но зато он лежит в плоскости кода, а не верстки. Те трогая жестко код, по лайту, проще ИМХО решать задачу размещения блоков (абсолюты с кучей media query, flex-ы или вообще masonry либо какой-то свой костылёчек на JS — это уже вкус и предпочтения верстальщика (простите, фронтэндера))

Потому что тег base переопределяет базовый url для работы всех ссылок в документе. Чтобы не повторять то, что уже написано, оставлю вот эту поясняющую ссылку на stackoverflow и предположу, что и у вас якорная навигация работает на JS, но чтобы сделать хорошо работающую якорную навигацию на JS (так чтобы и по прямым ссылкам работал скролл к нужной зоне, а не только по клику на якорь когда страница уже загружена) нужно приложить ряд дополнительных усилий (например парсить адресную строку), хотя всего этого можно избежать, не используя тег base для решения задач, которые вполне можно решить без него, не обрекая себя на «побочные эффекты» от его применения.

Теперь видно, что вывод на скриншоте 2 (который вроде как тебя устраивает) по внешнему виду совпадает с тем, что получилось, так в чем проблема?

Похоже что надо видеть ещё и структуру ресурсов чтобы понять что именно ты ожидал увидеть и почему этого не случилось…

Просто ты пытаешься плагин использовать как сниппет судя по вот таким попыткам:

{'это {привет|пока} или {добрый день|добрый вечер}' | textGenerator}

Но не очень понятно зачем. Ведь если такую конструкцию заставить работать, она скорее всего будет генерировать каждый раз при перезагрузке страницы новый вид фразы, а такое для SEO например точно не годится))

Хотя в коде сниппета это можно обойти через значительное усложнение, или с помощью кэша результаты будут меняться не так часто, но всё равно записывать один раз плагином (как изначально и задумал автор) кажется максимально логичным — сгенерировал 1 раз по шаблону, записал, и оно там навсегда осталось. Потом можно руками править.

В описании же написано четко:

записывает в поле документа description, если оно не пустое.

Если тебе нужно в другие поля записывать, то нужно на основе этого плагина сделать такие же для других полей. Этот «из коробки» так не умеет, но и исправить его надо совсем чуть-чуть чтобы работало нестандартно, но прямо как надо именно сейчас (указать вместо description другое поле, например introtext или content)

А возможно лучше остаться здесь на modx.pro, т.к. эти ответы индексируются поиском и структурированы по темам, а не уходят вверх в ленте навсегда, вынуждая тех кто знает ответы, по нескольку раз отвечать одно и то же :)

Ну до тех пор не будет придуман способ индексировать переписку из телеги (и ещё останется задача разделения по темам).

Да, рассуждаю как старикан, но аргументы эти разве не актуальны?

Нееет, не делайте этого, лучше формируйте URL правильно, как подсказали выше.
Устанавливая тег base вы сломаете якорную навигацию если она есть. Это большая загадка, по какому недоразумению эта штука присутствует (или сейчас нет уже, не уверен) в дефолтном шаблоне modx сразу после установки. И даже видел абсурдные разговоры о том, что это «особенность движка» от лиц, которые не очень понимаю видимо как работает HTML в браузере… короче если вы точно не знаете нужен ли вам тег base (а 99.5% что не нужен) — не используйте его!

Вы хотели подробностей, так вот:
Вообще, контролировать наличие начального слеша можно несколькими способами (и к стати если запутаться, можно наткнуться на ошибку с // двумя начальными слэшами так что я например предпочитаю в верстке его добавлять именно так как и подсказал @Роман ) так как пути строятся из частей, каждой из которых в MODX можно управлять (а можно оставить по дефолту и всё тоже будет ок)

На самом деле к любому ресурсу на сайте есть 2 пути, и оба необходимы:
1) где на жестком диске на сервере лежит файл
2) по какому uri его можно получить из интернета

У вас «проблема» (которая на самом деле особенность построения любого относильеного uri в браузерах, подробности на MDN) с путём 2.

Есть параметр baseUrl в настройках источника файлов (а он в свою очередь указан в вашей TV с картинкой) — можно в его значении поставить в начале этот слэш и тогда не придется его дописывать в верстке.

Только не путайте с basePath — это путь до картинки на сервере (путь 1)

Например картинки лежат на сервере в папке /home/user/data/www/site.ru/assets/img/ тогда в настройках Медиа -> Источники файлов -> Картинки будут такими:
1) basePath = assets/img/
2) baseUrl = /assets/img/

Но как здесь видно,
А первая часть пути до папки задается ещё раньше в файле конфига сайта /core/config/config.inc.php

....
if (!defined('MODX_BASE_PATH')) {
    $modx_base_path= '/home/user/data/www/modx.pro/';
    $modx_base_url= '/';
    define('MODX_BASE_PATH', $modx_base_path);
    define('MODX_BASE_URL', $modx_base_url);
}
....

Если всё ещё не понятно, формулируйте вопросы, дожмём тему))

Ну, разве что можно ещё отправлять почту другим способом, через swiftmailer, или чем-то своим (modHelpers тоже вроде умеет, но подозреваю что настройки также глобальные).

А так годное получилось решение с учетом того, как реализованы домены (раз без контекстов, то тоже плагином), варианты другие в ряд ли и нужны)

Намёк понял, придётся парировать: Тогда вдвойне странно, т.к. у вас вопрос по js на самом деле, если не по верстке, но точно не по modx (ведь от бекенда не зависит как у вас отображается фильтр)

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

P.S. У меня похожий макет на предпроектной стадии, если дойдет до заказа (и не забуду :) ), то смогу продемонстрировать на примере…

Ну как, получилось? Не у вас одного дизайнер с приветом :))) (на самом деле мне даже нравится такой интерфейс так что лучше бы так сделать а не по-другому рисовать)

По ссылкам нет скриншотов и правда. @Константин перезалей картинки, без них не подсказать((

А вообще общий совет при построении меню такой — добавляешь rowclass innerclass и все остальные, смотришь потом в коде всё как на ладони, и видишь, какие тебе нужно стилизовать или прикидываешь как по-другому это сделать (иногда проще привязаться через id если это фиксированное меню или через поле ресурса *link_attributes

Я пробовал, работает. Иными словами, в дереве ресурсов выбираешь нужный конекст, правый клик — редактировать, и там создаешь настройки со значениями, аналогичными системным настройкам:
emailsender (эта важная, про неё часто забывают), mail_smtp_user, mail_smtp_pass ну и другие mail_smtp_xxx которые отличаются.

P.S. Пожалуйста, @Константин Ильин опечатку в заголовке вопроса. SMPT не тоже самое Simple Mail Transfer Protocol

@alex, возможно вам подойдет компонент modstore.pro/packages/other/anotherpages

Или можно написать плагин на 404 ошибку и там уже брать ресурс от первой части URL, и добавлять 2ю часть, конвертируя (как бы) фразу Russia-Moscow-Moldova-Kishinev в export_country=22, export_city=33, import_country=44, import_city=55 но учтите что есть города типа Ростов-На-Дону поэтому разделитель в URL лучше взять такой, чтобы не встречался в названиях городов, например | или транслитирировать названия с этим учетом.

То ли ещё будет, когда вы столкнетесь с одинаковыми названиями населенных пунктов…
Например:
Москва — город, столица России.
Москва, Кировская область, Верхошижемский район (деревня).
Москва, Псковская область, Порховский район (деревня)
Москва, Тверская область, Пеновский район (деревня)
и т.п.

Вообще, задача может иметь ряд подводных камней, если не чувствуете уверенность лучше перенесите топик из Вопросов в раздел Работа, переводить числовые id в текстовые значения всегда довольно проблематично

Норм прозвучало. Молодцы все!

Стыдно признаться, но не доходили руки тестить, потому что без pdoTools настоящий никакой проект не поднять, а голую установку MODX 3 тестить как-то грустно)

И как раз выходные впереди… кажется, настало время!

Спасибо за обновки