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

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

Спасибо.

Дмитрий, спасибо. Завтра свежим умом прочту и осознаю. Но чую — истину глаголите.

Все что я написал выше и касалось инструкции Наумкина. Завтра изучу подробнее, но мне кажется инструкция 2013 года сейчас не очень актуальна. Тогда еще не было парсера pdoTools, не было Fenom и (о Боже) Наумкин признавался, что чего-то не знает.

Насчет информации — не поверите. Рою!!! Разными поисковиками, поиском на этом сайте… ничего путевого не нашел, поэтому и решил написать этот вопрос.

Спасибо, Stan, но Денвер уже лет сто не обновляется. Она даже PHP 5.6 вроде не поддерживает, а многие компоненты MODX требуют PHP 7.0 ( к примеру Локализатор, который я использую)
XAMMP ( как я специально описывал в тексте своего вопроса — работает в сто раз хуже чем Open Server)…
Да и вопрос был в том — как работать на виртуальном сервере через IDE без всяких локальных серверов…

Спасибо. Попробую завтра разобрать детально, но меня смущает — «Основной инструмент — домашний сервер с Ubuntu, настроенной по собственной заметке, с доступом через SSH и SFTP. Все проекты располагаются к корне сайта, каждый в своей директории. При этом, директории замонтированы внутрь сайта через --bind.»

Меня убедили, что домашний сервер это фигня. Я использую Windows, у него нет понятия монтирования, это фишка linux систем, особенно Ubuntu систем…

У меня 2.5.8 создавал такие ошибки в кеше, что и фронтенд и бекенд сайт перествал работать(

Простите, но читаю Вас и частично понимаю, почему далеко не всегда понимают мои вопросы…

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

на полном экране каждое поле вывести отдельной читаемой строкой;
на мобильном экране сохранить исходный вывод полей (в отдельных строках).

Ведь обе строки говорят об одном — вывести на отдельных строках.

Кто кроме Вас может знать, как настроены стили Вашего сайта?

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

Роман, Вы наверное очень правы.
Даже сложно парировать.
Вы слишком умны для меня.
Наша ветка комментариев началась с того, что я писал, что документация по 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.
Спасибо.

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

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

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