Mihail
кто то сталкивался с тем что при попытке добавить изображение при открытии диспетчера файлов он белый?
Mihail
wintik1
да, я знаю этот древний пост)
у меня варик был, когда не хватало разрешения... тупа создал нового пользователя и все!)
Dan
у меня варик был, когда не хватало разрешения... тупа создал нового пользователя и все!)
не, уже нашли в чем проблема. В core каким то боком удалился каталог packages
Maxim
кто то сталкивался с тем что при попытке добавить изображение при открытии диспетчера файлов он белый?
было такое, когда очень много картинок в первой папке. картинок там около 50+тыс. Приходилось ждать 5-8 минут
Александр
Dmitriy
Привет, господа, можете напомнить в какой таблице лежат значения полей у ресурсов?
Dmitriy
А всё, я нашел
Дима
Евгений
может даже когда-нибудь увидим статьью на эту тему на модх про
Алексей
канешна. )
Дима
может даже когда-нибудь увидим статьью на эту тему на модх про
Я на #collections встрял, сорян, но всё ещё может измениться! Да, может, точно, наверное)
Артур
Кто работал с oneBooking скажите он с файловыми чанками не дружит?
Artem
кто-нибудь в курсе, почему в чанках/шаблонах в админке китайские иероглифы после сохранения и выхода/захода в чанк снова, превращаются в знаки вопросов? как это исправить?
Евгений
смотреть кодировку базы
Иван
Алексей
ребят, может знает кто. (переношу с шопкипера)
есть ресурсы, у них фотка товара в ms2Gallery, установил минишоп. Про интеграцию знаю.
нужно фотки поднять как у товаров чтобы были. Делал кто подобный перенос? В теории как бы что-то выресовывается... но не очень.
РЕШЕНО.
Roman
Оу щит, накатал на целый пост)) Перенесу в сообщество потом наверное)
TinyPNG он почему-то по умолчанию стоит качество 70% для jpg, поэтому применяю его только для png
Pavel
ребят, может знает кто. (переношу с шопкипера)
есть ресурсы, у них фотка товара в ms2Gallery, установил минишоп. Про интеграцию знаю.
нужно фотки поднять как у товаров чтобы были. Делал кто подобный перенос? В теории как бы что-то выресовывается... но не очень.
РЕШЕНО.
А как решал такую задачу? Я просто делал через стандартный скрипт минишопа + отдельно картинки грузил. Может есть какой ещё вариант.
Ozzy
Алексей
А как решал такую задачу? Я просто делал через стандартный скрипт минишопа + отдельно картинки грузил. Может есть какой ещё вариант.
Ну у меня картинки были в ms2gallery.
Поэтому мне только данные в бд скопировать и включить галочки)))
картинки я вообще не трогал
Алина
Я тут наткнулась на канал, который собирает заказы по веб-дизайну и разработке со всего интернета. Готова оторвать от сердечка - пишите в личку 🙂
Anonymous
Кто-нибудь знает, файловые сниппеты работают быстрее обычных сниппетов или нет?
Если одинаково, то зачем вообще придумали файловые сниппеты? Их нельзя кешировать и работают они также по скорости.
Если хочется хранить код в файле, можно использовать статичные сниппеты.
Павел
файловые сниппеты это костыль который с барского плеча Васи начали использовать все
Anonymous
Вроде нет обращения к БД, чтобы по названию сниппета получить его код, верно? А это значит, что быстрее.
Алексей
Кто-нибудь знает, файловые сниппеты работают быстрее обычных сниппетов или нет?
Если одинаково, то зачем вообще придумали файловые сниппеты? Их нельзя кешировать и работают они также по скорости.
Если хочется хранить код в файле, можно использовать статичные сниппеты.
открою Вам секрет.
вы в своем свой сниппете можете закешировать результат работы, если он обьемный.
Павел
справдливости ради статичный сниппет работает еще медленее
поэтому разрабатывать можно на статичных сниппетах, а вот в продакшн лучше выкладывать без статики
Anonymous
открою Вам секрет.
вы в своем свой сниппете можете закешировать результат работы, если он обьемный.
Самому писать кеширование? Зачем этот велосипед?
Anonymous
Павел
Почему еще медленнее?
посмотрите на достуге метод который дергает статичный файл
там кровь из глаз пойдет
но даже если эту кровь из глаз убрать, то хотя бы только один момент делает их нереально медленными - при каждом их вызове MODX проверяет актуальность файлового сниппета и то, что хранится в базе
добавляем к этому еще весь остальной оверхед и получаем очень медленное решение
Anonymous
Капец, я и не знал
Павел
была слепая надежда в тройке хотя бы говнецо уберут оттуда, или хотя бы примут предложения которые поступали от сторонних разрабов
но ни то, ни другое в тройке сделано не было
Павел
но вот файловые сниппеты pdotools это просто нереальная херня
Anonymous
справдливости ради статичный сниппет работает еще медленее
поэтому разрабатывать можно на статичных сниппетах, а вот в продакшн лучше выкладывать без статики
А что быстрее - обычные сниппеты или файловые?
Павел
это попытка «сломать» логику MODX где объекты в базе мапить не нужно
потом всегда в разработке выясняется тот факт, что какой-то сниппет в базу протянуть что-то нужно и его идут делают в админке
потом получается что половина проекта у тебя в админке, а другая половина - в файловых сниппетах
короче херня
из простых решений ближе всего к правде был gitmodx, но он заменяет стандартный парсер что лично для меня это критикал
но и проблему разметки сниппетов в БД он тоже не решал
Павел
А что быстрее - обычные сниппеты или файловые?
думаю там что-то на уровне статистической погрешности
Павел
но собственно лучшее решение (и при чем АБСОЛЮТНО вменяемое) это писать сайт (или дорабатывать существующий) с помощью транспортных пакетов
но, к сожалению, собрать транспортник в этом чате могут полторы калеки дай бог
Алексей
но вот файловые сниппеты pdotools это просто нереальная херня
только из-за того что они не кешируются или вообще?
Anonymous
но собственно лучшее решение (и при чем АБСОЛЮТНО вменяемое) это писать сайт (или дорабатывать существующий) с помощью транспортных пакетов
но, к сожалению, собрать транспортник в этом чате могут полторы калеки дай бог
Как-то сложно.
Не проще ли написать код для консоли хотя бы. Который делает элементы статичными / нестатичными.
На локалке у тебя статичные. Переносишь на прод, запускашь скрипт в консоли - все элементы теперь нестатичные. И наоборот.
Anonymous
А лучше плагин. Один раз пути забил. А потом кнопкой переключаешь.
Павел
с помощью транспортников решаются следующие задачи:
1. Код можно нормально версинировать в гите
2. Весь сайт - как компонент, его можно развернуть на любой сайт, можно накатить/откатить - что угодно
3. Все объекты в MODX хранятся в нормальном виде, так как MODX и задумывал
Вин-вин ситуация, ни одного минуса.
Anonymous
Круто. Ты бы урок написал, если шаришь. Было бы здорово.
Павел
Как-то сложно.
Не проще ли написать код для консоли хотя бы. Который делает элементы статичными / нестатичными.
На локалке у тебя статичные. Переносишь на прод, запускашь скрипт в консоли - все элементы теперь нестатичные. И наоборот.
В целом то да, я даже как-то давно писал решение
https://modx.pro/solutions/19815
Забил правда на его развитие ибо это все равно тупиковый вариент, версионирования нет
Павел
Круто. Ты бы урок написал, если шаришь. Было бы здорово.
Я все жду когда кто-нибудь созреет это сделать за меня 😄
Anonymous
Наверно, проще будет сайт на Laravel сразу делать или еще каком фреймворке, чем на MODX через пакеты или еще как. Я никогда не делал через пакеты, не знаю, насколько это сложно. Но звучит как извращение какое-то.
Павел
Я все жду когда кто-нибудь созреет это сделать за меня 😄
да я просто modx в глаза видел наверное года полтора назад в последний раз
Алексей
Наверно, проще будет сайт на Laravel сразу делать или еще каком фреймворке, чем на MODX через пакеты или еще как. Я никогда не делал через пакеты, не знаю, насколько это сложно. Но звучит как извращение какое-то.
Если у вас там прям кастом, и хочется писать все самому, конечно лара
Павел
для меня «кастом» это когда у меня возникает в MODX припилить свою табличку с моделью
тогда я понимаю что modx то мне собственно не особо и нужен
чисто засчет множества готовых компонентов его использую
Anonymous
Если у вас там прям кастом, и хочется писать все самому, конечно лара
Если даже не кастом, а сайт большой и высоконагруженный
Павел
а чего не yii2
вопрос звучит как будто доёбка)
Алексей
можно и на нем. мне что то что то - ровно. )
Павел
ага, расскажешь))
кроме элокента в ларе ниче нет?)
Павел
«почти лара» это раньше был lumen который благополучно погиб и слава хоспади
Anonymous
посмотрите на достуге метод который дергает статичный файл
там кровь из глаз пойдет
но даже если эту кровь из глаз убрать, то хотя бы только один момент делает их нереально медленными - при каждом их вызове MODX проверяет актуальность файлового сниппета и то, что хранится в базе
добавляем к этому еще весь остальной оверхед и получаем очень медленное решение
Наверно, можно написать свой тип элемента.
Типа статичного. Но работает как обычный. А актуальность проверяет только при очистке кеша, например.
Павел
а уж если сильно хочется собирать кастомный фрейморк только потому что «ни ларавель!!!» то логичнее взять скелетон симфони и притянуть нужные бандлы
ну если совсем кукуха поехала то в целом можно Slim взять и тянуть любые компоненты.
Павел
Наверно, можно написать свой тип элемента.
Типа статичного. Но работает как обычный. А актуальность проверяет только при очистке кеша, например.
эх если бы
тип элемента в любом случае наследуются от xpdoSimpleObject, а следовательно в базе он точно есть
Павел
В текущем варианте системы лучшее решение это транспортники.
Если же мы говорим про «в принципе», то нужно ждать когда боги из репозитория modx на эти измнения созрели
Павел
просто отказ от кода в базе сломает… ну примерно всё 😄
и кто все это будет обновлять не очень ясно
компонеты для тройки не особо обновляют, хотя там работы в целом не так много чтобы в режиме совместимости завезти
а тут аж целую логику выпила кода из БД
Алексей
Павел
про zoomX не заикнулся. не юзал?
не-а
но очень хочется
но и он тоже проблему кода в бд не решает, что в целом грустно
Алексей
понятно.
Павел
но мне импонирует laravel-way подход в zoomX
я чего-то такого же жду от modx 4 (прости господи)
Anonymous
Если бы я умел, я бы написал компонент, который в админке в главном меню (там панели есть) выводит переключатель - prod / dev. В dev будет вывод ошибок, будут сниппеты статичными и пр. вещи для отладки. В prod все будет для максимальной скорости.
Павел
Если бы я умел, я бы написал компонент, который в админке в главном меню (там панели есть) выводит переключатель - prod / dev. В dev будет вывод ошибок, будут сниппеты статичными и пр. вещи для отладки. В prod все будет для максимальной скорости.
Лично для меня это вопросы преждевреемнной оптимизации)
В прод можно пустить и версию со статиками, это ж не беда
А «выключить» статику для всех элементов это ж просто один процессор дернуть в цикле да и все)
Павел
шанс того что самым узким местом приложения будут именно статические элементы… ну хз сколько это процентов)
возможно ровно такой же логикой в модэксе и следуют и просто забили на этоъ
Дима
посмотрите на достуге метод который дергает статичный файл
там кровь из глаз пойдет
но даже если эту кровь из глаз убрать, то хотя бы только один момент делает их нереально медленными - при каждом их вызове MODX проверяет актуальность файлового сниппета и то, что хранится в базе
добавляем к этому еще весь остальной оверхед и получаем очень медленное решение
Жесть какая, никогда бы не подумал)
Блин надо ради эксперимента будет потестить что ж будет с проектом каким-нибудь тяжелым если просто галочки снять со статичных сниппетов, сделав их обычными!
А то я в рамках погружения в #pagespeed по показателю Speed index упираюсь в скорость ответа бекенда. Конечно кэш спасает, но если удастся отыграть заветные миллисекунды "почти бесплатно", то можно задуматься реально о "галочке" или переключателе dev/prod как @Lex2022a выше мечтал)
Дима
посмотрите на достуге метод который дергает статичный файл
там кровь из глаз пойдет
но даже если эту кровь из глаз убрать, то хотя бы только один момент делает их нереально медленными - при каждом их вызове MODX проверяет актуальность файлового сниппета и то, что хранится в базе
добавляем к этому еще весь остальной оверхед и получаем очень медленное решение
Стоп-стоп, так это ко всем статичным элементам что-ли относится???
Если так, то при всём осознании что недостаток, вроде как, системы, это все равно отличная новость :) Лёгкий путь к ускорению...
Алексей
Жесть какая, никогда бы не подумал)
Блин надо ради эксперимента будет потестить что ж будет с проектом каким-нибудь тяжелым если просто галочки снять со статичных сниппетов, сделав их обычными!
А то я в рамках погружения в #pagespeed по показателю Speed index упираюсь в скорость ответа бекенда. Конечно кэш спасает, но если удастся отыграть заветные миллисекунды "почти бесплатно", то можно задуматься реально о "галочке" или переключателе dev/prod как @Lex2022a выше мечтал)
а какая разница у тебя на серваке между html и ответом php ?
Дима
а какая разница у тебя на серваке между html и ответом php ?
Ну нельзя так вопрос ставить всё-же. В любом случае будет оверхед от движка!
Или тебе прям надо цифры? Ну щас померю)