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

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

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

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

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

1

Сообщение от Usaga Из чего был сделан вывод об отсутствии у меня опыта?

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

0

voral, блин) Получается, что до ТСа опытных быть не могло по определению) Ведь не было его крутых фреймворков) Но вот вопрос: а является ли сам ТС опытным, ведь его фреймворк ещё в разработке и сам он им пользоваться пока не может)

0

Сообщение от Usaga Из чего был сделан вывод об отсутствии у меня опыта?

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

Сообщение от voral вот только не понятно: если опытный решить пользоваться решением ТС- теряет он статус опытности или нет

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

Сообщение от Usaga Получается, что до ТСа опытных быть не могло по определению) Ведь не было его крутых фреймворков) Но вот вопрос: а является ли сам ТС опытным, ведь его фреймворк ещё в разработке и сам он им пользоваться пока не может)

Ничего не получается.

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

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

0

Сообщение от pgb Я вам в дискорде даже объяснял почему готовые решения хуже(тот же визуальный редактор)

Нет. Вы не объяснили. Вы сказали что нормальный редактор умещается в одном файле на 100 строк. Это абсолютный бред. Ваш не имеет того функционала. Все ваше объяснение "это все гавно". потому что лично вы считаете что все файлы в репозитории не нужны. Даже не зная их назначения...

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

В общем посмотрим на ваш редактор. в 100 строк и один файл. Подключим на одной странице ваш и тот , что я показал и сравним.

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

Семечки, которые вы не осилили... Если осилили - покажите, давайте сравнивать.

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

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

Это все внешнее. Причем не было там особо ни чего плохого. Один раз у вас не перенеслось форматирование strong и все... У меня перенеслось...


Дорабатывать его гемморойно только вам. Тот кто умеет читать доку, сделает его на раз. тем более, если это в рамках react или vue проекта - это сделать можно декларативно. По крайней мере, я, который не считает себя гуру в js или react легко заточил его под свои нужды, когда делал себе бекофис. Который у меня есть и работает, на который я не потратил несколько лет разработки... А у ваше решение? Оно так только и существует у вас в не законченном состоянии.

В общем ждем вашего редактора. Который можно подключить к любой странице и сравним его с тем.

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

Сообщение от pgb свой фреймворк и разработал его

Где его можно посмотреть, кроме как в ваших видео?
Где можно посмотреть сайты сделанные на нем?
Где можно посмотреть отзывы большого комьюнити?
Да хоть один положительный отзыв, хоть одного человека кроме вас?

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

Сообщение от pgb Использовать мой фреймворк не нужно ломать голову как что присобачить и тп

Грамотному и опытному. не надо ломать голову над этим с любым из существующих фреймворков,СMS и шаблонизаторов. Да и тех же редакторов.

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

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

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

0

Сообщение от voral Нет. Вы не объяснили.

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

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

0

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

Назвать чужую работу "говно" это не объяснение. Объяснение это что то типа
'tsconfig.json это не нужный файл (я знаю что его применяют для....) в проекте потому что...."... Но судя по тому как вы смотрели в этот репозиторий. Вы вообще не понимаете зачем там все эти файлы. Если бы я начал считать сколько раз вы сказали "говно" - наверно за 100 перевалило за пару минут. При этом вы в код не стали погружаться.

Более того, когда я попытался перейти на код, и сказал, что там не используется функция, которую вы считаете признаком говнокода и считаете, что все кроме вас используют в wysiwyg именно ее. Вы проигнорировали это...


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


Для остальных читающих. Тс назвал говном достаточно популярное решение Quill вот демо в обертке с vue (есть и для react)

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

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

Сообщение от pgb Если вы сами не можете сделать хорошо и для вас это приемлемо

Эта фраза как раз и отображает, что ваш опыт - он только в ваших фантазиях. "Могу сделать" и "делаю" это разные вещи.

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

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



Я так понимаю у вас как у "настоящего опытного" ни когда не появится в проекте каталога test - он тоже лишний?

Ах да... Ведь инструменты тестирования это тоже чужое... Их будете велосипедить или вашему коду тесты не нужны?

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

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

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


