Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015

Для начала я бы повесил индекс все же на табличку, тем более он у вас прям сильно просится сюда

CREATE INDEX idx_msongs_artist ON xxxxx_muscol_songs (artist_id);
timo-71:
В целом, отреагировал на то, что регулярно изготовители сайтов на кмс огульно опускают самописы, мотивируя мантрой дороже в поддержке. У кого то есть цифры сопоставимых магазинов по стоимости владения в зависимости от кмс/самопис? Или
еще лучше затраты/выхлоп.

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

timo-71:

Это не только рамки накладываемые кмс. Ну типа, никто не переубедит, на впс 1 гиг сайт с 15к товаров должен 1-й байт отдать за 10-ки мс, а не сотни. И как минимум ab -n 1000 -c 100 держать.

Не должен. Магазин должен приносить деньги, а не выдерживать сентетические тесты на стремном железе. Мы не выдержим такую нагрузку, но наш ИМ делает обороты в сотни миллионов, так что когда ваш ИМ дорастет до таких требований там и можно говорить про самопис, но 99% магазинов не дорастают, за то есть такая клёвая цитата в нашем сообществе "Преждевременная оптимизация — корень всех (или большинства) проблем в программировании"

timo-71:

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

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

timo-71:

Битрикс тоже?

В битриксе это вообще сделать проще чем в любой другой CMS которых я знаю. Потому что достаточно класс автолоадера прописать в init.php который стартует практически первым. У нас большая кодовая база, есть аннотации от доктрины, PSR7 от зенда, серилизатор и консоль от симфони, плюс либы по работу с экселем, кешем и еще кучей всего, все это подключается и обновляется через композер. А еще у нас там есть нода которая собирает фронт. и может в ssr для системы обработки заказов (тоже написана в рамках битрикса)

timo-71:

------------------
Aisamiery, ну вы же Full stack web developer и все прекрасно понимаете. Что там, что там грамотно надо. А если так, то самопис эффективней будет.

Эффективней, я же не спорю, если грамотный человек, то эффективнее будет конечно заточено на самописе, тут без вопросов, только на CMS это будет 200-500 человека-часов, а на самописе начинаться от 1000 - 1500 человека часов, при стоимости часа специалиста в 1500р сами посчитаете разницу или помочь? И тут возникает вопрос - в чем профит от этого решения, если на CMS можно сделать не хуже? И самое главное если это не нужно в целом, я давно работаю с бизнесом, ему пофигу на технологии и пофигу что там под капотом, у него есть определенные метрики по которым он измеряет результат, если ты можешь уложится в эти метрики при меньших затратах - почему бы и нет?

---------- Добавлено 18.02.2020 в 15:09 ----------

timo-71:

Aisamiery, ну вы же Full stack web developer и все прекрасно понимаете. Что там, что там грамотно надо. А если так, то самопис эффективней будет.

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

самый популярный наверное это TecDoc

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 нерентабельно, потому что вы не одной не знаете на достаточно хорошем уровне, чтобы заявлять о том, что на самописе есть какие то плюсы. В данном случае плюсы есть только для вас и только в вашем самописе потому что написан вами, как долго это будет плюсом для вас уж время покажет.

Всего: 4113