Василий Наумкин

На здоровье!

After any change of lexicons you must clean site cache.

Also, if you making single-language site, you can just edit needed chunk and replace "[[%ms2_frontend_color]]" to «Color».

Я тебе выше давал ссылку на то, как nginx выбирает location.

Там черным по белому написано, что предпочтение отдается регулярным выражениям — а ты пишешь обычное.
Nginx его просто игнорирует и выбирает более интересное.

Держи:

location ~* ^\/(manager|core|connectors)\/(?:.*)$ {
	allow           155.88.99.116;
	deny            all;
	location ~* \.php$ {
		include             fastcgi_params;
		fastcgi_param       SCRIPT_FILENAME $document_root$fastcgi_script_name;
		fastcgi_pass        backend-site1;
	}
}

location ~ ^/(.*?)/$ {
	rewrite         ^/(.*?)/ /$1 permanent;
}

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

А вот во втором не уверен — только что его придумал, но тоже должно работать, ибо вес имеет тот же, что и первое, но идёт за ним.

В общем, удачи.

Редирект обратно, при попытке загрузить любую другую страницу, будучи авторизованным.

Просто подумай, что именно проверять.

Как минимум, обработка php файлов через fastcgi.

Ты плохо понимаешь, как работает nginx, нужно почитать литературу.

Ну так перенаправляй его сразу после первого логина на страницу с вводом нужных данных и не выпускай оттуда, пока не введёт.

То ли я чего то не понимаю, то ли ты.

Еще раз — вход через социальные сети подразумевает вход на сайт без логина и пароля.
Если нужен вход через логин и пароль — не нужно регистрировать пользователя входом через социальные сети.

Логинза работает ровно так же, как и HybridAuth, только хуже.

а как в Гибрид аус заставить пользователя при регистрации ввести email, логин и пароль для входа через логин

HybridAuth нужен для входа на сайт без заполнения формы с логином и паролем.

Так что да,

сначала регистрация через логин, а потом уже привязка

Я принудительно заставляю вносить email при первом входе, если его нет.

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

Удалённый сервис только подтверждает, что юзер — его.

Он не обязан отдавать email или любые другие данные. Если авторизация проходит — ошибки нет.

Ну тогда как обычно — запускай на modx-test.com и сравнивай, что там и что у тебя.

Чанки то все изменил?

Именно в категории, или в дереве ресурсов?

В дереве товары скрыты по умолчанию.

Планируется, за деньги, когда откроем свой магазин.

Вот тут, например, оно уже работает.

Очень-очень странно.

Можешь удалить и поставить заново? Чанки должны сохраниться.

Все товары хранить как обычно, в нужных категориях.

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

Просто логично подумай — это же тоже товар, только с другим цветом. У него должен быть свой артикул, может быть другая цена и т.д. Я бы и скрывать не стал, сделал бы только вывод ссылок в карточке.

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

Пиши свой фильтр, какие проблемы?

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

1. Создать связь «многие ко многим», ибо связываются товары, а не их параметры. Много товаров, у них равнозначная связь, главного нет.

2. Сделать простейший плагин для поля color — чтобы превратить его в обычное текстовое.

3. Спрятать ненужные товары при выводе каталога, отметитив «не показывать в меню».

4. На странице товара вывести ссылки на другие товары группы сниппетом msProducts:

[[!msProducts?
	&link=`номер связи по цвету`
	&master=`[[*id]]`
	&resources=`-[[*id]]`
	&tpl=`tpl.Link.color`
]]

И простейший чанк tpl.Link.color

<a href="[[~[[*id]]]]">[[+pagetitle]] ([[+color]])</a>

Если сделаешь всё внимательно и правильно — будет работать. Возможно, вызов сниппета на странице придётся поправить — я еще не особо это проверял.

И, скорее всего, не найдётся.

Нужно указать все правила для этой директории до реврайта. Почитай, как nginx выбирает location для обработки запроса.

Затем nginx проверяет location’ы, заданные регулярными выражениями, в порядке их следования в конфигурационном файле. При первом же совпадении поиск прекращается и nginx использует совпавший location.

Ага, я проверил перед написанием =)