Так же доказать сможете кодом. Актуальным в репозитории. Чтоб я мог на него глянуть и не увидеть там говнокода. А так же увидеть признаки опыта причастности к реальным проектам.

На данном этапе и изваших слов я вижу что вы пилите шаблонизатор с расширенными обязанностями.

Добавлено через 5 минут
Так что

Сообщение от pgb тогда вы увидите разницу.

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

В минимуме - готов провести сравнение вашего редактора с quill. Подключаю их к одной странице,

Или может вы упустили при сравнении один момент важный, что вашему редактору нужен ваш шаблонизатор и ваши 100строк это лишь часть функционала?

Добавлено через 10 минут
Да. Что вы действительно сказали. Вам не нравится что редакторы оборачивают некоторые блоки в span со своими стилями... Но это только ваши заморочки. Я даже не обращал внимания - т.к. они просто работают, и решают задачу отлично. Время - это дорогой ресурс. Скорее всего этот вопрос решаемый, на стадии сохранения в базу - вообще без проблем, а может и на уровне самого редактора есть конфиг для этого.

Чтоб избежать необходимости написать обработчик в несколько строк писать целый редактор - мощно....

Добавлено через 1 минуту
И вы не ответили на вопросы. Хотя бы на этот можете:

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

0

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

Ничего я не проигнорировал, а доказал вам что она там используется. Даже я её использую, без неё не получится сделать. Хотя-бы для отключения css форматирования span(ом) и вместо div чтобы были абзацы хотя-бы, это малая кровь. Но по большому счёты там косячно сделано на css классах форматирование, выравнивание и др. если вы этого не понимаете, то не надо доказывать что там всё замечательно сделано..

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

А тут и понимать нечего. Визуальный редактор должен быть независимым решением, но чтобы его сделать разработчики так сказать этого редактора использовали кучу разных других готовых решений от vue и др.
Почему я свой инструмент называю монолитным? Потому что в нём не прикручиваются сторонние решения, а используются свои модули. Да мой визуальный редактор состоит всего из 3-4(1- разметка,2- стили к разметке,3- js код для редактора и 4 в зависимости от назначения ещё нужный тулбар) файлов, код редактора и тулбара около 100 строк, но редактор использует js модули выделения, шаблонов, некоторые функции, классы, которые могут подключать и другие скрипты. То есть всё продумано и не таскается ничего ради редактора.
Тот редактор какой предлагали использует Vue то есть даже если разработчик сайта будет использовать Vue, то независимо от одного экземпляра там будет ещё другой в директории редактора и потом ещё куча другого г. всякого..

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

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

Сообщение от voral Ах да... Ведь инструменты тестирования это тоже чужое... Их будете велосипедить или вашему коду тесты не нужны?

Моему коду тесты не нужны, я в процессе разработки всё тестирую сам.

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

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

Всё реализовано. От удобства создания страницы где надо просто указывать что на ней разместить, только в одном месте(xml инструкции страницы), движок сам всё собирает, от разметки, стилей к ней, при необходимости js скрипты, до получения или сохранения данных в базе, с других ресурсов и тд.

ЗЫ. Сайты я буду делать разные: от блогов, магазинов, форумов, объявлений, городских порталов, агрегаторов, сервисов и др. И это не будет долго. Ведь на 90% всё уже реализовано в самом фреймворке, остальное лишь наброски инструкций для страниц сайта\проекта.

0

Сообщение от pgb Ничего я не проигнорировал, а доказал вам что она там используется

Как вы доказали? (она там используется ровно 1 раз)
Надеюсь вы знаете что за команда grep. и как проверить то, что я сказал

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

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

Vue - это уже отдельная обертка. Можете редактор без нее использовать, у меня просто демка именно вьюшная под рукой была.

Сообщение от pgb Да мой визуальный редактор состоит всего из 3-4(1- разметка,2- стили к разметке,3- js код для редактора и 4 в зависимости от назначения ещё нужный тулбар) файлов, код редактора и тулбара около 100 строк, но редактор использует js модули выделения, шаблонов, некоторые функции, классы, которые могут подключать и другие скрипты.

