Предлагаю сотрудничество

Моё предложение прежде всего для одиночек, кто хочет заниматься своим делом в сфере IT, а не работать на "дядю".

Чем занимаюсь я? Я Программист самоучка, предпочитаю заниматься реализацией своих идей, для этого необходимо самостоятельное изучение языков программирования и IT технологий, разработка своих скриптов, модулей... своих проектов. На данный момент у меня есть свой фреймворк(стек: XML+PHP+MySql+HTML+CSS+JS) для создания сайтов на котором я начинаю создавать скрипты разных сайтов.

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

Все детали будем обсуждать в ***

2

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

А ты уже на практике успел сравнить, что продуктивнее - с нуля пилить всё, или хотя бы что-то переиспользовать? Я вот понимаю, что нет, не сравнивал.

Вот почему ты PHP используешь готовый, а не свой язык для этого пилишь? Ведь это ТВОИМ ЖЕ принципам претит.

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

0

Если ошибка в YouTube

Сообщение от Usaga А ты уже на практике успел сравнить, что продуктивнее - с нуля пилить всё, или хотя бы что-то переиспользовать? Я вот понимаю, что нет, не сравнивал.

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

Сообщение от Usaga Вот почему ты PHP используешь готовый, а не свой язык для этого пилишь? Ведь это ТВОИМ ЖЕ принципам претит.

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

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

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

