Обсудите разработку моего фреймворка

Приветствую всех веб-мастеров!

Я разработал свой фреймворк для создания сайтов. На данном этапе он ещё сырой. Осталось доделать контрольную панель(веб-интерфейс для доработок фреймворка прямо на сайте, это почти как админ панель для администрирования сайта, но для разработчика\программиста). Также нет дизайна нужно будет сделать разные блоки\компоненты и хотя-бы пару скинов\тем.

Начал записывать видео с объяснением как что делается. Хочется получать обратную связь от людей кто занимается веб-разработкой. На данном этапе интересуют предложения по настройке контрольной панели и дизайна.

Хочется найти единомышленников кто хочет делать сайты на таком фреймворке, таким могу дать скрипт фреймворка если увижу заинтересованность в сотрудничестве.

1

Сообщение от pgb (у вас синдром заложника вы привыкли к дерьму в яме и вам даже это нравится)

Сообщение от pgb выставляете свои неудачи на показ

Сообщение от pgb какие вы неспособные что-то созидать и улучшать

Мне кажется, или вы из себя Д`Артаньяна строите? Вы взялись пилить проект для людей. Эти самые люди у вас спрашивают зачем оно нужно и чем лучше существующего. А от вас что в ответ?

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

Сообщение от pgb Мне надо сделать сайт на своём фреймворке и тогда уже Фомы неверующие пусть сравнят и почувствуют разницу.

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

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

0

Сообщение от -_human_- Вы не звездолёт делаете, Вы пока сделали доски, молоток и гвозди. До звездолёта ещё работы непочатый край. Пока Вы, делая с нуля, догоните существующие аналоги, они уже давно будут впереди. Это будет постоянное отставание.

А вы в курсе, что сейчас люди придумали к примеру такие технологии как:
1. Деревянные кирпичи. Собираются стены, засыпаются утеплителем например опилками или ещё чем и дом готов.
2. Блоки типа лего. Тоже легко и быстро собираются дома.
3. С помощью 3D принтера печатают.
Есть и другие технологии. А это по вашим словам кто-то изобрёл как вы сказали молоток и гвозди. Но вы(имею виду всех кто против моей разработки) узко мыслите, я бы сказал у вас мышление на уровне амёбы, вы только можете делать по аналогии как другие, но думать и что-то эксклюзивное разработать это не про вас. А я вот изобрёл именно такую технологию похожую на лего блоки, 3D принтер, с чьей помощью сделаю намного лучше сайт чем из строганых досок и обычных кирпичей. Разуйте глаза и ищите плюсы в том что создаётся новое, а не ворчите как старые деды на завалинке..

Сообщение от voral Да я видел в видео...

Сообщение от Usaga У вас некие зачаточные познания, полученные на простых игрушечных проектиках.

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

0

Сообщение от pgb Сейчас в моих видео ничего по сути и нет

Угу.... цитаты из вашего видео

Сейчас в обычных фреймворках теги подключаются через тег link.

Это ни как не зависит от фреймворка. И вы точно так же будете делать. Всего три вариант как доставить стили в html
1. подключение внешнего файла
2. <style>
3. инлайн стили

Допустим вы не смогли выразить свою мысль. ок

Размер этих файлов бывает по несколько мегабайт и там нужное и не нужное

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

фреймворк такой типа bootstrap

Тут приходит понимание. Что за фреймворк который вы изучили, и "глубину" его изучения. Для танкистов:

1. Если брать чистый бутстрап, то его можно конфигурировать. если вы этого не знаете, значит вы его знаете поверхостно. И реального опыта у вас в этом плане нет.

2. Суть такий решений следующая: быстрое выполнение поставленной задачи, применением универсального решения. Если есть бюджет, время и желание - производим настройку.

3. Давайте поговорим за современные решения. И тут нам приходит Vue и React. К тому же есть реализации bootstrap для них. И там по самой сути не будет на проде ни каких лишних стилей. Вообще.. Только то, что нужно. По определению

придется делать добавление время обновления.

Ок. Вот я захотел в вашем фреймворке изменить стиль некоей сущности. И? Если стили в подключаемых файлах - то в любом случае вам придется это делать, по другому вообще ни как. Это так работает веб, которому пофиг на все фреймворки.
Если вы хотите упаковывать стили в <style> (что само по себе в большинстве случаев не желательно), то и тут есть "проблемы" с кешированием. Которые вполне естественны и так же не определяются конкретным фреймворком. (Хотя, при правильном подходе, и фреймворк должен кешировать, но он точно так же вписаться должен в понятие кеширования на уровне веба)

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

Тут мы сразу видим, что вы не знаете как работает веб. Куча мелких файлов, в общем случае, это хуже чем один большой может быть. (надеюсь покрайней мере вы на своем проекте используете http2 если нет, то ваше решение по определению хреновое.). И в нормальных решениях давно уже придмали, склеивать необходимые стили в один файл (этим так же можно управлять), но суть точно такая же как и у вас, я для конкретного блока указываю, что я хочу для него использовать такие то стили и система мне "гененрирует" файл стилей. При этом лично я вообще ни как не задумываюсь о "временной" метке. Это уже зависит от системы. Два примера, из разных ниш: Битрикс CMS - соберет в один файл стили, и в один файл скрипты (один "условно" там есть некоторые правила, но не оставит 1000 мелких), Vue/React - если сгенерить проект по умолчанию - будет генерировать уникальное имя бандлов (читай js и css файлов) при каждом изменении.

Вообще слушая все ваши тезисы складывается впечатление, что у вас в голове полнейшая каша:
- Вы реально фреймворк напиcанный на php сравниваете с bootstrap?
- вы понимаете различия между бекенд фреймворк, фронтенд фреймворк, шаблонизатор?


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

Добавлено через 1 минуту
Уверен, если захотеть можно и это видео полностью разобать и все остальные(другие вообще не стал смотреть) и доказать, что вы дилетант. И имеете лишь поверхостные знания об инструментах с которыми пытаетесь сравнить свое "изобретение" и о вообще базовых понятиях веба.

Добавлено через 1 минуту

Сообщение от pgb если буду рассказывать о сложных разработках, то вы вообще ничего не поймёте

Не ужели уже тодо лист осилили?

0

voral, Тут дело в другом. Вы не хотите разобраться и понять для чего я сделал по другому, зная(а я прекрасно разбираюсь в веб-технологиях, и получше вашего, хоть и не могу в видео объяснять словами) всё это о чём выше вы сказали. Подумайте над этим. Какой смысл мне доказывать, что я занимаюсь не тем чем вы?

ЗЫ. Не хотите помочь, тогда пожалуйста не тратьте ни своё, ни моё время.

ЗЗЫ. Если появятся заинтересованные, буду рад сотрудничеству.

0

Сообщение от pgb Вы не хотите разобраться и понять для чего я сделал по другому,

Так я вижу, что вы делаете. В этом нет ни чего прорывного.
В любом случае, так попробуйте внятно объяснить. Пока я вижу попытки сделать то, от чего все давно уже ушли по объективным причинам.
При этом оперируете только "сравнивая со всеми", "изучив все".... Это все общие слова и ни какой конкретики. Единственное сравнение я услышал от вас более -менее конкретное, это сравнение с bootstrap. И оно показало:
1. Вы плохо знаете bootstrap и не знаете как с ним можно работать
2. Сравнивать фреймворк стека HTML/JS/CSS с решением на PHP это вообще за гранью. Т.к. они по определению не могут сопоставляться, т.к. у них нет пересечений ниш. Ваш работает на сервер, bootstrap (если не брать во внимание node.js) это история про клиента.
3. Приведите пример конкретного серверного фреймворка, где css идет одним сплошным файлом, где собираются нужные и не нужные стили, при грамотной работе с этим инструментом.

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

Добавлено через 6 минут

Сообщение от pgb для чего я сделал по другому, зная .... всё это о чём выше вы сказали

Т.е. вы зная, что bootstrap не обязывает тащить все и везде, говорите обратное в видео. Иначе говоря вы врете в своем видео слушателем, и признаетесь в этом сейчас? сильно.....

Добавлено через 2 часа 58 минут

Сообщение от pgb ЗЫ. Не хотите помочь, тогда пожалуйста не тратьте ни своё, ни моё время.

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

Кроме того не отвечаете ни на один существенный вопрос по своему фреймворку.

И как вам помогать? Писать "вау!!! ты крут нереально, бросаю работу и буду писать убийцу гугла на твоем фреймворке?"

Какую помощь вы здесь хотите получить?

0

Сообщение от voral Какую помощь вы здесь хотите получить?

Во-первых, для начала не отговаривать меня заниматься своей разработкой, о чём в начале темы, и далее об этом говорил.
Во-вторых, попытаться понять хотя-бы немного зачем я использую xml(посмотрите видео про структуризацию и структуризация\аргументы). Если поймёте, то это уже будет большой шаг в осознании зачем я делаю так и почему это будет намного удобнее в разработке чем с другими существующими инструментами.
В третьих если до этого дойдёте, то я покажу как делать макеты\компоненты, как стилизовать(классами с своим подходом), как работать с диском и базой данных через свои php классы, использовать JS скрипт с моими модулями для интерактивности и тд. Тогда сможете любые сайты делать за несколько часов, а при желании и свои доработки для фреймворка, продавать(свои сайты, доработки для фреймворка), учить других и тд.

ЗЫ. Но думаю с вашим пониманием, вернее его отсутствием, этого скорее всего не произойдёт.

ЗЗЫ. Буду выкладывать ещё видео, всё же надеюсь может найдутся единомышленники.

Упс. И мне ещё нужно стороннее мнение как сделать контрольную панель, это как админ панель, но для разработчиков\программистов.

0

1 я не отговариваю. я лишь указываю на проблемы.
2 это понятно с самого начала. Вы пытаетесь реализовать шаблонизатор на основе декларативного описания (для справки Vue, React в плане описания делают, по сути, то же самое - если не брать во внимание пока остальную (но более важную) добавляемую ими функциональность)
3. Я и сейчас могу поднять полнофункциональный интернет магазин за один час, с интеграциями с кучей сторонних сервисов. При этом он и с каталогом на пару сотен товаров будет отдавать страницу в допустимое для современного интернета время. (вот чтобы GooglePage Speed заставить показать >90 попугаев. Тут да, тут уже придется поработать. И это, естественно, с использованием готового шаблона сайта.. В вашем случае в зеленую зону вы сайт не заведете (естественно если это будет функциональный сайт, а не "хомепейдж"
Вот я тут закончил верстку сайт не особо навороченный, но "обычный". на нее ушло 70 часов работы. Что за сайт, который вы сможете сделать с 0 на фреймворке (а не CMS) без готового шаблона за 3 часа сделать...

При этом судя по словам вашим, у вас все вертится именно вокруг шаблонизации. А где у вас посмотреть про готовые бизнесзадачи? У вас есть ОРМ? У вас есть уже готовый модуль хотя бы новостей?


На данный момент вы сами внятно не можете даже понять (как мне кажется) о чем ваш фреймворк и с чем его можно сравнивать.


"Продавать" не льстите себе. СНачала вы должны сделать его популярным. Но с таким подходом как у вас это не возможно. Почитайте себя сами. С ваших слов я должен вникнуть в него (а может еще и сертификацию пройти) чтобы понять "зачем он". При этом слушать видео являющейся образцом неуважения к зрителям (смотрел на скорости 1.75 - и то это было медленно, но фоновая музыка уже совсем становится непотребной, есть же видео редакторы. Я знаю о чем говорю - мой личный интернет проект, которым кстати пользуются люди, в отличии от вашего, сопровождается каналами в инсте на 180 тыс подписчиков, и в тубе на 40 тыс, я сам монтирую видео, зрители то за меньшие прегрешения "фи" высказывают...)

Это так не работает. Ты сначала попробуй доказать. что смысл есть тратить на это время. И что ты специалист, которому можно доверять. Пока только с одной стороны я вижу пробелы в твоих знаниях на практике, и что ты "все знаешь и сделал кучу больших проектов в одиночку" на словах.

И тут не только про меня... Так вообще для всех. И для всех проектов. Хочешь привлечь к своему проекту внимание - сделай так, чтоб это привлекало и убеждало, что ты тот кого можно слушать.

Добавлено через 3 минуты

Сообщение от pgb Упс. И мне ещё нужно стороннее мнение как сделать контрольную панель, это как админ панель, но для разработчиков\программистов.

А чем это по сути отличается от админской? Грамотная админская панель имеет ту же модульную сущность. А уж чем "наполнять" отдельные страницы - дело фантазии. И тут уж дело желания, можно разделить, а можно и в одной оставить. (так например сделано в Битрикс, в админке как контентом управлять можно так и: править код (но это ужасно по определению при грамотном ведении проекта, не зависимо от фремворка/цмс), управлять кластером серверов, и т.п.

Добавлено через 2 минуты
Кстати, раз уж заговорили о декларативном описании. А ваш фреймворк уже позволяет легким движением руки создать RESTFull api простым описанием endpoint ов в XML файле?

Добавлено через 12 минут

Сообщение от pgb Упс. И мне ещё нужно стороннее мнение как сделать контрольную панель, это как админ панель, но для разработчиков\программистов.

Ну и опять же к вопросу о понимании того чего вы делаете.

У фреймворка админка? серьезно?
Т.е. такой крутой специалист как вы под фреймворком понимает: шаблонизатор, фреймворки бекенд и фронтед, cms ?

Хотя. Для того кто делает "крупные" проекты в одиночку. (я так понимаю кроме них вы ни чего и не делали) может быть, может быть...

Только ж где вы для своего "фреймворка" найдете программистов - сейчас фулстеки уже уходят, и их сменяет разделение ролей.

0

В этой теме уже достаточно полезного фидбека для зелёного но амбициозного кодера забацать фреймворк лучше чем у ТС.

0

voral, выше в сообщении вы всё правильно говорите, сейчас мне возразить вам почти нечего, мелкие детали опущу т.к. сейчас не имеет смысла это объяснять. Чтобы вы могли сравнить мой инструмент с другими на нём должны быть сайты и демонстрации как их делать. Вот только сам фреймворк ещё в стадии разработки и сейчас словами я вам ничего не докажу.

Надеялся найти понимание и заинтересованность в своём подходе, совместной разработке.

У вас просто шаблонное мышление, делай так как другие. Это как привычка от которой трудно избавится, поэтому вы настаиваете на традиционном подходе. Я всё это знаю как что делается в современных фреймворках, да за несколько часов можно сделать сайт, но как вы и сами сказали трудно потом добиться скорости. Так вот мой инструмент в первую очередь рассчитан на высокую скорость не зависимо от того маленький или большой сайт.

Короче, я уже говорил неоднократно. Вы не хотите вникнуть в суть, поверхностно что-то для себя обозначили и убеждаете меня что я занимаюсь не тем. Я вас переубеждать не буду это бессмысленно, я знаю что сейчас можно из всяких фреймворках либ и тд. замесить винегрет и сделать сайт. Да, это будет работать, правда если что подправить надо, это ищи спеца(если тебе кто-то другой сделал сайт, купил, залил скрипт на хост, не умеешь прогать) и тд и тп.(можно на мошенника или говнодела нарваться со всеми вытекающими), короче будут постоянные проблемы. Я этого хочу избежать для своих будущих пользователей.
Во-первых, чтобы люди без опыта программирования всяких новомодных фреймворков\конструкторов и прочего, не тратили время на изучение этой требухи, не искали спецов кто им сможет наладить починить сайт и тд., не тратили на таких гуру спецов деньги. Во-вторых, вебмастеров которые знакомы с HTML, CSS и азами сайтостроительства много они легко могут освоить принцип составлении инструкции на xml для моего фреймворка, который будет генерировать какие нужно страницы сайта, да и написать нужный функционал при необходимости кто знает PHP,JS будет проще. В третьих, буду делать единую базу пользователей и поощрительной(типа платёжной) системой для всех сайтов на моём фреймворке, это откроет новые границы и перспективы, даст преимущество над всеми существующими интернет проектами.

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

Добавлено через 29 минут

Сообщение от voral У фреймворка админка? серьезно?

Не админка, а контрольная панель как админка. Я разделил понятие админ панель - это настройка функционала сайта, например каталога магазина и тд. ведь для конкретного сайта можно сделать свою админку, и контрольная панель - в которой можно делать правки макетов\шаблонв, стилей, кода и тд. что касается программирования не зависимо какой это сайт магазин, форум, блог или сервис.
Конечно на стадии разработки на локалке такая панель не нужна, но на проде бывают ситуации когда надо что-то быстро изменить в дизайне, коде и тд. поэтому это просто для удобства поддержки сайта.

0

Сообщение от pgb У вас просто шаблонное мышление, делай так как другие. Это как привычка от которой трудно избавится, поэтому вы настаиваете на традиционном подходе.

угу угу... вот только моя cms о которой я уже говорил, которая продержалась 15 лет и даже кроме моего на ней работали тройка сайтов. то же была не со стандартным подходом.

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

Вместо одного инструмента они должны будут изучить другой. При этом, возьмем например битрикс. Человек без подготовки, в админке (или даже прямо на страничке в режиме редактирования) открывает редактор аля ворд. И просто перетягивает компонент (каталог, список новостей или что угодно другое) и все..... Ему не надо изучать ни чего подобного вашему "фреймворку".

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

Эта идея утопична уже на уровне технической реализации.. У вас уже есть об этом тема. Не в теории может и возможно и то и другое. Только вы в одиночку не потянете, даже если прокачаете достаточно квалификацию

Сообщение от pgb Не админка, а контрольная панель как админка. Я разделил понятие админ панель - это настройка функционала сайта, например каталога магазина и тд. ведь для конкретного сайта можно сделать свою админку, и контрольная панель - в которой можно делать правки макетов\шаблонв, стилей, кода и тд. что касается программирования не зависимо какой это сайт магазин, форум, блог или сервис.

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

Другое дело на практике такая возможность на реальных больших проектах губительна. Как раз эта одна из причин за что Битркис очень сильно ругают. И именно представители крупных проектов. Т.е. если вы напрмиер выйдете с докладом о своем концепте на PHP Russia или Highload - вас сразу освистают. На этом уже набито до хрена шишек.

В прочем, тут надо просто понять, что уже по подходу, о том что "может не специалист" означает, что ваше решение не для крупных проектов. Там все же доверяют профи.

Добавлено через 2 минуты

Сообщение от pgb я знаю что сейчас можно из всяких фреймворках либ и тд. замесить винегрет и сделать сайт.

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

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

Вот у меня есть проект "семейный". сервис построения выкроек. Я взял как вы называете "винигрет" Битркис. Развернул сайт, и теперь просто разрабатываю модуль реализующий методику построения выкройки по заданным меркам. И как ваш фреймворк мне поможет в этом? А вот фреймворк Битрикс помогает (ограниченно, конечно, т.к. нельзя сильно связывать свое решение, со сторонним.. Но по крайней мере для хранения и использую ОРМ. Что избавляет меня (если упрощено) от необходимости писать SQL запросы, а просто, по сути, декларативно описываю что хочу. Так же использую Symfony (точнее будет сказать ее консоль для автоматизации некоторых задач разработки)..... Ну естественно сайт как интерфейс взаимодействия пользователей с моим модулем.

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

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

Любой подход для домохозяек по определению означает оверхед.

0

Опять же если у тебя нет своего удобного инструмента берёшь что есть, потом прикручиваешь ещё и ещё..

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

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

ЗЫ. Думаю дискуссия бессмысленна. Вы меня не переубедите, а я вот вас прекрасно понимаю, так как знаю все технологии и как всё работает. И это мне даёт видение того, что я делаю улучшит ситуацию, главное реализовать и не бросить на полпути.

0

Сообщение от pgb Опять же если у тебя нет своего удобного инструмента берёшь что есть, потом прикручиваешь ещё и ещё..

и тогда ваш постулат "сделаете сайт за три часа" улетает в небытие. Простой пример : у меня на сайте есть интегарция по приему платежей PayPal, ЮMoney, Paypal.... Я их просто включил... А тут я должен буду разработать. При этом не просто разработать, но и поддерживать в актуальном состоянии. Т.е. до того как эти сервисы перейдут на новый АПИ, я уже должен буду успеть их доработать. И со временем таких вопросов на живом проекте будет все больше и больше. И поведшийся на вашу систему человек вынужден будет взять кого то на обслуживание. А в случае готовой, универсальной CMS или фреймворка у которого богатый маркет готовых решений, он просто нажмет кнопку обновить и все. Т.е. долгострочная стоимость решения на вашем фреймворке будет больше по определению. По этому я и рекомендовал вам пердусмотреть возможность использования сторонних модулей. Всем похрен, что вы думаете о чужих модулях, но не стоит лишать пользователей использовать их, если нет времени и средств на их разработку.

И

Сообщение от pgb накрайняк попросить\нанять другого без особых навыков который это сделает, и потом легко поддерживать такой проект

Это справедливо только для простых проектов уровня домашняя страничка Васи Пупкина.

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

В любом случае.. .Дерзайте... Советы вам не нужны, считаете себя гением, а изобретение гениальным. Какой смысл спрашивать обсуждения? По удобству для пользователей, так вам не на форуме программистов надо спрашивать - здесь другие критерии оценки.

Добавлено через 2 минуты

Сообщение от pgb И это мне даёт видение того, что я делаю улучшит ситуацию, главное реализовать и не бросить на полпути.

Что ж будем ждать реализованного сложного проекта на вашем фреймворка, только это сможет доказать вашу состоятельность. Только, подозреваю, вы с этим проектом так же сольетесь, подтвердив свой уровень

Добавлено через 21 минуту
Не поленился. Попробовал запустить поделку с гитхаба.... Веселье началось с первых строк файла, на который поступают все хиты

Без условно, так мог написать только чертов гений.
Согласен. не как у всех и не традиционно.

Правда

"Warning: chdir(): No such file or directory (errno 2) in /mnt/disk2/web/htdocs/bx/www/run.php on l"

Да и чтоб увидеть эту ошибку мне пришлось закомментировать перехват обработки ошибок... Я так и представил "такой любой не специалист" фигак видит на странице HTTP ERROR 500 и........ Тут хз. что по мнению автора он должен сделать (помятуя что пользователь не специалист)

Добавлено через 4 минуты
Следующий перл "квалифицированного" разработчка
Может вы и php свой сделали , чтоб этот код не падал с ошибкой?

А между тем, у действительно профессионального разработчика, этот код был бы покрыт тестами. И все сразу становилось очевидно... Но как мы слышали данному фреймворку тесты не нужны - его не возможно сломать (ну имеется ввиду, что он просто не рабоатет)

Добавлено через 2 минуты
Кстати, не совсем понятно зачем вы PHP_EOL заменили на CRLF - эта замена не соответствует действительности. Только на винде строка заканчивается двумя байтами и эта абрревеатура верна

2

Сообщение от voral и тогда ваш постулат "сделаете сайт за три часа" улетает в небытие

Так я это про традиционный подход написал, что когда нет своего инструмента то прикручиваете сторонний.. и тд.
Насчёт платёжек. Когда у меня был большой интернет проект я сделал модуль подключения приёма и легко добавлял новые платёжки если нужны были. В своём фреймворке тоже так же могу сделать, но у меня другая идея насчёт платежей... сейчас ничего рассказывать об этом не буду.
Использование сторонних модулей по-любому возможно при желании можно это сделать, кому надо пусть подключают. Но я сторонник не подключать сторонние, если они не разработаны специально под мою систему.

Сообщение от voral Это справедливо только для простых проектов уровня домашняя страничка Васи Пупкина.

А я и не претендую на проекты гиганты типа гугла, я хочу чтобы на моём инструменте можно было быстро делать небольшие но функциональные сайты: блоги, форумы, магазины, доски объявлений, разные сервисы и прочее. Чем может заниматься практически любой человек.

Сообщение от voral на каждый чих придется привлекать спеца, который реализует недостающий функционал

Так я сейчас не делаю конкретные сайты, а делаю фреймворк, который будет решать самые основные задачи, создание страниц, оформление, взаимодействие с другими сайтами и сетью компьютеров с установленным приложением.
Мой инструмент будет решать более 90%, а конкретный сайт можно на нём быстро настроить это 10% работы, будут уже и готовые скрипты. Дополнительный функционал для конкретного сайта написать будет не проблема. А вот на существующих это фактически не реализуемо, нужно нанимать кучу спецов вроде вас и платить им зарплату, вбухать в это не один лям и в итоге будет в лучшем случае что-то типа WordPress.

Сообщение от voral Попробовал запустить поделку с гитхаба....

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

Сообщение от voral чтоб этот код не падал с ошибкой?

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

0

Q: как называется незаконченный вебсайт?
А: "универсальный фреймворк"

1

Сообщение от QueryMonkey Q: как называется незаконченный вебсайт? А: "универсальный фреймворк"

У меня есть домашний сервер, хотел на нём сделать сайт с разными сервисами и домен привязать к нему. Зарегал короткий домен owni.ru типа "собственный я" то есть домашний сервер. Постепенно создание сайта переросло в разработку фреймворка, а потом и идея с приложением для общей базы и передачи файлов по протоколу типа торрент(есть наработки некоторые, но над этим ещё работаю). На волне видео блогерства, захотелось тоже выкладывать видео о своей разработке, может найдутся заинтересованные, ну и научится делать видео, рассказывать более понятно и тд.

Короче названия пока в принципе нет, называю OWNI, фреймворк и инклуд файлы ещё будут для написания приложений на C++.

0

Сообщение от pgb А я и не претендую на проекты гиганты типа гугла, я хочу чтобы на моём инструменте можно было быстро делать небольшие но функциональные сайты: блоги, форумы, магазины, доски объявлений, разные сервисы и прочее.

Сообщение от pgb Мой инструмент будет решать более 90%, а конкретный сайт можно на нём быстро настроить это 10% работы, будут уже и готовые скрипты. Дополнительный функционал для конкретного сайта написать будет не проблема. А вот на существующих это фактически не реализуемо, нужно нанимать кучу спецов вроде вас и платить им зарплату, вбухать в это не один лям и в итоге будет в лучшем случае что-то типа WordPress.

Из этих двух цитат сразу видно, что вы не ознакомились с другими аналогами того, что вы хотите сделать. Тот же Wordpress позволяет это все сделать без привлечения специалистов. И он не единственный, по сути любая достаточно популярная CMS это позволяет сделать. Специалистов нанимают везде только если нужен дополнительный функционал, а это потребуется и в вашем случае. Я не понимаю, как вы хотите избежать привлечения специалистов. Пока единственное что я понимаю - у вас многое вертится вокруг шаблонизации.... но это тоже в любой CMS не нужно знать вообще. Если хочешь сделать свой дизайн, свою верстку - тогда да. Но и в вашем случае потребуется либо изучить ваш синтаксис, либо синтаксис другого шаблонизатора.

Тут вполне может быть, что вы придумали свой шаблонизатор, который по вашему мнению, может оказаться более понятным "простому" пользователю. Но вы где то заикались про БД.... Тут вообще сразу съезжаем - что уже не всякий, а тот кто разберется именно с вашим фреймворком. т.е. так или иначе "специалист" или "ковыряющийся дилетант" - в общем ровно та же ситуация как и с другим решением.

Сообщение от pgb инклуд файлы ещё будут для написания приложений на C++.

Это вы так FFI называете?

Добавлено через 7 минут

Сообщение от pgb Короче названия пока в принципе нет, называю OWNI, фреймворк и инклуд файлы

Вот в целом это и является вашей проблемой. Вы пока сами не понимаете, что делаете. В итоге каша в проекте, каша в объяснениях.
В итоге тем кого вы пригласили обсуждать, не понятно что обсуждать. Вы то про недостатки bootstrap говорите, то про недостатки Wordpress, а это разные сущности. Если вы задумали сделать новую CMS (а это так судя по разговорам про админку и "простых пользователях"). То так и декомпозируйте свой проект, например:
вот у меня бекенд фреймворк как основа
вот у меня шаблонизатор
вот у меня ядро cms
вот админка
вот управление для разраба

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

Добавлено через 4 минуты

Сообщение от pgb ну и научится делать видео,

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

Добавлено через 8 минут
и еще немного разборов полета Из серии замены вами адекватной константы PHP_EOL на вводящую в заблуждение CRLF

У вас в коде много где фигурирует разделитель каталогов для путей. Прям гвоздями прибитый. При этом есть в php специальная константа, которая обеспечит кроссплатформенность DIRECTORY_SEPARATOR

Добавлено через 11 минут

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

Проблема не в том, что написать один модуль. А в том. что на больших проектах таких интеграций может быть много. При этом АПИ иногда меняются, и все модули необходимо своевременно обновлять, при это другие задачи ни кто не отменяют. К сожалению вы пропустили мимо, но я уж писал, основная причина почему я выкинул свою cms после 15 лет развития - погряз вот в таких "необходимых" обновлениях которых накопилось. по отдельности да не сложно, особенно когда не "внезапно и срочно надо дорабатывать".

Конечно я уже понял, что вы ориентируетесь именно на частные сайты, уровня Home Page, там не нужно интеграций.... Но и у меня их не было особо когда выкидывал свою cms

0

Сообщение от voral Из этих двух цитат сразу видно, что вы не ознакомились с другими аналогами того, что вы хотите сделать. Тот же Wordpress позволяет это все сделать без привлечения специалистов. И он не единственный, по сути любая достаточно популярная CMS это позволяет сделать. Специалистов нанимают везде только если нужен дополнительный функционал, а это потребуется и в вашем случае. Я не понимаю, как вы хотите избежать привлечения специалистов. Пока единственное что я понимаю - у вас многое вертится вокруг шаблонизации.... но это тоже в любой CMS не нужно знать вообще. Если хочешь сделать свой дизайн, свою верстку - тогда да. Но и в вашем случае потребуется либо изучить ваш синтаксис, либо синтаксис другого шаблонизатора.

Я конечно извиняюсь, но у вас недоразвитое мышление, это не оскорбление, я объясню в чём дело. Думаю в детстве вы делали только то что вам говорили и принимали это за данность, что по другому просто нельзя, не получится, не надо делать и тд. и вы теперь всю жизнь плывёте по течению как другие. А есть люди которые пробуют разные способы и находят лучшие решения, придумывают новые подходы, так как в детстве их не заставляли делать только так как надо и не в право, ни в лево не дёргаться даже. Поэтому у вас мышление не способно видеть возможности вы видите только запреты что так делать не надо. А те кто ранее сами находили способы решить задачки, но не как положено, а по своему у таких людей развито мышление и они могут видеть преимущества.

Вот вы зацепились за понятие шаблонизатор. Но у меня нет никакого шаблонизатора, есть лишь xml указания для движка что надо расположить на странице. XML это своего рода как язык программирования, а движок фреймворка получается интерпретатор. Интерпретатор может увидеть, что надо просто вставить текст или выполнить метод PHP класса, или некое действие и тд.

Сообщение от voral Я не понимаю, как вы хотите избежать привлечения специалистов.

Освоить составление интрукции на XML это не сложно, к тому же я сделал всего несколько команд которые просты в понимании и использовании, это раз. Так же самые основные потребности, то есть макеты компонентов(html, css и js для разных блоков, табов, карточек товара и прочее) я подготовлю, на PHP классах я реализовал возможности работы с файлами, базами данных, создание категорий, меню и др., через модули JS легко настраивать интерактивность страницы. Поэтому самые основные потребности в разработке, а это практически 90% от создания проекта уже будут решены в моём фреймворке, остальные 10% это составление инструкции на xml. Конечно при необходимости добавить свои макеты(html&css&js) или классы(php), это уже если человек сам не может, то попросить у сообщества(будет форум поддержки).

Сообщение от voral Это вы так FFI называете?

Нет.
Именно #include файлы, которые подключаются к программе, в которых реализованы функции облегчающие разработку. С помощью этих инклудов я реализовал свои типы данных, работу с ними, так же запись данных на диск, передачу данных по сети, свой язык программирования, ещё буду делать GUI, но вот тут уже с использование готовых для этого библиотек.

0

Сообщение от pgb Я конечно извиняюсь, но у вас недоразвитое мышление, это не оскорбление, я объясню в чём дело.

В чем ограничения то? Пояснте для тупых, но не общими словами а давайте конкретнику. Что конкретно простой пользователь НЕ может сделать в Битрикс или Wordpress. Но сможет сделать у вас?

PS Угу.... и в своей cms я повторял все как делают в популярных (правда их тогда еще не было) не подкажите в какие рамки я был загнан в 2001 - 2003 году ?

Сообщение от pgb Но у меня нет никакого шаблонизатора, есть лишь xml указания для движка что надо расположить на странице. XML это своего рода как язык программирования, а движок фреймворка получается интерпретатор. Интерпретатор может увидеть, что надо просто вставить текст или выполнить метод PHP класса, или некое действие и тд

И почему это не называется шаблонизатором? Пользователь декларативно описывает то, что хочет увидеть. Это оно и есть... XML - всего лишь вариант реализации, кстати, тут проще для пользователя возможно был бы вообще YAML - не надо с закрывающими тегами заморачиваться

Суть проста: пользователь описывает шаблон в максимально простом виде, на выходе генерируется полноценный HTML. Что не так?

Сообщение от pgb Нет. Именно #include файлы, которые подключаются к программе, в которых реализованы функции облегчающие разработку.

И в чем отличие от FFI?

Добавлено через 8 минут
Вы упорно не слишите, и думаете что у вас все по другому. Но я вам говорю с позиции человека который уже прошел по пути по которому вы идете. Тоже делал "ну вот так вот точно круче"... Единственное шаблонизатор у меня был все же на html основан + наработки навеянные smarty и еще "свое прорывное"....

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

0

Сообщение от voral Что конкретно простой пользователь НЕ может сделать в Битрикс или Wordpress. Но сможет сделать у вас?

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

Сообщение от voral И почему это не называется шаблонизатором? Пользователь декларативно описывает то, что хочет увидеть. Это оно и есть... XML - всего лишь вариант реализации, кстати, тут проще для пользователя возможно был бы вообще YAML - не надо с закрывающими тегами заморачиваться Суть проста: пользователь описывает шаблон в максимально простом виде, на выходе генерируется полноценный HTML. Что не так?

В некотором смысле да, выполняет роль шаблона. Но отличие шаблона от интерпретируемого языка в том что шаблон парситься и заменяются метки, в интерпретируемом языке берутся некоторые данные и производятся с ними действия выводя готовый результат.
XML понятен визуально и схож с HTML людям проще в нём ориентироваться. YAML, JSON, INI и подобные это в основном сериализация данных для хранения, передачи и обработки в виде объектов, свойств, и т.п. Для визуального составления некоторого шаблона как вы говорите они по мне не подходят, делать это в них не удобно к тому же тем кто мало знаком с программированием. Кстати вот из за закрывающих тегов-дескрипторов визуально понятно где что будет находится при составлении страницы, YMAL, JSON представляют собой деревья ключь: значение, не так уж и удобно в них разбираться, для парсеров для извлечения данных да этот формат быстрый.

Сообщение от voral И в чем отличие от FFI?

Это уже другая тема, попробуйте сами понять.

Сообщение от voral Вы упорно не слишите, и думаете что у вас все по другому. Но я вам говорю с позиции человека который уже прошел по пути по которому вы идете. Тоже делал "ну вот так вот точно круче"... Единственное шаблонизатор у меня был все же на html основан + наработки навеянные smarty и еще "свое прорывное".... Показательный момент тогда был. уже рассказывал на этом форуме. Сделали тогда сайт. Дизайнера нанимали. Все довольны, я , дизайнер, клиент, директор фирмы на базе которой я веб направление открыть пытался. Выкладываю я на обсуждение сайт (точнее его дизайн) на популярном форуме (существует и сейчас) где дизайнеры тусуются. Тему сразу закрыли с формулировкой "отсутствует тема к собсуждению" я тогда очень сильно обиделся на весь мир.... (вот ка вы сейчас в позу бы встал, но тему тупо закрыли). но вот уже сейчас (считай 20 лет прошло почти) я ржу над собой тогдашним и понимаю почему тему закрыли.....

Я вам аналогично хочу сказать, что вы упорно не хотите вникнуть с суть, либо из-за того что плохо разбираетесь в самих технологиях назначении языков программирования, форматов данных, их передачи и прочее, что скорее всего так и есть, потому что привыкли использовать готовые решения, а не разбираться в нативных технологиях для собственных разработок. Либо .. тут без комментария.

Думаете я не делал свой шаблонизатор по типу смарти? Ещё как делал, и первый мой проект был на таком шаблонизаторе, html с вставками шорткодов. Современные шаблонизаторы твиг и прочие не далеко ушли.. Поэтому я выбрал иной способ. Сейчас объяснять не буду, наверно сделаю видео об этом "Почему XML" я выбрал для написания инструкций для генерации страниц.

0

Сообщение от pgb Простота в составлении страниц. Сейчас вы не видите преимущества так как я де демонстрировал как всё делается, а лишь показал суть и отличие от традиционных подходов. Позже покажу как сделать сайт и тогда сравните где удобнее, проще и лучше

Т.е. по вашему для пользователя сложнее в визуальном режиме перетащить мышкой желаемый компонент на страницу, чем разбираться в xml?

Сообщение от pgb Кстати вот из за закрывающих тегов-дескрипторов визуально понятно где что будет находится при составлении страницы, YMAL, JSON представляют собой деревья ключ

Для вас? Может быть. На деле, я как раз таки противник давать контент менеджерам возможность управлять "структурой" страницы. Не закрытые теги это самая распространенная беда там где не специалист имеет возможность практически на прямую влиять на верстку (как и в вашем случае) . То что вам не понятен Yaml в данном случае это понятно по вашему коду - ввиду отсутствия опыта реальных проектов у вас отсутствует понимание важности форматирования. А в YAML это важно.

Сообщение от pgb Это уже тругая тема, попробуйте сами понять.

Каким образом я могу понять ваше мышление? На данный момент я в своем проекте некоторый функционал написал на плюсах и сях подключил заголовочный файл и спокойно использую в PHP. Что не так? (я так понимаю вам тупо квалификации не хватает объяснить? )

Сообщение от pgb что вы упорно не хотите вникнуть с суть,

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

0