Ну т.е. все же не 1 файл нужен для полноценной работы. Т.е. у вас он не самостоятельный скрипт. в случае с quill я могу его использовать вообще без необходимости php. Могу на java проекте, могу на node могу в мобильном приложении, шарп... короче именно ваш очень не самостоятельный. Т.е. если мне н=понадобиться только редактор - я вынужден буду развернуть вебсервер с php.

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

У вас очень поверхостное представление о современном вебе.. Чтож будем подождать, что за проект вы сможете показать.

Сообщение от pgb Моему коду тесты не нужны, я в процессе разработки всё тестирую сам.

И вновь вы сами же показали уровень проектов опыт работы с которыми у вас есть... Простейший пример. простенькая форма 10 полей. Каждое поле должно быть заполнено и должно проверяться не выходит ли значение за диапазон. Т.е. сколько вы ручками будет проверять не отвалилось ли это у вас? А через 10 лет не забудете что это надо проверять?

А опытные же просто запишут условия описанные в ТЗ в виде теста. И все.. При коммите - автоматически запустится тест. и если упадет - то коммита не будет. Хотя, я понимаю, когда считаешь гением себя - багов и ошибок не бывает

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

И вновь все про шаблонизацию больше.... Ну про бд...

Ну ок. начнем с простого: кеширование у вас реализовано?

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

Сообщение от pgb Сайты я буду делать разные

"буду" и "сделал" - это пипец какая огромная разница. К сожалению вы ни разу не поняли зачем я вам рассказывал про свою CMS. Повторю еще раз: на очереди встала необходимость реализовать магазин, а это сразу: интеграция с платежными системами (а теперь еще и с кассами), со службами доставки, скидки конфигурабельные, и т.д и т.п. - как реализовывать все понятно, по интеграциям АПИ расписано. Но время... даже на тупой набор кода - время. Т.е. на это время мне пришлось бы отложить в сторону самую главную в проекте задачу, аналогов для которой нет. И на хрена? Если вопрос: развернул готовую систему и все. Она работает как часы. А я развиваю свое решение, в котором нет вообще ни каких фреймворков внутри.

Более того пример из реальности. Есть проект, по которому идей у заказчика полно. (я исполнитель) . Так же есть интеграция с вайлберис. Готовый модуль, пипец какой глючный, постоянно заказчик с ТП разработчика модуля общается. Уже есть решение написать даже свой. (некоторые самые критичные моменты уже "обернуты"). Но вот это задача с самым низким приоритетом. Т.к. тот же вайлберис имеет не самое лучшее АПИ и дружелюбное отношение к клиентам. Т.е. даже если свой модуль будет - он будет гарантировано требовать внимания каким бы идеальным он не получился. А бизнесу некогда ждать - деньги теряются сейчас.

Сообщение от pgb И это не будет долго.

Ну из ваших уст "не будет долго" - понятие не понятное. у меня складыватеся впечатление что для вас и год "не долго".

Добавлено через 3 минуты
в дополнение про зависимости. Я показал список, но он так же не означает, что тот кто захочет подключить себе в проект этот редактор должен будет подключать эти все зависимости. Подключение тривиальное: по минимуму один файл js и один css. и у вас на страничке полноценный редактор с большим функционалом.

0

Сообщение от voral Вот все зависимости

Неужели? Так вы сами исходники не смотрели, посмотрите прежде чем утверждать.

Сообщение от voral А опытные же просто запишут условия описанные в ТЗ в виде теста. И все.. При коммите - автоматически запустится тест. и если упадет - то коммита не будет. Хотя, я понимаю, когда считаешь гением себя - багов и ошибок не бывает

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

Сообщение от voral К сожалению вы ни разу не поняли зачем я вам рассказывал про свою CMS

Бесполезная поделка к которой вы даже не смогли мерчант сделать или расширять другими возможностями. Поняли что сделали шлак и что дорабатывать и усовершенствовать для вас будет большая проблема..

Сообщение от voral Ну из ваших уст "не будет долго" - понятие не понятное. у меня складыватеся впечатление что для вас и год "не долго".

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

