Ломать нельзя строить )

Сегодня какой-то день "прорвало поработать с Эво"?

какую замечательную фабрику я сегодня написал - https://github.com/webber12/eFilter2/blob/master/assets/snippets/eFilter/Factories/DBModelFactory.php )))

+

Видимо 10 дней до конца зимы )

Никто не поддерживает старые ево?

зачем их поддерживать

шопкипер тоже никто не поддерживает

Никто не поддерживает старые ево?

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

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

нет, но не переделывать же забесплатно

нет, но не переделывать же забесплатно

Эээ, а в чем тогда заключается "поддержка"? Просто смотреть на них?

Эээ, а в чем тогда заключается "поддержка"? Просто смотреть на них?

ну типа внести правки, добавить что то

смотреть, утешать

ну типа внести правки, добавить что то

Понял. Такое тоже делаем.

смотреть, утешать

Перевести на ВП (:

бесплатно и на вп никто переносить не будет

нет, но не переделывать же забесплатно

@dvakotaby поддерживает шопкипер, говорят)

на компе в Витебске. Выложу как домой приеду.

Jpeg2000 только в Сафари и поддерживается webp наоброт везде кроме ИЕ 11- и Сафари а jpegxr вообще только для ИЕ Смысла этот зоопарк поддерживать я пока для себя не нашел

а если такое решение использовать? https://marketplace.1c-bitrix.ru/solutions/delight.webpconverter/

подскажииите

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

Не можете поддержать шопкипер - поддержите, хотя бы ребят из "Сети" https://github.com/developers-against-repressions/network-case

А "левые взгляды фигурантов. " это что? Бомбисты, троцкисты, анонимно призывали взорвать царя а телеге, но их словили?))

по webp я же писал решение, Вовка его чуто доработал пару недель назад

https://modx.ru/novosti-i-stati/article/442/

https://modx.ru/novosti-i-stati/article/442/

+

старая evo с шопкипером может обновиться до evo CMS?

есть же один правильный ответ - но там не хватает одного нюанса ))

Пропустил, решили нет? С телефона вообще код копировать скажу я, подвиг😂

Пропустил, решили нет? С телефона вообще код копировать скажу я, подвиг😂

Эво сможет. Шопкипер вряд ли без правок взлетит сразу.

Пропустил, решили нет? С телефона вообще код копировать скажу я, подвиг😂

Скорее всего нет, ты же главного не сказал))

Скорее всего нет, ты же главного не сказал))

старая evo с шопкипером может обновиться до evo CMS?

да

но сам ШК потом не забудьте обновить

а @B_CODE: нынче работает? пытаюсь запустить но дальше No hint path defined for [cache] не пускает

я вроде исправлял чтобы работал

давно? у меня в районе 2-х месяцев древности версия)

не помню

https://github.com/evolution-cms/evolution/commit/cdca6687cf3e868245798d673d65508ecd69b6b5

Коллеги, привет! Не подскажите ссылку на мануал по FormLister, в котором понятно написано об отправке файлов по почте?

Коллеги, привет! Не подскажите ссылку на мануал по FormLister, в котором понятно написано об отправке файлов по почте?

Читай документацию ©(Pathologic) http://docs.evo.im/03_extras/formlister.html

З.Ы. Файлы выбирает пользователь на своём компе

https://github.com/evolution-cms/evolution/commit/cdca6687cf3e868245798d673d65508ecd69b6b5

ошибка пропала вместе со всем остальным. наверно где-то что-то еще правилось за этот период )

пока подвез пример общения с базой на элоквенте - https://github.com/webber12/eFilter2/commit/f59be9d55924622ddcbcf781d45c628fcea5eac7

починится блейд - подвезем и его ))

З.Ы. Файлы выбирает пользователь на своём компе

http://docs.evo.im/04_extras/formlister/otpravka_pisem.html http://joxi.ru/V2V8yJaTKa8Qwr

Там есть нюанс, файлы получит только админ, в письмо из senderTpl файлы не попадут

с отправкой файлов обычно два "нюанса" 1. попроще - забывают про enctype='multipart/form-data', 2. покруче - при попытке отправить файлы аяксом как обычные поля )

не через formData а через serialize

пока подвез пример общения с базой на элоквенте - https://github.com/webber12/eFilter2/commit/f59be9d55924622ddcbcf781d45c628fcea5eac7

делал бы сразу с автозагрузкой

Пора и мне начинать пытатся строить архитектуру

https://github.com/theseer/Autoload

это если с композером не хочешь возиться

это если с композером не хочешь возиться

базовые файлы я потом в автозагрузку загоню. насчет кастомных, которые грузятся как раз через те "замечательные фабрики" исходя из конфига пользователя - у меня пока чакра не очень открылась)

не хочется отправлять его еще и какой-нибудь сервис-провайдер править )

так разложи их в папке как неймспейс указан

Пора и мне начинать пытатся строить архитектуру

Пора ))

у тебя и так же правильно все названо

почти

у тебя и так же правильно все названо

Ну тут вопрос скорее в другом. вот пользователь грубо говоря создал новую модель DBModelEloquent, описал ее название и путь к файлу - я ее грузанул как new $class и даже об имени могу ничего не знать. а при загрузке надо где-то писать use, еще какую-нибудь прокладку придумывать, чтобы понять какую именно из этих моделей я использую

короче пока есть более глобальные вопросы, чтобы на этом заморачиваться

так зачем заморачиваться

вот починить @B_CODE: в DLTemplate важнее ))

скопируй в папку src все эти Models

тогда у тебя будет так: { "autoload": { "psr-4": { "eFilter\\": "src/" } } }

при загрузке не надо писать use

вот починить @B_CODE: в DLTemplate важнее ))

Мне он не удобен

Мне он не удобен

А мне как раз понадобился практически первый раз в жизни - и че-то не завелось ))

а путь ты задал?

Так не надо

B_code

а, ну да

че-то я тупанул

а путь ты задал?

Куда путь? я думал с б-кодом он без пути взлетит - с @CODE же видит, а с @B_CODE то же самое нет

я хочу сделать комплект элементов формы через B_CODE вот этих - https://github.com/webber12/eFilter2/blob/master/assets/snippets/eFilter/Templates/Default/checkboxRow.tpl ))

ты и через файлы их можешь сделать

смысл в @CODE если по факту это @FILE

смысл в @CODE если по факту это @FILE

да тут еще совместимость со старыми темами

там вообще в одном файле переменные были без всяких коде или файл

плюс конфиги разные, так что пока подумалось проще через @CODE, чтоб если ничего не оказалось в файле, то брать из старых тем/конфигов

backward compatibility - тяжкое наследие царского режима )))

ай, вся эта совместимость все равно вылезет боком

ты и так глобально переделываешь, что тебе страдать фигней из-за конфигов