но объяснять потом заказчикам, что этот тот же MODX будет в разы сложнее

понял ну да печалька. А строить новый бренд это куча сил и времени и т д. Могу сказать что в части бренда быть MODX evo было куда проще 🙂

но объяснять потом заказчикам, что этот тот же MODX будет в разы сложнее

Да да 🙂 этим сейчас и занимаемся ))

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

Ну вот тут вопрос что надо расширять локальность CMS

пока можно сказать что маркетингом не занимались вообще, но вот в планах есть и пора уже.

Сейчас допилим 2.0 что б уже было с чем выходить на рынок красиво 🙂

И следующий шаг это как раз реклама EVO.

день добрый, кто-нибудь исследовал маршрут передачи данных для сниппета eform? в частности интересует есть ли смысл повторной обработки в eformOnBeforeMailSent если в eformOnBeforeFormParse уже производилась базовая обработка (например email к lowcase, stripTags, rawurldecode)

день добрый, кто-нибудь исследовал маршрут передачи данных для сниппета eform? в частности интересует есть ли смысл повторной обработки в eformOnBeforeMailSent если в eformOnBeforeFormParse уже производилась базовая обработка (например email к lowcase, stripTags, rawurldecode)

http://docs.evo.im/04_extras/eform.html

MODX анонсировали 100к денег, но оказалось, что эти деньги - это часы разработчиков, а тут еще выяснилось, что они 700 часов потратили на хуйню под название Fred

Иными словами, в очередной раз подтвердили что они балаболы. Во всю глотку орут одно, а на деле выясняется совсем другое

100 000 $/ 700 часов = 142$ в час ? 🙂 за FRED )))) хорошо живут )))

100 000 $/ 700 часов = 142$ в час ? 🙂 за FRED )))) хорошо живут )))

Тут было сказано из них. Т.е. не только Фред делали

день добрый, кто-нибудь исследовал маршрут передачи данных для сниппета eform? в частности интересует есть ли смысл повторной обработки в eformOnBeforeMailSent если в eformOnBeforeFormParse уже производилась базовая обработка (например email к lowcase, stripTags, rawurldecode)

В целом, теоретически данные должны с одного события в следующий идти без проблем, но я бы рекомендовал глянуть в сторону formlister, он чуть гибче и с большей вероятностью будет дольше жить чем eform

В целом, теоретически данные должны с одного события в следующий идти без проблем, но я бы рекомендовал глянуть в сторону formlister, он чуть гибче и с большей вероятностью будет дольше жить чем eform

Рефакторинг запланирован (с обновлением сервера, как на уровне ОС, так и на уровне аппаратной части), но на текущий момент потребовалось дописать обработчик формы, собственно поэтому и спрашиваю, вопрос в основном относится к безопасности. После базовой обработки в eformOnBeforeFormParse вызывается функция сброса капчи. Пусть это параноя, но есть ли вероятность того, что в событии eformOnBeforeMailSend будут обрабатываться данные, которые не прошли обработку eformOnBeforeFormParse? Другими словами маршрут eformOnBeforeFormParse > eFormOnBeforeFormMerge > eFormOnValidate > eformOnBeforeMailSent > eFormOnMailSent последовательный или возможен вариант eFormOnBeforeFormMerge > eFormOnValidate > eformOnBeforeMailSent > eFormOnMailSent ?

Всем привет! Через сниппет if считаю скидку и вывожу в ресурсе. Но на выходе получается число с запятой. А мне нужно с точкой. Как исправить это?

Всем привет! Через сниппет if считаю скидку и вывожу в ресурсе. Но на выходе получается число с запятой. А мне нужно с точкой. Как исправить это?

[[if? &is=`[*price*]:contains:,` &then=`@eval:echo str_replace(',', '.', '[*price*]');` &else=`[*price*]` ]]

Unknown eval was executed (echo str_replace(',', '.', '');)

Unknown eval was executed (echo str_replace(',', '.', '');)

какой то старенький сниппет if

1.3

1.4 точнее

А eval не капсом ли нужно?

А eval не капсом ли нужно?

https://github.com/evolution-cms/evolution/blob/1.4.x/assets/snippets/if/snippet.if.php#L172

не капсом

чуть подправил косяк свой, стало писать так Unknown eval was executed (echo str_replace(',', '.', '722,5');)

722,5 - это счисло по прайсу

вы же понимаете, что так нельзя делать? это шутка. пример рабочий, но так нельзя)

сниппет лучше сделайте с одной строчкой [[snippet?number=[*price*]]] <?php return !empty($number) ? str_replace(',', '.', $number) : 0;

а лучше там где считаете свою скидку, на выходе эту строчку добавить

/top@Axenia_Bot

если работает, значит можно) Если не работает - значит нельзя

если работает, значит можно) Если не работает - значит нельзя

А можно мне тогда не будут попадать твои сайты?

Проще через jquery jQuery('input#elementId').val().replace(',', '.') Но такая конструкция не работает

Проще через jquery jQuery('input#elementId').val().replace(',', '.') Но такая конструкция не работает

var a = document.querySelector('input#elementId').value.replace(',', '.')

http://docs.evo.im/04_extras/eform.html

