Comments 22
Я даже не знаю, что в этой статье прекраснее.
Сначала, конечно, подумал, что фантастически безграмотный русский язык.
Потом удивился двум плюсикам, которые кто-то успел поставить этому.
Дальше посмеялся со списка хотелок. Там, конечно, всё прекрасно — в первую очередь состав, который напоминает бессмертное "Больше всего на свете я люблю статных мужчин, пирог с яблоками и имя Роланд!", но такие пункты, как "совместимо с официально не поддерживаемой PHP 7", "Одинаково хорошо работать на серверах" и — особенно — музей ископаемых древностей в разделе "кэширование" прекрасны отдельно.
Но потом я увидел высокопрофессиональный код этого проекта.
Так а название вам не понравилось разве? "Как корабль назовешь, так он и поплывет"
Текст с хотелками писался несколько лет назад, как в статье написано, долго искали разработчиков и текущее ТЗ актуализировалось весной этого года.
Что касаемо поддержки PHP, вы уверены что все хостеры уже на самых новых версиях? У нас есть свой хостинг, и согласно статистике, у нас до сих пор многие клиенты на PHP 5.* сидят и не спешат переходить на актуальные версии движков.
По коду не понял, это сарказм или ...
Вы лучше скажите, что с проектом-то? Вот вы весной актуализировали этот анекдот, который называете "ТЗ". Тогда же весной какой-то школьник вывалил на гитхаб пару каких-то кривых набросков, даже отдаленно не напоминающих хотя бы черновик проекта. И? Что дальше? Пять месяцев прошло, а с тех пор никакого движения. Финансирование кончилось?
новой универсальной системы управления, способной решить все задачи,
имея общую структуру, что позволило бы поддерживать и обновлять все
проекты достаточно просто
Почему вы считаете, что задача обновления всех ваших проектов вообще решаема с помощью некой отдельной системы? Как оно, по-вашему, должно работать, если обновление каждого фреймворка/cms это уникальный случай? Берем гайд от разрабов, идём по нему, учитывая свои доработки (если были).
Я без злобы. И не собираюсь придираться к другим частям статьи, но мне кажется, что вы только зря время потратите.
В том то и дело, что обновление каждого фреймворка/cms - это уникальный случай.
Идея состоит что на базе этой универсальной системы запустить все мои проекты - сделать миграцию с других CMS и дальше уже поддерживать один код будет гораздо легче, чем десятки разных.
По крайней мере, мне не будучи программистом, сейчас это не возможно, а нанимая программистов, я уже писал с какой проблемой сталкивался - кто-то только с этой cms работает, кто-то только с этим фреймворком, и все практически поголовно боятся самописных не понятных для них систем.
Сейчас я пытаюсь сделать понятную, хорошо документированную и открытую систему для совместных улучшений, с которой смогут работать не единицы а массы
Чистый PHP без использования фреймворков
Объясните зачем? Или почему? В чем выгода?
Долго наблюдая за развитием некоторых cms на основе фреймворков видел не очень приятные вещи, некоторые фреймворки переставали поддерживаться, некоторые сильно обновлялись без сохранения обратной совместимости - это все приводило к тому, что в экстренном порядке приходилось переписывать cms на этой основе. По этому по первоначальной задумке и хотелось этого избежать.
А когда искал исполнителей, то еще и столкнулся с такой проблемой, что многие пишут только под тот или иной фреймворк и всё или и на чистом php - опять же поддержка движка от этого получается бы страдала.
По этому посчитал что выгода в этом.
Изобретать велосипед не планирую, разрешено использовать разработчикам все свободные библиотеки, просто все собрать так, что бы соответствовал движок требованиям
В итоге итоговая цена составила 900 000 российских рублей. Вдарили по рукам и началась разработка.
судя по коду реальная цена - пачка роллтона на семерых, а остальное осело в руках посредника. иными словами - вас немного обманули, не работайте с этими людьми
все что хотите есть например в https://microweber.org
или других цмс на базе популярных фреймворков
или реализуется на основе популярного фреймворка + набор библиотек
так же интересно ценообразование всего этого
если 900к в месяц на 3 человек то норм, но с установленными требованиями нет смысла начинать т.к. придется переизобретать то что уже давно есть в виде библиотек и по срокам затянется
если это на весь проект - получится, да и уже получается лютейшая дичь которую придется выкинуть т.к. поддерживать это будет некому, популярности не наберет, а вложенное бабло никогда не отобьется
Хотел бы получить, в первую очередь, моральную поддержку постояльцев Хабра, советы по реализации
откажитесь от этой идеи или пересмотрите требования
Не совсем понятен ваш комментарий, похоже на какой-то бред.
"судя по коду реальная цена - пачка роллтона на семерых" , но тут же если это на 3х человек в месяц норма, если за проект г...
Определитесь что вам не нравится, код, или как деньги дербанят?
"судя по коду реальная цена - пачка роллтона на семерых" - это про его качество, а оно, простите, гавно. похоже на то что писал студент который прочитал парочку статей, но в целом не особо понимает что делает. это на основе того кода что в репозитории такой вывод
"если это на 3х человек в месяц норма" - если вы выделяете в месяц 900к и пишут это 3 человека то при соответствующей их квалификации может выйти что-то годное
но судя по коду в репозитории квалификации у людей нет и пока что они даже сторонние библиотеки не используют, что противоречит вашему заявлению
Изобретать велосипед не планирую, разрешено использовать разработчикам все свободные библиотеки, просто все собрать так, что бы соответствовал движок требованиям
https://github.com/OU-BuxarNET/BuxarUMS/blob/main/vendor/system/db/MySQL.php#L9-L12 доступы, еще и от рута к базе, замечательно
на текущий момент если вы платили этим людям то у меня для вас плохие новости - все что сделано не дотягивает даже до микрофреймворков типа Lumen
от рута к базе
Это всего лишь код который видимо они используют для тестирования, естественно в рабочей среде никто в здравом уме так использовать не будет.
Если есть и другие конкретные замечания по более эффективному использованию кода, готов услышать, для этого тут и опубликовался.
Про сторонние библиотеки это больше пожелание, что не запрещается использовать, чем требование к разработке. Умные программисты всегда будут использовать уже готовые решения а не писать каждую функцию (сто раз написанную) с нуля, но видимо пока им брать написанное нет необходимости.
Понимаете… как бы вам объяснить попроще? Если программист — не вчерашний школьник, то доступов к БД у него в коде нет. Вообще никаких. Ни для тестирования, ни для чего-то ещё. И уж тем более, прописанных прямо в коде класса. Параметры конфигурации всегда хранятся отдельно от кода. Вот это вот по ссылке выше — это копипаста из учебника для даунов, в реальных проектах так никто не пишет. То есть ваши мифические "программисты" никогда ни с одним реальным проектом не работали.
Это всего лишь код который видимо они используют для тестирования, естественно в рабочей среде никто в здравом уме так использовать не будет.
Осталось понять, зачем делать двойную работу — сначала писать код "для тестирования", а потом переписывать для "рабочей среды"
Сорри, не понял сразу в чем проблема, думал просто в том что логин указан root.
Если честно и сам в первый раз слышу от вас, что пароли нужно где-то в другом месте хранить, все что юзаю движки в конфиг файлах пароли хранят об базы.
А где хранить нужно?
Ну и где здесь "конфиг файл"?
Вы никак не можете понять, в чем проблема на самом деле.
Она не в том что "логин указан root".
И даже в том, что логин в принципе присутствует в репозитории (да ещё и прямо в коде класса) — вместо конфиг файла, который не добавляется в репозиторий, а на каждом сервере должен создаваться свой.
И даже не в абсолютно идиотских вставках типа echo "Нет данных";
Проблема в том, что весь этот код — это детский лепет, написанный двоечниками. Которые никогда в жизни не работали над реальным проектом, а программирование учили по видеокурсам от жуликов.
И по хорошему, надо не этим людям платить, а наоборот — брать с них деньги за обучение. При том что писать нормальный код они в лучшем случае научатся лет через 5.
Нужно уточнение, что имеется в виду под «управлением проектами». И да. «четно» — это «тщетно»?
Мне кажется это какой-то троллинг. Статья 10 летней давности, в которой заменили "PHP 5" на "PHP 7" и "PHP 7" на "PHP 8". Я уже и забыл про существование таких вещей как eAccelerator
ТЗ писалось еще в 2020, по статистике нашего сервера на тот момент больше половины клиентов еще седели на PHP 5, на начало разработки весной 2023г так же есть много клиентов на PHP 5, PHP 7 , который уже тоже снят я поддержки в 2023. Политика нашей компании "не заставлять клиента обновлять ПО", почему-то я думаю что в мире много еще хостинг компаний которые поддерживают работу на тех же PHP 5. Может и ошибаюсь, но именно по этой причине было принято решение включить поддержку максимально возможных технологий. Да и я ТЗ писал просто взяв информацию к требованиям в поддержке, то что у нас установлено под каждую версию PHP, естественно с разработчиками мы многое обсудили, ТЗ в многих частях поменяли и скоро выложу само ТЗ в окончательном варианте согласованное на начало 2023года
Интересуюсь, как идет процесс, скоро ли релиз?
Универсальная система управления BuxarUMS. Начало