Это не неумение, это стремление облегчить свою работу. К примеру: Вы нашли лопату и копаете яму. Я посмотрел на вас и подумал, а почему бы не сделать экскаватор и я смогу быстро когда угодно, где угодно выкопать хоть котлован. Вы пользуясь лопатой копаете ямы, то тут, то там, прикладываете массу усилий и тд. Так как понимаете что экскаватор вы не способны сделать. А я тем временем разрабатываю экскаватор. И так пару лет. Я сделал экскаватор. У вас руки в мозолях, несколько выкопаных ямок. А я где мне надо за несколько дней выкопал столько же ямок сколько вы за всё время, потом ещё могу целые котлованы вырыть. А вот вы хоть и умеете пользоваться своим инструментом даже если усрётесь, но ни один котлован никогда не выроете, вам только остаётся что натирать мозоли и копать ямки или с такими же как вы объединятся и может за десятилетие сможете один котлован вырыть.😬Смекаете?
То есть лет 5 у меня еще есть)))😂
Поменьше 😀
ЗЫ. Мог бы быть ещё и другой сценарий. Если вы кто копает ямки, включили соображение и стали принимать участие в разработке экскаватора, то мы бы его сделали намного быстрее и тогда у всех стало по экскаватору, что намного облегчило работу, улучшило конкурентно способность перед тысячами такими же ямкопопателями. И кто работает на дядю перестали б на него работать, а заниматься своими проектами...
Я принимаю вызов 😀 после релиза обсудим детали.
А я может и не грамотно, но обосновал, что для меня существующие инструменты - это отстой, и на них невозможно сделать чёткие, быстрые, удобные сайты\проекты, это будет куча из говна и палок.
У меня всё лаконично, интуитивно, понятно, просто, быстро. Релиз близко 😎
ЗЫ. После релиза тугодумчики как ты будут уже неудел 😈
у тебя уже есть лист
что мешает по нему пройтись с помощью foreach?
els.foreach(...)
Зачем усложнять? 😂
если отставить бодания про айди, то почему тут не использовать foreach? не помню уже JS, но мне кажется тут избыточность - явно задается лишняя переменная
В js нет foreach. Есть свойство массива для перебора элементов с вызовом callback функции arr.forEach(callback,[...args])
Для перебора используется for(variable of array|object)
Для получения методов\свойств объекта for(property in object)
Sly32 #:Чувак, разработка так не работает - "думаю". Ты тестировал?
Многоточие это также цитирование всего остального дебильного мнения 😀 Вспомнился анекдот: "Чувак, проснись, ты обосрался!!". Ты очень сильно отстал в развитии.. Даже новая машина побывавшая на выставке уже считается практически устаревшей, так как некоторые её купят, покатаются и она им надоест. То есть вы типа "продвинутые программисты" которые работаете в компаниях использующие самые новейшие инструменты, вы уже пользуетесь устаревшим отстоем.. питон 3.9 уже устарел так как наверняка уже кто-то адаптит его до 4. И вот тот кто адаптит он в самом пике разработчиков, имеющий самый новейший инструмент какого нет ни у кого. Смекаешь? 😎
Психически больной человек, помешанный на религии. В мире полно идиотских вещей, изобретений и тд. некоторые просто занимаются и делают что им нравится, вот и всё. А некоторые такие изобретения\вещи выстреливают и входят в нашу повседневную жизнь 😊
Сейчас я не могу сосредоточится на чём-то другом, у меня нет пока хорошего инструмента для создания сайтов какие я хочу делать, на существующем дерьме извините меня, я не смогу делать то и как мне хочется.
Всё то что сейчас хорошо документировано для меня уже отсталые инструменты по сравнению с моим, не актуальны для меня. Львиная доля инструкций в XML у меня занимает логика формирования страниц сайта, всё остальное находится в узлах&компонентах + работа движка.
Да, у меня что-то типа интерпретатора.
Респект и уважуха, побольше б таких как вы. И полезную инфу собрали, опубликовали, людям интересно&познавательно, человеку помощь, для вас опыт и оттачивание мастерства.
Так же как и в PHP будет ошибка, которая выведется на экран с указанием файла, строкой и сообщением.
Для написания XML инструкций надо знать некоторые принципы их составления, плюсом будет знание HTML, CSS и PHP, но это не обязательно. Чтобы получить желаемый результат из узла, компонент или данные, нужно просто ознакомится в контрольной панели какие в узле есть компоненты и методы получения обработки и сохранения данных, прописать нужные инструкции, всё.
Да, понятие утечки памяти есть в низкоуровневом программировании и понятие иное нежели я имел виду то, что при нативных шаблонах PHP нужно выделять память для многих переменных не только сбора данных для рендеринга, но и другие и с каждым одновременным запросом память утекает, свободной оперативки становится меньше, при больших нагрузках сервер будет тормозить. У меня нет нужды занимать оперативку чтобы собрать данные и потом их рендерить в шаблон, разметка формируется сразу при выполнении инструкции из XML.
XML Parser также использует libxml, тесты не делал, но SimpleXML легче, только самые нужные методы, ничего лишнего, поэтому думаю и быстрее.
До меня многие выдумывали на PHP шаблонизаторы, плох тот кто не старается автоматизировать свою работу 😀 Вы не можете просто представить даже как у меня это легко реализовывается, есть компоненты, в которых составляется шаблон, стилизуется, также пишутся команды js скрипта, подключаются модули, например Unit, и можно с слайдером сделать что угодно. Не нужны никакое многообразие атрибутов и прочей каши.., что у вас в голове..