может лучше Ебот назвать 😁

var a = document.querySelector('input#elementId').value.replace(',', '.')

Uncaught TypeError: Cannot read property 'value' of null

Uncaught TypeError: Cannot read property 'value' of null

значит на странице нет этого элемента

Буду спамить каждый день) EVO 2.0 - Собираем донат :) http://modx.im/blog/news/5744.html Уже собрано: 280$

через годик с лишним накопим на evo 2 :)

через годик с лишним накопим на evo 2 :)

Да мы если что продолжим собирать на EVO 3.0 у меня цель до MODXpo2018 если он конечно будет )) запустить evo.im и релизнуть EVO 2.0 так же в ближайших целх после этого это Extras с возможность размещать там платные дополнения и запуск evoShop Так что сейчас помимо своих сил начинаю вливать финансы в это дело что б дело шло веселей и получить таки в ближайшем будущем результат. А то и так уже больше года топчемся на месте в плане маркетинга и развития, пилим только код 🙁

Да мы если что продолжим собирать на EVO 3.0 у меня цель до MODXpo2018 если он конечно будет )) запустить evo.im и релизнуть EVO 2.0 так же в ближайших целх после этого это Extras с возможность размещать там платные дополнения и запуск evoShop Так что сейчас помимо своих сил начинаю вливать финансы в это дело что б дело шло веселей и получить таки в ближайшем будущем результат. А то и так уже больше года топчемся на месте в плане маркетинга и развития, пилим только код 🙁

и было бы хорошо добавить в Extras удаление 😁

Да мы если что продолжим собирать на EVO 3.0 у меня цель до MODXpo2018 если он конечно будет )) запустить evo.im и релизнуть EVO 2.0 так же в ближайших целх после этого это Extras с возможность размещать там платные дополнения и запуск evoShop Так что сейчас помимо своих сил начинаю вливать финансы в это дело что б дело шло веселей и получить таки в ближайшем будущем результат. А то и так уже больше года топчемся на месте в плане маркетинга и развития, пилим только код 🙁

а то меня местные "ревиологи" только этим и "душат"))

а то меня местные "ревиологи" только этим и "душат"))

А то типо там все идеально с этим

А то типо там все идеально с этим

не знаю на счёт идеально, но мол оно есть, а в ево даже удалить нельзя, если установил

хотя мне удалять как то и не нужно было никогда :)

не знаю на счёт идеально, но мол оно есть, а в ево даже удалить нельзя, если установил

Хз. Если остальные аргументы удается парировать, то данный аргумент просто придирка ибо сайты создаются не удалением компонентов.

Хз. Если остальные аргументы удается парировать, то данный аргумент просто придирка ибо сайты создаются не удалением компонентов.

не спорю, но в целом это вполне логичная функция

не спорю, но в целом это вполне логичная функция

Будем откровенными. Установка пакетов в Evo это костыль. Полноценным установщиком это нельзя назвать даже без удаления.

интересно кому-нибудь посмотреть на один из немногочисленных моих шопов? А именно управление заказми.

мне интересно

сам сейчас доделываю магазин на ево

первый свои магаз на ево :)

Модуль поддерживает обзор заказов даже если товар из каталога был удален

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

Ну и естественно поддержка различных наборов параметров у товара

2 года назад делал этот магазин. Сейчас попросили разобраться в косяках при обновлении на 1.4.4

зачетно)) а я вообще не парился особо с просмотром заказов 😁

Ну у меня заготовка под модули есть

считай только вьюхи добавляй

https://github.com/AgelxNash/DocLister/tree/master/assets/lib/Module

А у меня такая заготовка. Правда, под чуток старый ui https://github.com/0test/module-from-MODxEvolution

В общем у всех свои велосипеды)

Ага. И никто ими не делится. Опубликовал эту статейку, ругать начали, мол там не так и тут не эдак)))

Ага. И никто ими не делится. Опубликовал эту статейку, ругать начали, мол там не так и тут не эдак)))

классика))) для opencart так выложил пару раз и забил))

да и обычно чтобы отдавать для общего пользования нужно нехилый рефактор делать :) потому что обычно делается под проект

да и обычно чтобы отдавать для общего пользования нужно нехилый рефактор делать :) потому что обычно делается под проект

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

Это да... Целый велопарк в папке лежит.

значит на странице нет этого элемента

+

Ну как обычно по функционалу ок ок а по виду так себе http://take.ms/e9TZE

http://take.ms/8Ce5p

Ясно

http://take.ms/PUbhb

http://take.ms/8Ce5p

evoShop то будет релиз для паблика?)

Когда нибудь будет 🙂

В целом уже сайтов 20 на нем точно есть ) но если внутри команды использовать можно то в паблик пока рано ибо для паблика надо делать все что б настраивалось кнопочками + документацию + поддержку пагинов и т д

Вообщем надо совмещать красивый и удобный интерфейс под клиента и менеджера + удобный и приятный код для разработчиков )

Кстати очень часто сталкиваюсь с тем что Програмистам пофиг на то будет ли удобно менеджеру работать в админке:)

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

типа вот такое к примеру ну блин 🙂 http://take.ms/VThSa