Вот недавно дал код voral`у, возникли проблемы при работе в Linux т.к. я писал в Windows, сейчас дорабатываю. Ещё он предложил решение разбить код от самого фреймворка и код пользовательский для того чтобы не было конфликта при обновлении. Сначала я хотел переделать, сейчас начинаю сомневаться, что нужно ли так делать. Во-первых я хочу сделать так чтобы люди у которых нет знания и опыта в программировании могли создавать на моём фреймворке сайты с знаниями только основ HTML, CSS, JS, и правил составления инструкций на моём фреймворке, т.е. концепция в том чтобы все нужные возможности для сайта уже были реализованы как говорится уже в коробке/фреймворке. Во-вторых можно создавать свои узлы, зачем плодить дополнительную директорию и каждый раз в коде проверять существование пользовательского узла, я считаю это не продуктивно. У меня иной подход нежели в тех инструментах какие вы знаете.

0

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

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

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

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

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

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

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

И это только то, что на поверхности.

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

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

Сообщение от pgb У меня иной подход нежели в тех инструментах какие вы знаете.

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

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

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

0

Все странности его подходов объясняются тем, что он не осилил уже существующие очень широко популярные средства, и потому кинулся ваять своё. Без какого-либо понимания что и как надо делать.
Самый обычный NIH'уист.

Вот ТС пишет код в блокноте, а конкурент - в каком-нибудь PhpStorm.
Конкуренту будет удобнее писать с подсветкой синтаксиса, будет проще ориентироваться в проекте с кучей файлов, будет иметь все инструменты под рукой. В итоге код того же объёма он напишет быстрее.

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

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

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

Вот ТС не пользуется линтером, а конкурент пользуется.
Конкурент видит сразу подсвеченные линтером вероятные проблемы и устраняет их на корню. А ТС не узнает до тех пор, пока код когда-нибудь не будет вызван с уникальным сочетанием аргументов.

....

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


И здесь у меня ни слова об использовании чужого кода, на котором так зациклило ТСа. Но ТС этого не понимает.

0

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

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

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

Сообщение от pgb А я уже много раз на них отвечал и вам в том числе:

А где тут ответы-то?

Про №1. То, что много кто чего с нуля пишет это правда. Но ты же говоришь, что использовать сторонние средства это зашквар, но тут же говоришь, что использовать ТВОЙ фреймворк уже не зашквар. Я тут вижу противоречия и откровенные двойные стандарты. Вот на это ты не можешь ответить.

Про №2. Чтобы принять участие в работе над твоим проектом, надо это захотеть. Надо увидеть его в работе, оценить его пользу, увидеть в нём недостатки. А это всё физически не возможно, ибо нужно сначала к тебе на поклон придти, а уже потом, может быть, ты дашь доступ. Т.е. мотивация присоединиться к проекту должна появиться заранее, чего не бывает.

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

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

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

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

0

Сообщение от Rius Все странности его подходов объясняются...

Вашей больной фантазией.. А в реальности всё иначе.

Сообщение от Usaga Про №1. То, что много кто чего с нуля пишет это правда. Но ты же говоришь, что использовать сторонние средства это зашквар, но тут же говоришь, что использовать ТВОЙ фреймворк уже не зашквар. Я тут вижу противоречия и откровенные двойные стандарты. Вот на это ты не можешь ответить. Про №2. Чтобы принять участие в работе над твоим проектом, надо это захотеть. Надо увидеть его в работе, оценить его пользу, увидеть в нём недостатки. А это всё физически не возможно, ибо нужно сначала к тебе на поклон придти, а уже потом, может быть, ты дашь доступ. Т.е. мотивация присоединиться к проекту должна появиться заранее, чего не бывает.

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

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

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

0

Я ж говорю, не понимает.

0

Сообщение от Rius Я ж говорю, не понимает.

Это вы не понимаете.. Давно уже можно было всё сделать совместно и использовать... Но нет, вам лишь бы потрепаться и потешить своё эго..

0

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

Это от отсутствия у вас опыта (реального, говорить вы можете, что угодно, но опыта у вас нет такого, о котором есть смысл говорить, да вы уже написали то, что написали и новичок с таким не справится. но!)

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

- берете готовое решение для работы с базой данных, например туже доктрину, которая замечательно работает во множестве проектов и дает полноценно работать с различными СУБД.
- решаете остальные задачи, которые считаете важными, запускаете свои сайты.
все на этом этапе у вас начинает идти "опыт" и статистика работы вашего решения на реальных сайтах
- как только решили все остальные проблемы - возвращаетесь и заменяете доктрину на свое в данной задаче

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

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

- проблему работы БД - доктрина.

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

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

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

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

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

Сообщение от pgb Давно уже можно было всё сделать совместно и использовать...

Можно. Но для этого вы должны работать иначе и слышать остальных. Какой смысл к вам присоединяться?

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

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

Добавлено через 13 минут
Вот пример реальный. У меня есть сервис построения выкроек. По сути это модуль для Битрикс. Но это не значит, что я прибит на мертво к битрикс. Я захочу перейду на симфони, или yii или на ваше решение... Точно так же и в плане работы с бд. Сейчас через инструменты битрикс, захочу через доктрину, а приспичит могу и ваше решение "примастырить"... И надо всего лишь ряд классов адаптеров переписать (а точнее дописать, чтобы можно было при необходимости обратно уже просто переключаться)

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

Сообщение от Rius Все странности его подходов объясняются тем, что он не осилил уже существующие очень широко популярные средства, и потому кинулся ваять своё. Без какого-либо понимания что и как надо делать.

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


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

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

1

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

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

Я занимаюсь просто разработкой, а при разработке вести ещё проекты не вижу смысла, да ещё и на сторонних инструментах.

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

Сообщение от voral я так понимаю вам не понравилось что я написал в дискорде и опять я в игноре - т.е. вы даже с отрицательными отзывами не можете работать. как вы собираетесь работать в команде?

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

0

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

Ну, мне кажется только малому числу разработчиков, кто давно в профессии, не обращался какой ни то "клерк" со словами "да я так то и сам бы смог (читал книгу "[Любой ЯП] за 24 часа") но давай ты сделай" (да еще и добавляя "полагаю тут пару часиков хватит").... То же к вопросу об опытности

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

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

Это опять же от недостатка опыта. Вы еще не понимаете на сколько важно в любом проекте тестирование сторонним человеком.

Т.е. вот (уточню для всех чтоб понимали о чем речь) я поставил цель. сделать новостной сайт. Тз кратко

- Несколько разделов новостей, на главной несколько блоков: последние 4 новости, последние N комментруемых, последние N с самым высокой оценкой.
- поиск по новостям
- комментарии
- оценки
- пользователи трех ролей: админ, авторы, читатели

Думаю все согласятся что ТЗ простейшее. И хорошо хоть я отверстал только главную... А вот далее. Мы потратили на общение в дискорде порядка 6 -8 часов. И с помощью автора решения не получилось за это время создать на главной странице хотя бы один блок новостей.

За то сколько я узнал о профессионализме автора... Причем в вопросах абсолютно дилетантских. Начиная с того что
константу PATH_SEPARATOR надо использовать для составления пути к файлам, но не надо использовать в построении полного имени класса. Т.е. фиг с ней с константой, но то что слеши в пути и в имени это разные вещи.... бррр.....

1

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

Не, спасибо. Упаси Б... с таким вместе что-то делать.

0

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

1. И для чего мне он? Я на любом другом фреймворке сделаю сайт быстрее (даже на том который пока не изучал)
2. Время конечно впустую, т..к. это не привело к решению вопросов. За 8 часов можно сделать полностью главную страницу вместе с версткой, обедами, перекурами и чашками кофе. но не на вашем решении

0

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

Именно так всё и было, ещё добавлю, что сказал слабо, и он обиделся. В итоге выяснилось, что действительно слабо.

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

ЗЫ. Кто умеет тот делает..., а кто не умеет тот просит денег..

0

Ну а так.. про впустую

За этот раунд нашего общения со мной вы выяснили:
1. Что на разных ОС разделители в пути разные
2. Что разделитель в пути сайта и полного имени класса разные вещи
3. То, что у вас перехватываются ексцепшены, обрабатываются по вашему и.... дальше скрипт продолжает нормальную работу. в итоге обычное и правильное поведение для любого профессионала "посмотри в логи при ошибке" может вообще ввести в заблуждение, привести к печальным последствиям. а т.к. это поведение не стандартизировано в проекте, а "то так то эдак" - добавляет проблем. И это надо решать
4. Следует из третьего, но в виду важности выделяю. может возникнуть ситуация, когда пользователь добавил в шаблон конструкцию вызывающую простой select в БД, в определенной ситуации эта таблица удаляется из БД !!!
5. при отсутствии where и присутствии limit формировался не правильный запрос "select * form <table> where limit 10;"
6. То что "em" в css это относительные единицы и зависят от шрифта. и То что если блоку задать высоту 1 em, и вписать в него текст, это приведет к "сюрпризу". хорошо заметному в вашем случае при применении в grid

0

Сообщение от voral 1. И для чего мне он? Я на любом другом фреймворке сделаю сайт быстрее (даже на том который пока не изучал) 2. Время конечно впустую, т..к. это не привело к решению вопросов. За 8 часов можно сделать полностью главную страницу вместе с версткой, обедами, перекурами и чашками кофе. но не на вашем решении

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

0

Сообщение от pgb А я вот буквально за несколько часов написал.

смешно.. что ты написал? дописал возможность order (может просто мой код, который я тебе дал, немного дополнив)?

Или у тебя уже можно делать join. union, оконные?

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

Сообщение от pgb Кто смышлёный тот разберётся и будет использовать,

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

Короче... будем ждать:
1 когда у тебя выйдет хоть один сайт... Эта перспектива возможна - если это будет твой сайт
2 когда появится тот "опытный" что соберет сайт на твоем решении - эта вероятность ничтожно мала в ближайшие 5 - 10 лет если ты конечно не изменишь подход к жизни и не начнешь учится или, как минимум, читать внимательно документацию

0

Сообщение от voral За этот раунд нашего общения со мной вы выяснили:

1. Я об этом и раньше знал, но на linux не проверял работу
2. И это я знал, поэтому для путей файлов есть функция формирования пути, а для автозагрузки классов функция автозагрузчика, в них просто сделал правки
3. Тут проблема была не из-за перехвата исключений. Да в классе PDO есть перехват, и скрипт дальше продолжает работу, но это базовый класс для всех баз данных, а конкретные случаи продолжить работу или нет решает драйвер той или иной базы. И проблему удаления таблицы я выяснил почему происходила опять же в первую очередь из-за построения запроса и ещё некоторую доработку сделал для класса сущности.
4. Это опять же проблема в формировании запроса select что требовало доработки и я это первоначально говорил, что работа с базой у меня ещё не отлажена.
5. см. п.4
6. То что "em" в css это относительные единицы и зависят от шрифта я тоже знал. Я не знал, что line-height в браузерах может определятся по разному, но в основном 120% от текущего размера шрифта(почитав некоторые статьи по этому вопросу всё прояснил) и это надо было учитывать при указании высоты футера вот и всё.

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

Сообщение от voral Или у тебя уже можно делать join. union, оконные?

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

Это я себе в комменты структуру разных запросов делал


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

Сообщение от voral Это то как раз я тебе и демонстрировал, разобравшись с рядом проблем

Демонстрировал? Это я демонстрировал, а ты просто сталкивался с тем что я ещё не отточил как следует. И вот тут бы тебе проявить сообразительность и предложить возможные варианты решения, но ты только опять ссылался на готовые решения и что тебе платить надо и тд. смешно, разработка так не ведётся.

ЗЫ. Ты либо разработчик и сам решаешь проблемы по мере поступления, либо просто как балбес ищешь готовое, гуглишь и делаешь как другие.. ищешь лёгкие пути, то ты из второй категории, ни разу не разработчик.

0

Сообщение от pgb 1. Я об этом и раньше знал, но на linux не проверял работу

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

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

сразу демонстрирует, что тут "знал" совсем ни как не прокатывает

Сообщение от pgb 3. Тут проблема была не из-за перехвата исключений. Да в классе PDO есть перехват, и скрипт дальше продолжает работу, но это базовый класс для всех баз данных, а конкретные случаи продолжить работу или нет решает драйвер той или иной базы. И проблему удаления таблицы я выяснил почему происходила опять же в первую очередь из-за построения запроса и ещё некоторую доработку сделал для класса сущности.

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

Сообщение от pgb 4. Это опять же проблема в формировании запроса select что требовало доработки и я это первоначально говорил, что работа с базой у меня ещё не отлажена.

Нет. Повторюсь. Здесь работа с БД лишь лакмусовая бумажка. Проявило проблему в работе с исключениями. Бага в построители запросов - уже дело вторичное. Это п.5

Сообщение от pgb 5. см. п.4

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

Как итог вы просто не в туда воткнули генерацию части запроса LIMIT

Точно так же эту проблему могла помочь избежать и декомпозиция метода. Т.е. разбить его на несколько: отдельно генератор where, отдельно генератор limit и т.д.

Сообщение от pgb 6. То что "em" в css это относительные единицы и зависят от шрифта я тоже знал. Я не знал, что line-height в браузерах может определятся по разному, но в основном 120% от текущего размера шрифта и это надо было учитывать при указании высоты футера вот и всё.

И вновь "знал".... но проблема была... В целом какая разница, чего из этого не знал..

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

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

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

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

Сообщение от pgb Демонстрировал? Это я демонстрировал, а ты просто сталкивался с тем что я ещё не отточил как следует

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


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

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

1

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

0