ЗЫ. Мне надоел этот бестолковый разговор, мне проще сделать проект на своём фреймворке чем что-то вам доказывать на словах. И да, последний раз говорю, а то до вас никак не дойдёт, может в этот раз наконец поймёте: "Я РАЗРАБАТЫВАЮ СВОЙ ИНСТРУМЕНТ, ХОЧУ СДЕЛАТЬ ЕГО ЛУЧШЕ ЧЕМ У ДРУГИХ, ПОЭТОМУ ПРОДУМЫВАЮ И ПРЕДУСМАТРИВАЮ КАЖДУЮ МЕЛОЧЬ " - это понятно?

0

Сообщение от pgb Неужели? Так вы сами исходники не смотрели, посмотрите прежде чем утверждать.

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

Сообщение от pgb Мне надоел этот бестолковый разговор, мне проще сделать проект на своём фреймворке чем что-то вам доказывать на слова

Ну так и говорите о проекте. Как только вам задаю конкретный вопрос, так у вас нет ответа.

Итак: у вас реализован функционал для кеширования?

0

Сообщение от voral Ну так покажите что я упустил. или доказать на деле вы не можете?

То есть вы сами исходники посмотреть не в состоянии.

Сообщение от voral Итак: у вас реализован функционал для кеширования?

На такие глупые вопросы даже отвечать не хочется. Конечно реализовано, а для вас это какая-то сложность?

ЗЫ. Всё извините, я больше не буду вам отвечать, надоело.

0

Сообщение от pgb То есть вы сами исходники посмотреть не в состоянии.

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

Сообщение от pgb На такие глупые вопросы даже отвечать не хочется. Конечно реализовано, а для вас это какая-то сложность?

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

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

Сообщение от voral а для вас это какая-то сложность

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

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

Сообщение от pgb я больше не буду вам отвечать надоело.

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

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

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

PS. Конечно это все по вашему устаревшему коду....

0

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

0

Сообщение от pgb Вот какой смысл меня доставать тупыми вопросами?

Т.е. вопрос о том как работать с вашим решением это тупой вопрос?

1 Если кто то захочет взять ваш инструмент на вооружение он должен знать какие задачи он решает и имеет инструментарий для этого, а какие задачи необходимо будет реализовать самостоятельно.
Отсюда вполне резонный вопрос: что у вас есть в фреймворке для кеширования?

2. Я понимаю, что лично вы круты и можете вбивать код путем записи 1 и 0 на прямую на диск. Но большинство смертных пользуются IDE. IDE в свою очередь помогают, в т.ч. показывая информативные подсказки. У вас все равно есть комментарии, и поменяв несколько символов можно сделать так, что эти комментарии будут показывать IDE. Это предложение по небольшому улучшение. и облегчению перехода на ваше решение. В чем здесь видите тупость?


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

Теперь рассмотрим работу с вашим проектом. Я (точнее некий ваш потенциальный пользователь) его скачиваю и должен понять что нужно для работы. Заглядываю в первый попавшийся класс, вижу что там не ни чего про типизацию. Ок "у меня как раз там 5.6 стоит уже"... Но проект не взлетает - потому что в другом файле используются фишки 8ки... Ок определились. И опять проект не взлетает.... Потому что он зависит от конкретных расширений php. Которые, в большинстве случаев, по умолчанию не устанавливаются.

А был бы проект который использует composer - я даже заглядывать не стал бы (ну или заглянул бы ровно в один файл). Запуск install и мне бы выдало, что доставить из расширений php, а если вдруг нужны сторонние пакеты -они бы автоматом подтянулись. Уточню , я не убеждаю вас пользоваться сторонними пакетами в проекте, хотите строить свое и с нуля - стройте. Но вот использование инструментов ставшими в отрасли стандартами (еще раз акцентирую: инструментами для разработки, а не решениями которые применяете в составе своего решения) - сильно облегчило бы переход разработчиков на ваше решение, если оно реально покажется перспективным.....

Добавлено через 2 минуты
Короче. Если не можете осуждать чужой код - проехали. Не нравятся советы по улучшению (про форматирование комментариев) - ок...

Но уж по работе то с фреймворком то почему не ответить? Нормальный вопрос про функционал.

