Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
timo-71:
1. Невозможность достичь некоторых вещей в жестких рамках.
2. Простота использования опенсорс: composer require phpoffice/phpspreadsheet ( пришлось выкинуть свой автолоадер:( )
3. Приходится и зоопарк расширить (см п.1) (nginx.).

Интересно, и в каких же CMS общего назначения нельзя достичь некоторых вещей? Или куда сейчас нельзя подключить композер (ксати большинство cms которые modern а не динозавры, ставятся именно из композера либо тянут кучу своих компонентов от туда, даже у опенкарта есть в коробке композер)? Ну и уж конфиг nginx можно расширить не зависимо от языка, а если еще и воспользоваться докером так вообще красота. Аргументы притянутые за уши, разве что у вордпресса с этим будут проблемы, но там миллион леммингов которые не ошибаются.

Sitealert:
В соответствии с дурацкими советам разводил-недосеошнегов.
Они думают, что сквозные ссылки в меню – это переспам. 🤪
Ещё и денег берут, наверное, за такие "консультации".

И не говорите, а сам яндекс при этом так жирно намекает о том что так делать не стоит своими быстрыми ссылками

mssqwesto:
Испортился похоже хостинг.

Серьезно? Он испортился уже лет 10 назад, может чутка меньше. Но снесли они тогда БД народу знатно.

Я скажу больше, раньше, на самом деле у каждой второй, если не у 2х из 3х студий и разработчиков был свой движек для сайтов, но 90% таких движков вымерло как мамонтов за ненадобностью и не рентабельностью, 5% еще живут и 5% превратились в платные коробочные решения, но и у них далеко не все хорошо.

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

Возьмите любой функционал "Купить в 1 клик" и переименуйте его в "Под заказ" и выводите только у товаров которых нет вместо кнопки "Сообщить когда появится"

suffix:
Самопис под Битрикс будет обложен огромной кучей правил, принципов структуры, запретов и т.п. То есть в дальнейшем любой битриксоид быстро разберётся и с поддержкой проблемы не будет.

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

---------- Добавлено 17.02.2020 в 22:27 ----------

timo-71:
Нельзя исключать, что кто то может иметь вереницу плотно увязанных силлогизмов классов и функций увязанных в логичную и лаконичную архитектуру, на все случаи жизни, позволяющих достаточно быстро реализовать разработку.

Вероятно, случаи, когда разработка сайта начинается с абсолютного нуля редки. У всех, кто их делает, что то готовое уже есть.

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

timo-71:

Да нет, вроде ясно написано:
Я взял современный популярный ИМ. Прочитал документацию. Сделал на нём работоспособный ИМ.

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

timo-71:
Так в чем разница тогда м/у самописом на самописе и самописом на битриксе:D

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

_SP_:

ЗЫ. Еще раз. Я взял современный популярный ИМ. Прочитал документацию. Сделал на нём работоспособный ИМ.
Убедился, что он требует доводки ВЕЗДЕ, т.е. НИЧЕГО не делает должным образом. После чего взял php и написал
"с нуля" только то, что надо и так как надо.
И это быстрее, чем добиваться от "популярного ИМ" чтобы как надо работал он.
Я пробовал и то и другое. Мне "готовый" обошелся дороже.

А теперь возьмите C# и напишите на нем дешевле и быстрее. Вам не показалось что прочитать документацию к системе это очень малое из того что нужно знать про CMS или по вашему нет? Вы по сути написали: "Я взял CMS нифига в ней не понял, оказалось что тут что то накручено в чем надо разбираться, а я как бы не имею ни желания не времени и быстрее просто сделать тоже самое, но велосипедом - разберусь по ходу дела". Я запустил больше 50 проектов на битриксе, первые были да, слегка (а может и не слегка а сильно) косячными, сейчас я делаю быстро проекты и достаточно за вменяемые деньги с хорошим функционалом и оптимальной скоростью работы. Есть даже ИМ на стартовом тарифе бегета, что говорит о том что магазин вообще ресурсов особо не потребляет. А так же видел проекты, где передо мной, на симфони учились 4 программиста последовательно, там такой трешовый был самопис, что внедрить туда что то это было просто боль, и тут даже симфони ни при чем, потому что она там использовалась как бы помягче сказать, не так как предназначалось изначально.

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

_SP_:
PS. Полагаю "моё решение" и 3000rps потянет и 30000. Сколько там в среднем нгикс в состоянии статики отдавать ?
Десятки и сотни тысяч вроде бы.... не интересовался ибо нет в этом месте узкого места.

У меня был проект, на yii, по запчастям, по типу маркетплейса, на 800к номенклатуры, он выдерживал 2500 rps на виртуалке от айхора за 250 р в месяц. там был такой крутой самопис, обработка запросов на yii, парсеры цен магазинов на питоне, куча всего в общем, но на него заходило 3.5 калеки и через 3 года я его закрыл.

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

Тут спорить бесполезно, человеку про Фому он про Ерему. Сделать из CMS статику не сложно, достаточно поставить ноду и фронт сделать на любой ssr технологии, бэк сделать rest, а лучше graphql и получить вашу производительность и гибкость CMS систем.

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

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

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

Всего: 4110