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

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

какой-то ты кислотный

ну блин(((( попробуй ты =)

могу скинуть файл htacess

не, я работаю

а на какой строке редирект?

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

ну у меня обед, можно и попробовать глянуть))

а как настраивал?

а как настраивал?

что ты хочешь в htaccess настроить?

уже пожалел?)

немношк, ну я хотя бы хотел помочь))

немношк, ну я хотя бы хотел помочь))

там проблем нету с файлом?

там только стандартные настройки

например site.site.ru

предположу, что настраивал по этой статье https://cat-art.ru/blog/multiyazyichnost-modx-revo

Да стаья классная но у меня не работает полностью

А внедрив компонетны Laravel получаем: - больше возможностей - проще потом переходить на Laravel - легче учиться, вернее быстрее можно получать профит - кто то не может осилить Лараверь но вполне успешно работает на Evo (не всем быть гуру IT)

Т.е. вы постепенно будете уходить на полное использование Ларавель или так и останется - два варианта работы (классический Evo и laravel)? Не боитесь, что будет каша в документации и юзеры запутаются?

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

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

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

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

Ясно, но по-моему вы как-то сильно зациклились на старых юзерах, которые уже используют Эво. Нужно больше уделять внимания новым юзерам. Как их привлекать? Пока как-то много непоняток, и их это может испугать. Но, понятно, что работа ещё идет, и в будущем всё упорядочите

Вот представьте. Что случилось бы, если в условном рево 3 сейчас взяли и вырубили старый парсер и extjs и xPDO. И сказали вот берите пользуйтесь. Сколько людей так бы и осталось на 2.x ветке? И сколько мигрировало бы? Вот и у нас в эво точно такая же проблема. Всё старое было оставлено чтобы сообщество могло переключиться на 2.0 и постепенно на примерах как это можно сделать быстрее/удобней/лучше переходили на код в файлах и шаблонизатор.

Примерно так было сделано когда вышел Рево. Обратной совместимости не было, постепенно люди переходили

Ускорить загрузку страниц сайта / Русскоязычное сообщество MODX https://modx.pro/work/19211

Ускорить загрузку страниц сайта / Русскоязычное сообщество MODX https://modx.pro/work/19211

Т.е. вы постепенно будете уходить на полное использование Ларавель или так и останется - два варианта работы (классический Evo и laravel)? Не боитесь, что будет каша в документации и юзеры запутаются?

Период непоняток будет, но планирую доку писать исключительно под новый подход а старое не освещать в итоге рано или поздно получиться полностью перейти

но чистый ларавель не подходит для той ниши, в которой вы работаете (cms)

А "новый подход" - это по сути чистый ларавель. Можно было бы сразу сделать админку для ларавель и так её и позиционировать, а вы пытаетесь поймать двух зайцев

Ну так потому и не переходим на чистый ларавель. тоесть суть не перейти на чистый суть принципы и по возможности весь инструментарий затащить в CMS тоесть поднять EVO еще ближе к CMF но это все равно будет CMS а не фреймворк

Я думаю, что создатели MODX понимают CMF больше не как php-фреймворк, а как CMS-фреймворк. Т.е. CMS с возможностью её кастомизации. Изменение меню, переименование и перемещение вкладок, блоков и т.п.

Я думаю, что создатели MODX понимают CMF больше не как php-фреймворк, а как CMS-фреймворк. Т.е. CMS с возможностью её кастомизации. Изменение меню, переименование и перемещение вкладок, блоков и т.п.

Слушайте, а в php есть какой-то "предохранитель" от бесконечных циклов? Просто у меня был косяк в коде и по уму там бесконечный do{}while() Но по логам он работал прекрасно, отрабытывал один раз, правда, и шел дальше