Добавлено через 1 минуту
Опять же обновляйте код на гитхабе, может тогда и не придется отвечать на тупые вопросы. Без кода я не могу узнать, что у вас реализовано, а что нет.

1

Сообщение от voral Т.е. вопрос о том как работать с вашим решением это тупой вопрос?

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

Сообщение от voral 1 Если кто то захочет взять ваш инструмент на вооружение он должен знать какие задачи он решает и имеет инструментарий для этого, а какие задачи необходимо будет реализовать самостоятельно. Отсюда вполне резонный вопрос: что у вас есть в фреймворке для кеширования?

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

Сообщение от voral 2. Я понимаю, что лично вы круты и можете вбивать код путем записи 1 и 0 на прямую на диск. Но большинство смертных пользуются IDE. IDE в свою очередь помогают, в т.ч. показывая информативные подсказки. У вас все равно есть комментарии, и поменяв несколько символов можно сделать так, что эти комментарии будут показывать IDE. Это предложение по небольшому улучшение. и облегчению перехода на ваше решение. В чем здесь видите тупость?

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

Сообщение от voral 3. Вы назвали чужое решение говном. Сказали что там куча зависимостей, но не одно не смогли показать. Этот вопрос не по теме. его можно и пропустить, если не можете ответить. Но тут есть и повод для размышления. Заглянув в один файл из того проекта (который вы посчитали не нужным) я могу точно сказать какие зависимости требует данный проект. Более того мне даже не надо задумываться не о версиях ни об установке. Я просто выполню одну команду - и будет установлено все что необходимо с учетом совместимости версий.

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

Сообщение от voral А был бы проект который использует composer

Опять же у меня свой инструмент в котором я принципиально не хочу использовать другие решения. Я могу сделать по своему и так как мне будет удобно и будет меня и пользователей всё устраивать. Есть свой инсталлятор, на хост кидается просто маленький файлик и он уже устанавливает по выбору нужный сайт\проект на моём фреймворке. Я так хочу, не нужен мне и моим пользователям никакой composer и тд.
Ещё раз говорю: У МЕНЯ СВОЙ ИНСТРУМЕНТ И Я ДЕЛАЮ ТАК КАК СЧИТАЮ ЧТО БУДЕТ ЛУЧШЕ И БЕЗ СТОРОННИХ ИНСТРУМЕНТОВ - на этот раз дошло?

ЗЫ. Хватит уже меня доставать. Нормальный разработчик не будет говорить, что когда-то он чего-то делал, а теперь вот понял, что проще взять готовое, нормальный разработчик доработал бы свой CMS и выпустил новую версию, а потом следующую версию и тд. Вы же тупо берёте готовые решения и делаете по документации, это не разработка. Разработка это когда делаешь некий функционал и попутно ещё создаёшь вспомогательные модули, функции и тд. продумываешь всё, тестируешь по нескольку раз, переделываешь, дорабатываешь, выпускаешь новую версию и тд. Вот чем я занимаюсь и не отвлекайте меня если не можете так же заниматься разработкой.

0

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

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

Сообщение от pgb А во-вторых я не обучаю работать с своим фреймворком,

Обучать не просил. Просто спросил, что есть по конкретному функционалу. Причем достаточно в общих чертах рассказать.

Сообщение от pgb был бы рад обсуждению как что улучшить

Т.е. пока обсуждать только ограниченный круг вопросов.

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

Хм.... Ясно ну ок... Тогда потребуется очень хорошая документация, и способность отвечать на вопросы без нервов.

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

Можете оправдываться сколько хотите - доказать свои слова вы не сможете Лучше не развивайте это направление. Сами же понимаете, что предъявить не чего.

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

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

Что инсталятор есть уже хорошо... Он и обновлять умеет?

Сообщение от pgb ЗЫ. Хватит уже меня доставать

И еще раз обратите внимание на наше общение. Я пытаюсь обсуждать именно ваше решение, я уже не агитирую вас применять стороннее. А вас все колбасит и вы пытаетесь меня задеть.

Если вы все же хотите, чтоб кто то обсуждал ваше решение, при этом код показывать не собираетесь. Тогда уж так и говорите, что обсуждать только те моменты которые вы рассказываете. А моменты которые интересны кому то, но вы их обсуждать не хотите это "офтопик"....

