Сейчас я не могу сосредоточится на чём-то другом, у меня нет пока хорошего инструмента для создания сайтов какие я хочу делать, на существующем дерьме извините меня, я не смогу делать то и как мне хочется.
Всё то что сейчас хорошо документировано для меня уже отсталые инструменты по сравнению с моим, не актуальны для меня. Львиная доля инструкций в XML у меня занимает логика формирования страниц сайта, всё остальное находится в узлах&компонентах + работа движка.
Да, у меня что-то типа интерпретатора.
Респект и уважуха, побольше б таких как вы. И полезную инфу собрали, опубликовали, людям интересно&познавательно, человеку помощь, для вас опыт и оттачивание мастерства.
Так же как и в PHP будет ошибка, которая выведется на экран с указанием файла, строкой и сообщением.
Для написания XML инструкций надо знать некоторые принципы их составления, плюсом будет знание HTML, CSS и PHP, но это не обязательно. Чтобы получить желаемый результат из узла, компонент или данные, нужно просто ознакомится в контрольной панели какие в узле есть компоненты и методы получения обработки и сохранения данных, прописать нужные инструкции, всё.
Да, понятие утечки памяти есть в низкоуровневом программировании и понятие иное нежели я имел виду то, что при нативных шаблонах PHP нужно выделять память для многих переменных не только сбора данных для рендеринга, но и другие и с каждым одновременным запросом память утекает, свободной оперативки становится меньше, при больших нагрузках сервер будет тормозить. У меня нет нужды занимать оперативку чтобы собрать данные и потом их рендерить в шаблон, разметка формируется сразу при выполнении инструкции из XML.
XML Parser также использует libxml, тесты не делал, но SimpleXML легче, только самые нужные методы, ничего лишнего, поэтому думаю и быстрее.
До меня многие выдумывали на PHP шаблонизаторы, плох тот кто не старается автоматизировать свою работу 😀 Вы не можете просто представить даже как у меня это легко реализовывается, есть компоненты, в которых составляется шаблон, стилизуется, также пишутся команды js скрипта, подключаются модули, например Unit, и можно с слайдером сделать что угодно. Не нужны никакое многообразие атрибутов и прочей каши.., что у вас в голове..
Спасибо, обойдусь 😆
А расскажешь в каком томе, на какой странице Кнут пишет о низкоуровневом программировании, да ещё для разработки клиентских приложений высокого уровня (таких как разбор XML)? :popcorn:
И почему я на 300% уверен что не расскажешь... ;)
Ты расскажешь 😁
В таком случае ты сейчас расскажешь - как она работает на низком уровне - что происходит пошагово?
В прямом смысле ДА, так как объект создаётся путём парсинга текста.
Это делается на низком уровне мгновенно, не посредством интерпретации PHP, парсингом текста XML файла.
А это не парсинг?
В прямом смысле НЕТ, так как при работе с объектом, производится получение его свойств напрямую без поиска по тексту. Парсинг - это поиск по тексту по паттерну регулярных выражений или xpath, более энергозатратный нежели работа с объектом, тем-более встроенного модуля, который работает на низком уровне.
ЗЫ. У меня есть поиск в XML через xpath для нахождения вложенных структур, но это действие единичное и плохой погоды не сделает.
И еще, не раскрыт вопрос в чем преимущество xml в вашем случае если вы там сделали все равно адовое месиво? И почему нельзя это заменить обычным каким нибудь Node::include('node_name', $params = []) или Node::run('node_name:node_method')? Ведь нативный php работает быстрее, а вам еще надо считать файлы с файловой и распарсить их, что изначально не самая быстрая операция (для xml)
Я уже неоднократно говорил в чём преимущество, ещё раз скажу.
