И хреново то, что мало-мало инфы про всё это(

https://docs.google.com/document/d/15F9OEnxzksLowwnQwJvH5nBVfoaLL-aIu6XaxK__EJA/edit

https://docs.google.com/document/d/15F9OEnxzksLowwnQwJvH5nBVfoaLL-aIu6XaxK__EJA/edit

Я уже понял, что мы не успеваем записывать и освящаь все, что делается. Поэтому хотя бы тезнисно решил записываь в этот файл

И хреново то, что мало-мало инфы про всё это(

это еще одна проблема - можно было писать как этим всем пользоваться, но получится типа учим плохому ((: в общем-то большинство пользуется через всякие прослойки типа того же FormLister

Я бы рад, но мой скилл по документации кончился переводом и вычиткой того что было.

это еще одна проблема - можно было писать как этим всем пользоваться, но получится типа учим плохому ((: в общем-то большинство пользуется через всякие прослойки типа того же FormLister

Мне не шутить про формлистер?

Блин. Сайт доков так и не обновляется похоже)

Мне не шутить про формлистер?

что тебе опять не по нраву? (:

И хреново то, что мало-мало инфы про всё это(

А еще есть возможность подмены системных настроек через файлы. Тоже крутая штука для разработки

что тебе опять не по нраву? (:

Ну eForm очевидно круче этой прослойки😁

Если коротко — вся текущая разработка направлена на то, чтобы можно было удобно и хорошо делать всё через IDE, юзать гит и коммандную разработку более-менее крупных сайтов? Или ошибся?

отправь еформом несколько файлов с валидацией 🤠

отправь еформом несколько файлов с валидацией 🤠

А мне как-то приходилось(

Если коротко — вся текущая разработка направлена на то, чтобы можно было удобно и хорошо делать всё через IDE, юзать гит и коммандную разработку более-менее крупных сайтов? Или ошибся?

Это одна из задач

Прям интервью получилось)

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

Тот же DocLister кучу классов за собой тянет, которые в последствии дополнились и стали испльзоваться в разных компонентах

Я вроде хелперы там юзал, зачем не помню.

Я не могу сказаь, что DocLister прям идеал для подражания по коду. Но без этих классов реально приходится много чего реализовывать повторно во всех сниппетах/плагинах/модулях

Он очень выручает.

Представьте, что теперь то будет не в рамках DocLister, а из ядра

Тот же DocLister кучу классов за собой тянет, которые в последствии дополнились и стали испльзоваться в разных компонентах

Вы же догадываетесь, что все нужды не перекроете?

Вы же догадываетесь, что все нужды не перекроете?

О всех и не идет речь. Сейчас нужно перекрыть только нужды ядра. Если в вашем проекте какие-то экзотические требования, то /core/custom/composer.json в руки и погнали

На данный момоент базовая установка Evo не перекрывае ни одной нужды. Даже с файлами не умеет работать. При этом активно что-то пишет в файлы и читает из них.

Блин. Сайт доков так и не обновляется похоже)

Когда то добавил в доклистер инфу про параметр метапагинации (next prev) так и не обновили :(

Камиль, где коммит?

Завтра найду

Лень с телефона искать

Просто всё что было, на гите добавлено. А на сайт заливаться — это к @Dmi3yy ))

Сейчас гляну мб добавили

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

/gitdoc@EVO_CMS_bot

/gitdoc@EVO_CMS_bot

https://github.com/evolution-cms/docs/

Просто всё что было, на гите добавлено. А на сайт заливаться — это к @Dmi3yy ))

Кажись не запушил 🤣 утром сделаю

О, я тут вспомнил, мне когда-то один человек доказывал, что eform в целом не уступает формлистеру. Так вот есть у меня сайт(странно что забыл про него) где на формлистере построена авторизация+ личный кабинет пользователя. Каждый пользователь может создать статью. И потом админ может их опубликовать.(публикация без формлистера смену статуса решил не извращать с формлистером)

Я такой же делал не столь давно. Поматерился порядком. То одно не работало, то другое. Горел прям в процессе)

+ модерка ещё была тоже с фронта.

Да тоже с фронта всё правится и модерируется

В том числе админ может править пользовательские

Я правда делал его оооочень медленно, бывает у меня такое, что проект не идёт и хоть ты тресни

В начале хотел это дело на видео сделать, как скринкаст с голосом сверху. Но затянулось жуть, снёс всё.

https://github.com/Pathologic/SimplePolls теперь бесплатно и без смс 😸

Шо це?)

https://github.com/Pathologic/SimplePolls/blob/master/assets/snippets/simplepolls/docs/ru.md

ого

http://modx.im/blog/addons/4656.html

вот тут и картинки есть

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

в htaccess вроде всё ок сервер на nginx - до настроек не смог добратся

случайно не этот https://github.com/bumkaka/bLang/blob/dc9052c0ffbaf7b23b7ff0822f22625a5e9d89c2/install/assets/plugins/bLang.tpl#L123

Вот где счастливый человек)

Сразу видно, никакие проблемы блэнг его не волнуют))

Друзья, какое количество записей максимальное для обновления карточек товаров?

ой EditDocs

забыл дописать)))

Сколько оперативка и время исполнения скрипта на хостинге потянет, столько и максимально) там же вроде не частями работает, а за один раз

Про доку помню на днях доберусь надо парсер ковырнуть которым тяну а то часть теряется ;( Про ево 2.0: я думаю что миграция с 1.х ветки будет простая, возможно даже автоматом через updater Там как по мне вопрос только в том что старое все подчистить что не надо. Про 1.4.5 я промахнулся речь была про 1.4.4

надо еще придумать как убрать веб-пользователей, ну или менеджеров

я уже придумал, что для совместимости можно оставить всякие $_SESSION['mgrValidated']

может модуль написать для миграции?

Ну да тут без миграций уже никак это не кейворды

в целом вижу так: создаем роль веб-пользователь, копируем всех в таблицы users и user_attributes, после этого можно будет накатить обновление

по идее так ничего не отвалится, разве что где-то указывались id пользователей

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

Тогда уже перепиливать пользователей под логику ларки Я думаю надо но не все сразу а то и так много планов и задач уже

я думаю, что с пользователями в целом все нормально, портит все только это деление на веб/манагер

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

Ребят, как получить заголовок pagetitle в сниппете, чтобы использовать его в шаблоне для Доклистера

Передай его туда...

я понимаю, что сделать, но не знаю как)

Или вообще просто [+pagetitle+]. Смотря где

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

Как в сниппеты параметры передавать... [!snippet? &param=[*pagetitle*]

Или в prepare это делать. От задач зависит все

Ребят вопрос, есть ли возможность для дебага в prepare?

Ребят вопрос, есть ли возможность для дебага в prepare?

print_r($data); exit;

или echo '<script>'; echo 'alert("нужный текст");'; echo '</script>';

print_r($data); exit;

Почему я сам не догадался? Здорово! Спасибо!

или echo '<script>'; echo 'alert("нужный текст");'; echo '</script>';

И Вам спасибо :)

Почему я сам не догадался? Здорово! Спасибо!

😊