Там нужно переписать функцию которая урлы парсит еще
И если у тебя два уровня не попадают в урл, а третий попадает, то тоже печаль
Anonymous
Anonymous
И ещё что-то там было завязано на алиас листинг, но я не помню что, но помню что матерился
Aliaksandr
Я запускал сайт полгода уже без него пашет и никто не жаловался)
Pathologic
так ты запускал не в релиз же
Aliaksandr
Но там наверно нет исключенных урлов, не помню точно
Aliaksandr
В смысле не в релиз? Висит в интернете, пара сотен уников холит
Aliaksandr
Ходит
Pathologic
ну одно дело когда у тебя где-то висит, другое дело, когда это называется релиз 3.0.2 ((:
Aliaksandr
А ну это да, но в 3.0.2 оно наверно ж и не попало?))
Anonymous
ну одно дело когда у тебя где-то висит, другое дело, когда это называется релиз 3.0.2 ((:
Ну вообще в 1.4.13 впихнули, а в 3.0.2 так краем зашло
Pathologic
то есть теперь и 1.4.13 опасно будет использовать ((:
Anonymous
Основная вещь в 3.0.2 это починили сломанный экстраз
Anonymous
то есть теперь и 1.4.13 опасно будет использовать ((:
Да вообще всё опасно использовать, если это не джумла
Aliaksandr
то есть теперь и 1.4.13 опасно будет использовать ((:
Ну при "много тысяч папок" кроме как выпилить aliasListing других и вариантов нет
Aliaksandr
Не тянет оно запрос на его формирование даже ))
Андрей
+ я еще не гуглил просто))) спасибо. мне просто интересено было, делал ли кто тут такое
Вот для рево, думаю разница небольшая. Зато есть скрипт автосоздания пользователя, базы, места. Удобно, если сайтов несколько. Плюс скрипт бекапа на ядиск
https://gvozdb.ru/modx/server
Камиль
Сергей
В web инсталляторе нет версии 3,0,2
В документации не нашел сведений про установку из консоли.
как поставить-то?
Сергей
Во многие папки необходимо по умолчанию добавить файлы .gitignore следующего содержания:
*
!.gitignore
Например в /storage/blade
В storage/cache немного другой
*
!rss/
!.gitignore
И, соответственно внутрь rss тоже аналогично.
Ну и так далее. Суть, думаю, понятна. Более продвинутая замена файлу .gitkeep
Сергей
А то вручную этой фигней заниматься каждый раз не интересно =)
Andrey
Поделитесь контактами разработчиков моб. приложений) Есть у кого такие?
Dmytro
Вот для рево, думаю разница небольшая. Зато есть скрипт автосоздания пользователя, базы, места. Удобно, если сайтов несколько. Плюс скрипт бекапа на ядиск
https://gvozdb.ru/modx/server
+ спасибо. Доп инфа никогда не будет лишней) Вот только делать бекапы с помощью пхп - зачем..... mysqldump, tar, scp, rsync
Axenia
dinkwi (460.17) увеличил карму AnPoVl (21.45)
Alexander
Roman
Здравствуйте, тестирую переезд с 1.2.1 на 2 ветку. На сайте в качестве галереи используется maxi gallery . На версии PHP 7.1 плагин еще работает, но когда переключаю на версию 7.2 и выше получаю ошибку
« Evolution CMS Parse Error »
Error : Use of undefined constant MAXIGALLERY_PATH - assumed 'MAXIGALLERY_PATH' (this will throw an Error in a future version of PHP)
Есть ли возможность это починить ?
EVO bot Лёшка
Здравствуйте, тестирую переезд с 1.2.1 на 2 ветку. На сайте в качестве галереи используется maxi gallery . На версии PHP 7.1 плагин еще работает, но когда переключаю на версию 7.2 и выше получаю ошибку
« Evolution CMS Parse Error »
Error : Use of undefined constant MAXIGALLERY_PATH - assumed 'MAXIGALLERY_PATH' (this will throw an Error in a future version of PHP)
Есть ли возможность это починить ?
https://docs.evo.im/04_extras/maxigallery.html
Ilya
Всем привет, никто не знает templatesEdit3 работает с версией 1.4.12 ?
Ilya
Dmytro
Здравствуйте, тестирую переезд с 1.2.1 на 2 ветку. На сайте в качестве галереи используется maxi gallery . На версии PHP 7.1 плагин еще работает, но когда переключаю на версию 7.2 и выше получаю ошибку
« Evolution CMS Parse Error »
Error : Use of undefined constant MAXIGALLERY_PATH - assumed 'MAXIGALLERY_PATH' (this will throw an Error in a future version of PHP)
Есть ли возможность это починить ?
это проблема с версией php и самой maxi_galleryy
Roman
Версию * maxi gallery * не обновлял, так как в репозиториях стандартных не нашел
Dmytro
https://github.com/extras-evolution/MaxiGallery
Roman
это проблема с версией php и самой maxi_galleryy
ага, у меня 0.5.2 на Гите вижу 0.6. Попробую обновиться.
Roman
Хотя там тоже смотрю баги при переезде на новую PHP в Issue
Roman
А 3 версия Evo будет работать на 7.1 PHP ?
Dmytro
3 с 7.3
Dmytro
Макси галерри не сложно исправить что б работал, просто это не сильно популярное решение поэтому не правили его.
Dark
Dmytro
ага мы ж как и laravel )
Roman
Макси галерри не сложно исправить что б работал, просто это не сильно популярное решение поэтому не правили его.
ага, понял. А куда лучше мигрировать посоветуете?
Dmytro
Как бы 7,2 уже не поддерживается
Dmytro
ага, понял. А куда лучше мигрировать посоветуете?
http://modx.im/blog/fast-solution/5530.html
Roman
оо, супер
Roman
буду пробовать
Aliaksandr
А вы постоянно гоните на "спонсора скрипта" )))
Ilya
Нашел причину почему TE3 не работал. но не понимаю почему
IndexIgnore */*
<Files *.php>
Order Deny,Allow
Deny from all
</Files>
внутри папки был такой htaccess, после его удаления, файлы плагина стали нормально загружаться в админку без 500 ошибки
Ilya
файл идет вместе с плагином при установке
Ilya
https://github.com/64j/templatesedit3/blob/master/assets/plugins/templatesedit/.htaccess
wanderer
Вопрос по Эво 1.Х. Имеет ли смысл использовать сниппет с вызовом file_get_contents и выводить контент из html файла -- вместо [*content*] ? Редактирование в админке не нужно. Нравится, что БД не так разрастается (когда контента много), всё аккуратно по файлам разложено. А с точки зрения скорости загрузки незакэшированной страницы, и такая практика в целом? И чтобы обновить данные для пользователя, достаточно стандартного сброса кэша в админке?
Dmytro
Вопрос по Эво 1.Х. Имеет ли смысл использовать сниппет с вызовом file_get_contents и выводить контент из html файла -- вместо [*content*] ? Редактирование в админке не нужно. Нравится, что БД не так разрастается (когда контента много), всё аккуратно по файлам разложено. А с точки зрения скорости загрузки незакэшированной страницы, и такая практика в целом? И чтобы обновить данные для пользователя, достаточно стандартного сброса кэша в админке?
Имеет смысл обновить до 3.0 и работать в файлах. Зачем же придумывать костыль в 1 ветке ? Если это решено уже по нормальному ?
wanderer
Имеет смысл обновить до 3.0 и работать в файлах. Зачем же придумывать костыль в 1 ветке ? Если это решено уже по нормальному ?
Думаю, не потяну . Или если возникнуть какие проблемы, долго буду искать решение. Ни разу не программист, полностью завишу от готовых решений (DocLister и прочее). ПС. работаю над фановым блогом
Dmytro
Думаю, не потяну . Или если возникнуть какие проблемы, долго буду искать решение. Ни разу не программист, полностью завишу от готовых решений (DocLister и прочее). ПС. работаю над фановым блогом
Странная позиция, придумать и внедрять костыли желание и время есть
А подтянуть скилы и знания и использовать по уму желания нет
Dmytro
Да и если что особых проблем с тем что баща растет из за снипетов плагинов, нет вообще
А если хочется править из файлов то можно использовать StaticElements
А вот использовать повсеместно file_get_content плохая идея
wanderer
Странная позиция, придумать и внедрять костыли желание и время есть
А подтянуть скилы и знания и использовать по уму желания нет
Странное сравнение, учитывая, что костыль придуман за минут 20, а "подтянуть скиллы и знания и использовать по уму" хрен знает сколько времени потребуется. И ещё потом если что из готовых решений сломается (что не исключено), тогда вообще жесть. Спасибо за инфу, и посмотрю, что это за плагин.
Dmytro
Странное сравнение, учитывая, что костыль придуман за минут 20, а "подтянуть скиллы и знания и использовать по уму" хрен знает сколько времени потребуется. И ещё потом если что из готовых решений сломается (что не исключено), тогда вообще жесть. Спасибо за инфу, и посмотрю, что это за плагин.
Как вы думаете если вы без запаса знаний придумали костыль и он работает а за 10 лет это в Ево не придумали то на сколько качественный ваш костыль?
Pathologic
Имеет смысл обновить до 3.0 и работать в файлах. Зачем же придумывать костыль в 1 ветке ? Если это решено уже по нормальному ?
В 1 вполне себе можно работать с файлами
wanderer
Как вы думаете если вы без запаса знаний придумали костыль и он работает а за 10 лет это в Ево не придумали то на сколько качественный ваш костыль?
Конечно он будет лажевый, этот костыль. Поэтому и задал вопрос (подтвердить/развеять опасение/найти более лучшее решение). Основное опасение было о разрастании базы данных - за неимением знаний о том, как все устроено под капотом - создаст ли это проблемы со скоростью работы сайта потом, с бэкапами базы.
Dmytro
Конечно он будет лажевый, этот костыль. Поэтому и задал вопрос (подтвердить/развеять опасение/найти более лучшее решение). Основное опасение было о разрастании базы данных - за неимением знаний о том, как все устроено под капотом - создаст ли это проблемы со скоростью работы сайта потом, с бэкапами базы.
Проблем с разрастаннием базы точно не будет )
Pathologic
Разрастание картинок обычно проблема
2frags
Конечно он будет лажевый, этот костыль. Поэтому и задал вопрос (подтвердить/развеять опасение/найти более лучшее решение). Основное опасение было о разрастании базы данных - за неимением знаний о том, как все устроено под капотом - создаст ли это проблемы со скоростью работы сайта потом, с бэкапами базы.
Разрастание базы это проблема очень далёкой перспективы)
Сайт на 1.4.х с 200 000 записей в site_content спокойно работает на шареде с 256мб оперативки.
У вас быстрее inode закончатся чем с базой вопросы возникнут
wanderer
Aleksandr
даже для себя надо систему контроля версий, а они как правило смотрят на файлы
Axenia
Dmi3yy (1718.96) увеличил карму sealatusserafim (147.78)
Dmytro
Тоже не понимаю почему все считают что git надо только если ты работаешь не сам ?
Aleksandr
буть то хоть vcs, svn, git - не суть важно, наваял изменений - бах и баг, где искать, что менял, времени уйдет искать\разбираться на порядок больше чтобы даже за собой посмотреть и пофиксить
Dmytro
Ты забудешь что делал в проекте 3 месяца назад 🙂 а так потратив секунд 30 на git commit git push получишь ввсю историю 🙂
Aleksandr
Ты забудешь что делал в проекте 3 месяца назад 🙂 а так потратив секунд 30 на git commit git push получишь ввсю историю 🙂
да в большинстве ide это делается и без терминала\консоли в пару кликов или вообще на автомате
Dmytro
Aleksandr
а вот насчет 3 месяцев тут от функциональности зависит, порой наворотить можно столько что и через месяц не вспомнишь
Aleksandr
для этого уже доки надо писать или как минимум побольше комментов в критически важных местах или если можно понять двояко
Anonymous
Axenia
Serious_t91 (1814.81) увеличил карму Grinyaha (942.25)