Не смеши меня пожалуйста 😁 Ты слышишь звон, а не знаешь где он.
Это всё баловство. Во-первых Serverless это не архитектура это JS фреймворк для выполнения небольших функций в облаке и подобных фреймворков несколько. Это бессерверная технология просто, опять же задумка не плоха, но реализация г, мелкие задачи можно решать, а для больших проектов это утопия.
ArbNet, если вы хотите, в итоге, чтобы вашим фрейморком воспользовался хотя бы 1 клиент - собирайте к релизу деньги на услуги менеджеров или людей, которые умеют общаться адекватно с людьми. Такое впечатление, что вы и на потенциальных клиентов будете агриться, если они не поймут всего величия идеи и зачем им это нужно.
Думаете, что сможете предоставить такой продукт, желание владение которым перекроет отсутствие желания общения с таким разрабом? Ребятам в теме + за моральную устойчивость.
Я фреймворк делал в первую очередь для себя, чтобы быстро делать разные сайты по своим задумкам с разными возможностями... Так вот я этим и займусь. По началу сделаю акцию сайт бесплатно, потом буду делать уроки как можно самим такие сайты делать, настраивать и тд. Кстати и бюджет есть, который запланирован на раскрутку 😎
Кроме того людям которым нужен сайт главное чтобы этот сайт выполнял их задачи и его легко при необходимости можно было подкорректировать. Я этим людям не буду доказывать как вам зачем использовать мой фреймворк, им просто будут предоставляться\делаться нужные им сайты. Ну а сравнив сайт на моём фреймворке и чём то ещё они сделают свой выбор. Наверняка кому-то что-то будет не нравится и тд. но свою часть рынка сайтостроения я получу.
Заметьте, не я это сказал 👍😍😎
А я вам так же не в первый раз отвечаю, что для меня сейчас выкладывать разработку не актуально, так как я на 97% её уже завершил.
Данную тему создал чтобы делать видео о том как сделать юзабилити контрольной панели и др. некоторые вопросы, но после очередных наездов, что я занимаюсь не тем и это никому не надо эта тема засрана по началу адептами ВП, потом Джангой и др.
Я не против чтобы Aisamiery говорил о том что хотел бы попробовать применить, сервер на PHP и др. это интересно, я высказался что как бы не оптимальное решение по мне и тд.
Сейчас данная тема для меня не актуальна. Как всегда буду додумывать сам...
Было бы не плохо, но к сожалению это не так 😝
Ну ну 😀 а мякголобые никогда ничего не могут сделать, соображать то нечем 😁
Так не ищут единомышленников. Сто раз уже говорилось, что надо выложить код на гитхаб, написать мини инструкцию как запускать и получать обратный фидбэк. Вы одну простую истину понять не можете, возможно ваш инструмент никому не нужен, и не будет нужен, так как вы не спрашиваете "а что нужно?" у той аудитории кто им будет пользоваться.
Я в самом начале был только за, чтобы вместе заниматься разработкой. Но когда тебя оскорбляют школололо и тп., говорят, что придумываешь велосипед и тд. никому это не надо, пиарят существующие инструменты не понимая зачем я хочу свой, так как те что есть для меня мягко говоря плохо сделаны. Мне ничего не оставалось как самому потихоньку всё делать. А когда ты столько времени в одиночку тратишь на разработку, как приходится решать сложнейшие задачи, тем кто пользуется готовыми решениями и не понять никогда этого. Вот тогда никому свой труд не хочется уже передавать.
Я понимаю, что после релиза мой инструмент всё же окажется в открытом доступе. Но я продумал механизм при котором документация будет доступна только при покупке того или иного узла.
Есть хорошие продукты. Но с профессиональной точки если посмотреть как они сделаны, то хочется переделать. А в веб-строительстве где вход порога очень низкий тут вообще беда, по мне практически всё шлак, это сугубо моё личное мнение.
ЗЫ. Когда я пару лет назад захотел сначала сделать просто свой движок для создания сайтов. Потом после общения с своей знакомой узнал о появлении BEM, MVC, паттернов проектирования(которые и раньше были, но я самоучка и раньше их не использовал), так же и языки программирования усовершенствовались пришлось заново учится, ещё о готовых решениях как бутстрап, разные фреймворки и др. Я смотрел как они сделаны и использовал некоторые подходы в своём движке. Далее уже зародилась идея создания своего фреймворка в котором движок будет управляем(через некие команды, я сделал это через XML) и который может генерировать, подключать разные технологии от шаблона HTML, CSS, JS, работа с разными источниками данных и др. Я перерос свою знакомую в разработке(так как придумывал свои принципы которые лучше существующих) и вас тоже кто мне что-то тут советовали, я всё это анализировал и разрабатывал свой инструмент чтобы в нём это было заложено и чтобы это было сделано лучше чем в существующих инструментах.
Сейчас занимаюсь доработкой. После релиза я вам это продемонстрирую.
Когда вы уже научитесь описывать так, чтобы кроме вас это еще кто-нибудь понимал?
Схемы, фрагменты кода что ли используйте.
Для этого чтобы научится и создаю тут темы. Ещё хотелось чтобы и вы понимали 😀
Вот ты капец неугомонный 😬
Я устал уже тебе по всякому объяснять.. Я хочу сделать для себя и других свой инструмент, который соответствует нужным характеристикам и удобством в создании быстрых-современных веб-сайтов. Есть люди которые не понимают зачем я это делаю, но после некоторых пояснений всё же перестают гнуть свою линию. Тебя же хоть об стену головой бей, бесполезно наверно.
Не надо тут офтопить.. создавай отдельные темы и рассказывай как на Джанге круто делать сайты, наверняка кому-то это будет интересно и полезно. Но мне это втирать не надо, моё мнение по поводу Джанги и прочих ты и сам давно знаешь и зачем-то продолжаешь засирать своими нравоучениями мои темы. Я создаю темы чтобы узнавать мнение людей по своим идеям, а не ссылки на то о чём я и так знаю, которое мне не подходит и на фиг не надо. Если бы нашлись единомышленники, то показывал тут свои наработки, также вместе додумывали, что и как сделать и тд. Но ты втыкаешь палки в колёса, ведь люди думают, а чего это он действительно не делает на тех инструментах которые есть и обсуждение переходит в деструктивное русло..
А вот краткое описание моего фреймворка:
OWNI фреймворк(да, теперь он так называется) использует стек разработки PHP 8 + MySql(другие базы данных) + JS + HTML + CSS + XML(как внутренний язык инструкций для движка фреймворка)
Архитектура фреймворка построена на узлах. Узел это связка управляющего класса узла с компонентами(файл HTML шаблон с JS кодом(если нужен) и файл стилей CSS(если нужен) к этому шаблону) другими дополнительными файлами, так же методы класса узла выполняют необходимые действия для получения и обработки данных. Движок фреймворка управляется модулями — это XML указания, что должен делать движок и как должны выглядеть страницы, что должно располагаться на страницах сайта, то есть описание от каких узлов, какие брать компоненты и данные, соединение шаблонов с данными движок производит сам, а также подключает необходимые CSS стили и JS код.
Поэтому с данной архитектурой намного проще и быстрее найти что-либо настроить и прописать нужные указания для движка. С такой архитектурой простой сайт сделается с ноля за несколько часов, большой проект за несколько дней.
Так же с помощью XML инструкций прописываются указания для подключения к сформированной странице нужных CSS стилей, шрифтов(при необходимости, в основном подключение производится в скине разработчиком дизайна), HTML шаблонов\template(которые js может заполнять и добавлять\заменять на странице), JS модули(работа с тегами, формами, компонентами\юнитами, обработка событий и др), можно дополнительно прописывать при необходимости свои JS функции. То есть всё что относится к конкретной странице будет указано в одном месте. Это указание страницы не значит что формируется только одна единственная страница, это указание может генерировать тысячи разных страниц так как по навигации по сайту url движок будет формировать различный контент. Для экономии ресурсов сервера есть кэширование, страницы или её части.
В фреймворке разработаны самые базовые узлы с которыми уже можно создать простой сайт, со временем количество узлов будет увеличиваться. Под конкретный сайт можно написать нужный узел или несколько, использовать их на других сайтах с фреймворком или удалить если в них нет необходимости.
Создание сайта на OWNI это увлекательное занятие, которое принесёт удовольствие в разработке, предотвратит массу проблем какие могут возникнуть при разработке сайта на любых других фреймворках и конструкторах. Ведь в нём всё продумано до мелочей. К примеру при переключении скина\дизайна\оформления сайта происходит обновление CSS переменных настроек цветовой палитры при этом все элементы, компоненты страницы приобретают цвета данного скина, не надо ничего подстраивать под конкретный дизайн. Сдвиги между элементами, стили или классы другие параметры легко прописать в XML указании или даже в тексте контента. Так же в тексте контента можно даже подключать компоненты и заполнять их данными. Уже подготовленные JS функции сделают страницы сайта интерактивными, для простых действий не нужно писать своих скриптов достаточно просто добавить нужный аргумент с параметром и всё будет работать.
Хотелось бы добавить и про работу с сущностями данных. Это на столько просто, что мне самому не верится, что я такое смог сделать(я разрабатывал это немного более полгода, очень трудно пришлось, да всё в принципе не просто давалось, но с связями сущностей особенно). Через менеджер данных можно создать сущность указав ей нужные свойства или загрузить существующую. Далее работать как с обычным объектом PHP, перебирать строки через foreach, изменять, добавлять, удалять, получать данные связанной сущности. Никаких команд для работы сущностью не нужно знать это просто объект, движок сам при необходимости внесёт\передаст необходимые изменение в базу данных или другой источник.
И это лишь малая часть характеристик(в перспективе ещё будут добавляться) которыми обладает мой фреймворк. Мне хочется делать сайты\проекты именно на таком инструменте, а не каком то джанге или прочем шлаке..
ЗЫ. Тебе забавно, а меня ты уже притомил.. ОТВАЛИ ПОЖАЛУЙСТА.
Виртуальная машина входит в ядро PHP. Не надо ничего приспосабливать. Оно автоматически работает.
Не виртуальная машина входит в PHP, а PHP включён в виртуальную машину Zend. То есть PHP интерпретирует исходный код, а опкод который движок zend преобразует в машинный код и процессор уже выполняет нужные действия. А тут создают ещё одну ВМ чтобы постоянно была в памяти в бесконечном цикле ловила запросы потом передавала на обработку PHP.
Оптимально написать службу сервера с лаконичным обработчиком запросов\ интерпретатором языка это в идеале и уже на этом делать проект. А не приспосабливать итерируемый язык в виртуальную машину чтобы эмулировать работу сервера. Да это ускорит обработку запросов, но это неоптимальное решение ИМХО.
ЗЫ. Тот кто пишет говнокод его решение устраивает и считает его оптимальным так как не имеет достаточных знаний для написания хорошего кода.
С этого и надо было начинать, так как "своё г не пахнет" =))
Согласен 😀
ЗЫ. Возможно вы не понимаете чем моё лучше вашего, а я не понимаю чем ваше лучше моего 😁