Добавлено через 4 часа 33 минуты
Вот в одной из веток форума навеяли: достаточно типовая задача сформировать некую документацию в формате PDF. Так же очень часто бывает в формате XLSX (не csv - т.к. могут быть и формулы и группировка и оформление). Сколько вам потребуется времени примерно это реализовать? (представим случай, что вам подогнали проект и необходимо заказчику сказать стоимость работ и как долго они будут выполняться)

0

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

Очередное подтверждение, что вы ни разу не разработчик. Когда ведётся разработка невозможно быть на 100% уверенным что это вот уже есть и не придётся переделывать. Чтобы обсуждать достаточно знать какая задача ставится и далее уже можно предлагать варианты решения и тд. а не взять готовое. Разработка ведётся для того чтобы сделать лучше чем кто-то уже делал или проверить новую идею как это будет...

Сообщение от voral Обучать не просил. Просто спросил, что есть по конкретному функционалу. Причем достаточно в общих чертах рассказать.

Много раз уже рассказывал. Есть движок который по xml инструкциям формирует станицы сайта, есть узлы работы с файлами, базой данных, js модули для облегчения написания js кода и др. можно добавлять свои узлы с своими макетами, стилизацией к макетам, скриптами и др. Просто всё сделано гораздо удобнее чем в тех инструментах какие вы знаете, я их тоже знаю и поэтому захотел сделать свой инструмент чтобы можно было мне и другим делать много разных сайтов\проектов, а на тех инструментах что есть очень много косяков, которые меня раздражают и качество готовых сайтов на них желает лучшего.

Сообщение от voral Т.е. пока обсуждать только ограниченный круг вопросов.

В идеале конечно те вопросы какие меня волнуют в настоящее время. Когда я с вами общался в discord меня волновал вопрос как лучше сделать визуальный редактор. Сейчас вот делаю модуль для двигающихся спрайтов по странице и др.

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

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

Сообщение от voral Можете оправдываться сколько хотите - доказать свои слова вы не сможете

https://github.com/vueup/vue-q... ckage.json
https://github.com/vueup/vue-q... -lock.json

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

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

Сообщение от voral Что инсталятор есть уже хорошо... Он и обновлять умеет?

Умеет.

Сообщение от voral Если вы все же хотите, чтоб кто то обсуждал ваше решение, при этом код показывать не собираетесь. Тогда уж так и говорите, что обсуждать только те моменты которые вы рассказываете. А моменты которые интересны кому то, но вы их обсуждать не хотите это "офтопик"....

Мне уже не хочется с вами ничего обсуждать. Пользы от вас для разработки нет, а объяснять что и зачем я делаю мне уже надоело, бестолковое занятие, до вас всё-равно ничего не доходит..

Сообщение от voral Вот в одной из веток форума навеяли: достаточно типовая задача сформировать некую документацию в формате PDF. Так же очень часто бывает в формате XLSX (не csv - т.к. могут быть и формулы и группировка и оформление). Сколько вам потребуется времени примерно это реализовать? (представим случай, что вам подогнали проект и необходимо заказчику сказать стоимость работ и как долго они будут выполняться)

Мне не интересно делать что-то на заказ, тем-более подобную ерунду, от которой мне никакой пользы и копейки по сравнению с реализацией своих проектов.

0

Сообщение от pgb Когда ведётся разработка невозможно быть на 100% уверенным что это вот уже есть и не придётся переделывать.

Не совсем так. Вам стоит почитать книги по архитектуре и программной инженерии. При грамотной декомпозиции проекта переделки в какой либо части не приводят к фатальным последствиям. Т.е. тут вы заложник собственного подхода: если бы вы, как действительно опытный разработчик, сначала продумали четко архитектуру. (задокументировали текстом или UML диаграммами). То необходимость "переписывать" не возникала бы (по крайней мере часто). Так же в этом бы помогло применение интерфейсов. (Вы читали Чистый код и Чистая архитектура?)

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

