Фреймворк SNDL

Не знаю, к сожалению или к счастью, но вы абсолютно правы)))

Это просто факт. Эмоции тут можно засунуть излишни.

Но не будем мешать ТСу наслаждаться его минибложиком.

Какие таким "вы"? Ты-то куда..

Конкретно в этом случае REPLACE смотрелся бы лаконичнее.

На подавляющее большинство вопросов, которые у Вас могут возникнуть на текущем этапе ответ гуглится в считанные секунды..

Думаю, в %этом% фреймворке тоже будет (есть?) аналогичный метод.. А выше мы имели возможность лицезреть его внутреннюю реализацию.. (её часть)

* и да.. тут даже "пакетная" вставка пользователей =))

p.s. вставлять age в таблицу.. кхм.. так-то он постепенно изменяется.. ))

Ну.. нафиг-ненафиг.. а топик уже неделю бурления вызывает.. =)

с 27го по 5е - школьные каникулы

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

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

Раньше у меня в MVC движке были аплеты(так их назвал), то есть директория в которой директории по названию какого либо апплета. В директории апплета находились шаблоны, стили и php(обработкик). Это удобно когда надо изменить что-то в апплете, добавить новый или удалить не нужный. Для добавления на страницу просто указываешь нужный апплет с параметрами и всё.

Сейчас хочу сделать так же. В структуре надо будет указать нужные узлы(или компоненты страницы), до этого надо указывать нужные шаблоны и данные, что для профи хорошо, но не для простых людей.

Поэтому сегодня буду заниматься переделкой. Далее опять возьмусь за админку.

Что касается ОРМ это надстройка для получения данных, которые могут браться из базы, файлов или с другого ресурса, хорошо для тех кто не умеют это делать сами. Я умею :) поэтому узлы или компоненты будут делаться без всякого ОРМ, что напрямую быстрее из базы или ещё от куда по необходимости получить данные.

А он сам место нужное найдёт? А если два одинаковых "апплета" (блока) нужны?..

Так посыл вроде был, что Вы не для себя пишете..

Держите в курсе, пожалуйста.. Как-то не по себе становится от отсутствия новостей проекта...

а ведь помимо МVC есть еще HMVC, только тсс.. Надо дождаться того момента, когда тс сам придет к этому, наскакавшись при этом по детским граблям.

А на чем же вы тогда пишете? По итогу вижу изобретение какого-то конструктора именно под узко заточенные задачи, никак не фреймворка, но все равно,

Поддерживаю)

Жутко любопытно, дойдет ли проект до первого релиза?

Легко. Раньше же в MVC представлениях(нативных шаблонах) просто где нужен апплет делаешь его вызов, можно и с разными данными. Сейчас будет так же но в структуре xml.

Да, составить структуру в xml сможет любой(подготовлю инструкцию как это делать и админка для этого будет). А компоненты я и может другие захотят делать, кто знает php, html, css, js (инструкция как делать компоненты тоже будет).

PHP.

Заточено как раз под широкие задачи. Это будет своего рода IDE для создания сайтов. Вот вы говорите зачем придумывать велосипед если есть PHP практически шаблонизатор, куча фремворков и тд.

Приведу такое сравнение: Зачем тогда придумали языки высокого уровня C(C++), Pascal... и др. можно же на ассемблере писать, а ещё даже в ноликах и единицах. Эти языки упрощают написание программ, в них есть компоненты(уже готовые программы для той или иной задачи), которые просто добавляете и используете.

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

Взять ещё например bootstrap: это всего лишь файлы css и js. Вы хотите у себя на сайте красивую панель или меню, и вам надо с собой таскать ненужный хлам стилей и js которые не используются. Сейчас интернет стал более скоростным и дешёвым поэтому на это никто не обращает внимание, а это засорение дискового пространства пользователей. С другими фремворками, cms дела ещё хуже, не буду тут расписывать свои доводы, а то начнёте изрыгать из себя как я не прав.

может мне кто-нибудь объяснит, зачем нужен в данном случае XML?

только потеря машинного времени на перегонку данных тудой-сюдой.

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