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

Да ну Роман, какая агрессия, я все понимаю.

Роман, Вы наверное очень правы.
Даже сложно парировать.
Вы слишком умны для меня.
Наша ветка комментариев началась с того, что я писал, что документация по xpdo мало того что англоязычна, так еще и не полная.
Я хрен его знает что такое минимальный оверхед, честное слово!
Рад что Вы настолько компетентны.
Но сколько я не общался с разработчиками, у всех minishop тормозит после 20000 товаров. У меня тоже. Говорят есть способы выноса товаров в отдельную таблицу, отдельно от ресурсов и это повысит скорость работы, но я до этого еще не дорос(

Вы правы. Бесплатность modx это очень привлекательно.
Хотя иногда становится минусом.
Приведу пример.
Заказчик заказал магазин, когда обсуждался проект и ожидаемое количество товара, то заявили — 1000 максимум 1500 штук. Битрикс не предлагать — дорого. Сделал на modx.
А аппетит вырос. Сайт за 3 месяца вырос да 15000 товаров и планируется еще 50000.
И начинаются вопросы — а почему так медленно работает, а что нельзя через админку редактировать цену сразу у 5000 товаров? А в битрикс можно, вы что нам фигню сделали! И так далее.

Спасибо, тезка, это немного радует.
Хотя хочется стабильности.
Пусть не в жизни так хоть в такой вещи, как программирование)

Мы все находимся здесь, потому что так или иначе любим MODX.
Но говорить что он круче всего на свете — это неправильно.
Есть разные движки, с разными целями и задачами.
Нельзя сравнивать битрикс и modx как интернет магазины. Bitrix на голову выше. А если товаров 50 000 то он на пять голов выше.
Ни один из контент менеджеров не сказал — ненавижу работать с товарами в битрикс, обажаю админку modx.
А служба поддержки у них выше похвал. Особенно если приобрел платный компонент. У меня есть опыт покупки компонентов как в магазине bitrix так и modstore. Поверьте это не сравнимо. На битриксе любой приобретенный компонент тебе отладят и еще 100 раз извинятся что не заработало сразу, на modstore отвечают раз в три дня и то невпопад.
Открываешь документацию по xpdo
docs.modx.com/xpdo/2.x/
а там мало что только английский (ладно мои знания позволяют понять 40 процентов), так еще и надпись что информация в разработке уже 4 года. А где брать если не тут? Все остальное на других ресурсах лишь чужие размышления, разного уровня компетентности…

Но все равно мы тебя любим, MODX!

И еще. Господа разработчики, почему отключение кеширования на уровне системных настроек не отключает его?
Папка кеша наполняется и как показывает описанная выше ошибка, данные читаются из кеша!

Прошу прощения.
Я немного ошибся. Наверное видел то, что хотел видеть.
Вы пишете — Расскажите как ведете разработку Вы, если не секрет?
виртуальный сервер, иде
А я читаю — локальный сервер.
Еще раз простите.

Спасибо за попытку помочь.
Вопросов стало еще больше)
Я считаю, что если настройки сервера соответствуют требованиям modx и используемых компонентов, то все должно работать без разницы, виртуальный сервер или локальный.
Иначе почва под ногами становится зыбкой и вся разработка сводится к «повезет или нет».
В Ваших словах, (не ради того чтобы укорить, а токма постижения истины ради) наблюдается несоответствие. Вы говорите что ведете разработку на виртуальном сервере, а потом пишите что вообще не испытываете проблем с работой с сайтом через IDE на виртуальном сервере.
Рад, что у Вас все легко получается и Вы легко редактируете сайт на виртуальном сервере через IDE.
Честно признаюсь, я в сутки 5-6 часов уделяю на изучение MODX, начиная от официальной документации и оканчивая роликами разного качества на youtube и все еще не знаю как вести разработку на удаленном сервере через IDE.
Изначальная идея MODX вообще исключает хранение кода в файлах, только в базе.
Ресурс можно сделать статичным, можно использовать компонент SE Manager (который в версии modx 2.5.8 перестал работать, а когда я обратился к человеку, который значится как его разработчик, он заявил что это не его компонент), есть компонент GitModx от очень уважаемого мной человека (но он позволяет работать только с файлами, а значит любые шаблоны и чанки и сниппеты не получают айдишников), есть компонент gitify (который я к своему стыду не могу понять) и есть работы на прямую с файлами через файловые элементы fenom — docs.modx.pro/components/pdotools/file-elements
Это пожалуй все, что я знаю, что позволяет вести работу в Modx через файлы.

Аргументируйте, пожалуйста, Владимир. Или конкретизируйте.
Вы считаете что причина в использовании локального сервера на основе Open Server?
Почему? Личный опыт?
Как виртуальность сервера может влиять на сбои в файле кеша?
Почему вообще создается кеш, если системная настройка глобального кеширования выставлена в нет…
Лично мне удобно тем что есть полный контроль версий PHP, выбора сервера, гибкой настройкой.
Расскажите как ведете разработку Вы, если не секрет?
Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.
Спасибо.

Вы имеете ввиду от локального сервера?

Пятый раз за день(

жаль, даже коллективный разум ничего не говорит по этому поводу(

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

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

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

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

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

Спасибо.

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

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

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

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

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

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

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

Спасибо большое. Вы правы.

По крайней мере в базе не вижу никаких различий между теми категориями которые отображаются и тем которые нет. Все опубликованы, все is_folder, у всех класс msCategory…

Спасибо, Илья

Спасибо за совет.
Лог совершенно пустой, ни единой строчки, что странно.

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

Сменил имя администратора, посмотрим что будет дальше.