На данный момент это разговор о сферическом коне в вакууме. Вы с 19 года обещаете лучшей фреймворк. Что бы обсуждать надо переходить на детали... Я предложил про кеширование - вы отвергли это направление.

Сообщение от pgb Много раз уже рассказывал. Есть движок который по xml инструкциям формирует станицы сайта, есть узлы работы с файлами, базой данных, js модули для облегчения написания js кода и др

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

Сообщение от pgb https://github.com/vueup/vue-q... ckage.json https://github.com/vueup/vue-q... -lock.json

во первых вы взяли не редактор, а обертку. Ругали же вы именно редактор. И все зависимости его я процитировал.

Так же небольшой ликбез
package-lock.json - этот файл не надо смотреть. Этот файл производный от package.json. В нем лишь закрепляются конкретные версии сторонних пакетов и инструментов разработки, при которых гарантированно проект соберется точно так же как и у автора, и все тесты отработают.... Приведу пример: я подключил ваш фреймворк через composer. (в этом случае у меня будет файл composer.json и composer.lock). Собрал на нем сайт. По идее пакетных менеджеров нет необходимости таскать все пакеты всегда собой. Я копирую на походный ноутбук свой репозиторий, выполняю composer install и у меня устанавливаются все пакеты именно тех версий которые необходимы. Т.е. если вы в очередной раз поменяете свой фреймворк с потерей обратной совместимости. Без композера я бы имел гемор. С ним - у меня установится именно необходимая версия. И только тогда, когда я захочу обновиться до новейшей версии я выполню специальную команду - обновлюсь - ну и буде правки вносить. И при обновлении изменится автоматически файл lock

package.json - вот. вы правда из другого проекта взяли. все же ваше решение правильно сравнивать именно с quill а не с vue оберткой. (и все зависимости я и привел именно из него). Это тоже не только про зависимосоти. Там есть настройки окружения для удобной разработки, зависимости необходимые для удобства разработки и тестирования (с точки зрения автора) и т.д и т.п. т.е. если вы не хотите окружать себя такими зависимостями - ваше право - можете повыкидывать что не нужно. Для работы уже боевого варианта скрипта - они все не нужны.

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

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

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

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

Сообщение от pgb Мне не интересно делать что-то на заказ, тем-более подобную ерунду, от которой мне никакой пользы и копейки по сравнению с реализацией своих проектов.

Ну так тут вы опять себе противоречите. Если вы делаете только для себя - вопросов нет. Он действительно для вас и лучший и быстрый. Только тогда нет смысла его обсуждать с кем то еще. т.е. тут единственное надо принять как факт - пользоваться им ни кто кроме вас не будет.

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

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

Сообщение от pgb копейки по сравнению с реализацией своих проектов.

Хех интересно во сколько бы вы оценили разработку модуля для генерации PDF. Я бы например его сделал за 50тыс-100 тыс руб (это на вскидку, в реальности я бы еще подумал, сначала надо увидеть документацию по формату, - может больше). Вам разработка этого фреймворка приносит больше чем эти копейки?

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

Сообщение от pgb до вас всё-равно ничего не доходит..

Вас не смущает, что вы на разных форумах рассказываете это с 2019 года и ни кого "не доходит"?

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

Сообщение от pgb Кстати, я подумал, что на самом деле делать комменты под docblock удобно(хотя не очень хорошо продумано, но не критично по сути)

А что не продуманно? (тут я не спора ради, может чего подскажу)

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

0

voral, зачем вы с ним дискутируете? Вас его гонор подростковый не утомил ещё? Он один тут настоящий разработчик, а остальные все - пшик. Вчера дырявый Апач переписывал, сегодня уже фреймворк самый лучший делает.

Пускай делает. Сам им и будет пользоваться.

Сообщение от pgb Мне не интересно делать что-то на заказ

Уже не в первый раз раз слышу такую заяву. Обычно, где-то в 100% случаев, это обычное оправдание того, что такие персонажи и не получают никаких заказов. Ибо не могут их выполнить. Но заявить "не берусь, ибо не интересно" или "это для роботов, а я же - творец" гораздо приятнее для своего ЧСВ.

1

Сообщение от Usaga voral, зачем вы с ним дискутируете?

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

0