Александр Мельник

Александр Мельник

Был в сети 15 февраля 2026, 18:37
Заказы не принимаю
Да ничего страшного насчет манеры.
Но боюсь вас огорчить — я далеко не во всем разобрался, поэтому уж точно не возьму на себя такую тяжкую ношу как написание раздела помощи.

Могу лишь пару рекомендаций.
— ваш раздел сейчас построен по принципу вопрос ответ, а значит априори не может охватить всех тем. Мне кажется нужны два раздела. Вопрос-ответ, который будет наполнен конкретикой. Задали вопрос — выстрелили в ответ. И второй, вернее страницу — с простой текстовой информацией. Человеческим языком, употребляя термины только в случае острой необходимости, рассказать в порядке иерархии что такое ключ, зачем он, как создать, какие действия он позволяет сделать. Что сделать когда возникает необходимость сменить привязку и так далее. Даже если магазин специфический и рассчитан на разработчиков, мозги которых должны работать технически, но тем не менее все любят человеческий язык а не сухую статистику.
Василий, вы раздражены сейчас тем, что считаете моей тупостью.
Наверное вы имеете на это право и я не хотел этого.

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

Ну и уж о домашней работе это вы зря. Представьте что вы хотите купить футболку в интернет магазине, но не видите кнопку купить. Пишите администрации, а она говорит — ты что подумать не мог? Тут нужно пройти мини-квест вот на этой странице и если успешно, то кнопка появится.
Мораль — люди приходят в магазин не для того чтобы думать, они приходят туда за покупками.
Спасибо.

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

И уж простите за тупость, но так же остался открытым вопрос — Этот же ключ, который отвяжется от тестового сайта нужно будет вписать на сайт на основном домене?
Спасибо, но я читал это. Может для нормальных людей та инструкция и решит все вопросы, но мне многое остается непонятным.

И не вижу там ответов на мои вопросы.
Еще разок.

1. Какие действия необходимо предпринять конкретно в моем случае? Я специально детально описал свою проблему, чтобы получить ответ а не ссылку.

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

3. Я уже писал выше — я не понимаю, что такое «Один раз вы можете сбросить адрес хоста в личном кабинете самостоятельно. » Что в этот момент произойдет? Ну не хочется дословно копировать свой же третий вопрос, который я задавал выше. Не могли бы вы детально пояснить, что происходит при сбросе? На моем тестовом сайте перестанет работать установленное приложение? Вот я сейчас прочел инструкцию по вашей ссылки и нажал кнопку — сбросить. И у меня на тестовом сайте перестанет работать приложение, как раз в тот момент когда менеджеры обучаются работать с ним. Этот же ключ, который отвяжется от тестового сайта нужно будет вписать на сайт на основном домене?
Спасибо за совет.
Лог совершенно пустой, ни единой строчки, что странно.

Попытка переименовать папку manager привела к сбою, хотя я внес изменения в файл конфигурации. Возможно установленные дополнения тоже используют этот путь.

Сменил имя администратора, посмотрим что будет дальше.
Знак вопроса проверяет пустое ли значение, а восклицательный — существует ли переменная.
Поскольку массив не существует в сессии то логичнее проверять его существование, а не пустоту.
Но вопрос не в том, что условие не срабатывает. Оно как раз работает чудесно, а вот сам modx обрабатывает его через раз. Один раз он понимает что это кусок кода, а иногда при загрузке этой же страницы — нет и выводит тег fenoma на страницу как текст
Делал я и так изначально. Но во первых проблема не в том, что блок div выводится или нет. Проблема в том, что парсер один раз обрабатывает синтакис феном, а второй раз нет. Можно вообще не использовать никаких условий а просто выводить
{$.session.looked}
и страница будет выводить содержмимое массива. Но иногда будет глюк и выведется просто текст {$.session.looked}
В коллекции настроено перетаскивание. Кеш чистил.
Да и стоит ли обращать внимание на кеш, ведь на странице отображается, что menuindex страниц изменился.
Просто теперь они почему-то плюют на порядок сортировки. Это глюк скорее всего парсера pdo.
Прошу прощения, что отбирал Ваше внимание и спасибо. Я понял где ошибался.
При создании нового типа коллекции поля для отображения нужно прописывать вручную, по умолчанию там присутствует только id. Поэтому ничего и не показывает в списке дочерних ресурсов. Если задать необходимые поля то все выводится.
Нет, Евгений, ничего не добавлял.
Почему то у меня отображает дочерние ресурсы только один из типов коллекций. Самый первый. Все остальные типы (те типы что задаются в настройках Collection) создают ресурсы, но не показывают их.
Сейчас как раз в очередной раз вернулся к этому вопросу, буду детально читать информацию, может я что то упускаю.
Консоль браузера чистая, в логах модекс тоже. На сервере не смотрел, но как-то уж очень маловероятно.
Очень может быть, что я по неопытности что-то не так делаю, но не могу предположить что. Создал ресурс, назначил его коллекцией. Появился интерфейс коллекции. Создаю дочерние ресурсы, они создаются но не отображаются в интерфейсе Collection. На сайте прекрасно отображаются.