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

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

Вопрос - а зачем его выпиливать?

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

Т.е. вот есть контейнер сервисов, которые возвращают все как мне нужно

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

При этом окончательная реализация сервисов меня не интересует, ибо я работаю только с интерфейсами

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

и вы ради настроек своего модуля внедрите в битрикс контейнер и потом все это суппортить будете?

и вы ради настроек своего модуля внедрите в битрикс контейнер и потом все это суппортить будете?

При серьезной кастомизации проекта

Мы философски можем рассуждать как угодно, в симфони это круто сделано, но тянуть в другую архитектуру DI я бы не стал

При серьезной кастомизации проекта

Ради настроект своего модуля!

со своим уставом в чужой монастрырь .. )

всем привет?

Человеку надо было что то типо получение ID пользователя, ага давайте IoC впилим))

я отвечал вообще на вопрос

не о задаче (:

а чем мне неугодил синглтон)

"Мне не нравится люстра — давайте сожжем дом" :) У вас очень академический ответ, на мотив хабра, в боевых условиях на легаси проектах люди не торопятся с такими рассуждениями))

"Мне не нравится люстра — давайте сожжем дом" :) У вас очень академический ответ, на мотив хабра, в боевых условиях на легаси проектах люди не торопятся с такими рассуждениями))

Ну вообще я применяю такую концепцию в своих проектах

в том числе и с хорошим багажом легаси кода

тесты+время+рефакторинг

Ну вообще я применяю такую концепцию в своих проектах

В своих это те что за деньги клиентам или для души?

В своих это те что за деньги клиентам или для души?

Это те, что работая в студии пилю

ну повезло вам видимо, раз люди готовы это все оплачивать ))

ну повезло вам видимо, раз люди готовы это все оплачивать ))

люди хотят решить бз и в большей части как-то вот как вы говорите

лишь бы за 5 минут

без тестов

и побыстрее

но я столько раз видел последствия неоптимальных решений

ребята тут 2жды по пол ляма платили ибо сначала не доплатили 300к что-ли

но я столько раз видел последствия неоптимальных решений

Не знаю, Windows очень даже не плохо себя чувствует на рынке)) а вышла бы на пару лет попозже и тютю)))

Не знаю, Windows очень даже не плохо себя чувствует на рынке)) а вышла бы на пару лет попозже и тютю)))

вот это вообще хз о чем

вот это вообще хз о чем

про побыстрее и за пять минут))

Не знаю, Windows очень даже не плохо себя чувствует на рынке)) а вышла бы на пару лет попозже и тютю)))

хех. т.е. пример про 1 млн рублей потерь ибо недоплатили 300к на первой задаче для вас не пример?

заказчик часто учится именно вот на таких ошибках.

1) Сделайте классно, быстро, а на качество кода пофиг 2) Но.... 3) Поменяйте реализацию вот тут 4) Поменять реализацию оказывается примерно по стоимости как и внедрить

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

Представляю разговор: - Вам нужен DI, это будет стоить 300к так что ли? или заказчик не сделал грамотное ТЗ, исполнитель накидал что сам захотел, потом пол года разбирательст с неподписанными актами? Вы уж историю до конца расскажите про потери)) Я знаю только те, чьи проекты начинались со слов: "Да тут и так все понятно" ))

Студии ок, а вот заказчику как-то не очень

* готовит попкорн

попкорн уже готов?

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

попкорн уже готов?

да уже прям поедаю

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

когда просят срезать оценку на 30-40%

не видели таких вариаций, когда оценили на пресейл и порезали процентов на 30-40 оценку разраба?

потому что по мнению заказчика "как-то много"

когда просят срезать оценку на 30-40%

Или так: "Ребята, нам не доплатили 300к - делаем г..." )) Я не видел толковых ребят, которые целенаправлено вредили проекту из за срезанного бюджета)))

DRY KISS YAGNI

Или так: "Ребята, нам не доплатили 300к - делаем г..." )) Я не видел толковых ребят, которые целенаправлено вредили проекту из за срезанного бюджета)))

целенаправлено никогда никто не вредит

Или так: "Ребята, нам не доплатили 300к - делаем г..." )) Я не видел толковых ребят, которые целенаправлено вредили проекту из за срезанного бюджета)))

Но когда времени не остается - остаются костыли

и решения побыстрее

Но когда времени не остается - остаются костыли

Так на костылях мир держится ))) Жизнь проекта обычна такая: Реализация - костыли -костыли - костыли -костыли - переписали с нуля - костыли - костыли и так по кругу)))

Так на костылях мир держится ))) Жизнь проекта обычна такая: Реализация - костыли -костыли - костыли -костыли - переписали с нуля - костыли - костыли и так по кругу)))

не всегда (:

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

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

Есть жадность и неуменее донести до заказчика необходимости нормального ведения проекта

не всегда (:

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

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

Если продажник/менеджер, то проект как вы описали и выглядит

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

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

но и это проблема манагера и продажника продать новый продукт

решающий проблему лодки

Если продажник/менеджер, то проект как вы описали и выглядит

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

и качество их хуже от этого не было))

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

везет, что вы не почасовик... А у меня за свой счет это реально минус из зарплаты

и таких студий из топа я знаю 3 так работают

везет, что вы не почасовик... А у меня за свой счет это реально минус из зарплаты

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

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

Обычно берусь как-то не я

а сейлы

спор ниачем

принося на подносе, что нужно сделать.

Обычно берусь как-то не я

и как так получается что у вас почасовая оплата, но часы выставляете не вы, ну круто че))

ERROR: S client not available

спор ниачем

да видимо)) пошел трудится))

подскажите такой момент. перед ним есть умный фильтр, у него выводятся только те параметры, которые заданы для данного раздела. Есть catalog.section У catalog.section в компоненте указано display.properties. Подскажите, куда копать, чтобы выводились только те свойства, которые указанны для данного раздела?

тендеры ?

Павел, у вас небыло проектов когда по тз средненький ИМ а потом заказчик создает 100+ свойств для фильтра и решает всю коллекцию загрузить в одно ТП где разные цвета, размеры, фото, стоимость

и в итоге каталог грузится 40+ сек

Павел, у вас небыло проектов когда по тз средненький ИМ а потом заказчик создает 100+ свойств для фильтра и решает всю коллекцию загрузить в одно ТП где разные цвета, размеры, фото, стоимость

знакомая магия

подскажите такой момент. перед ним есть умный фильтр, у него выводятся только те параметры, которые заданы для данного раздела. Есть catalog.section У catalog.section в компоненте указано display.properties. Подскажите, куда копать, чтобы выводились только те свойства, которые указанны для данного раздела?

УФ показывает только те свойства, который отличаются на выборке товаров этого раздела.

и кто тут виноват? что в планах было одно а по факту немного иначе вышло

Павел, у вас небыло проектов когда по тз средненький ИМ а потом заказчик создает 100+ свойств для фильтра и решает всю коллекцию загрузить в одно ТП где разные цвета, размеры, фото, стоимость

Отдельным чеком, с отдельной оценкой времени, ведь этого не было в ТЗ))) ТЗ вообще спасает обе стороны всегда

УФ показывает только те свойства, который отличаются на выборке товаров этого раздела.

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

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

свойства раздела или свойства элементов раздела?

и кто тут виноват? что в планах было одно а по факту немного иначе вышло

Я вам больше скажу, было и так что корпоративный сайтик на 3 странички, превращался в ИМ с огромным кол-ом номенклатуры, с кучей групп и цен, я тоже должен был это учесть при разработке? :)

Я вам больше скажу, было и так что корпоративный сайтик на 3 странички, превращался в ИМ с огромным кол-ом номенклатуры, с кучей групп и цен, я тоже должен был это учесть при разработке? :)

Ок. Вы оценку на тендеры по ТЗ полному даете обычно?

свойства раздела или свойства элементов раздела?

Заполненные свойства Элемента, которые совпадают со свойствами раздела в УФ) Как-то так)

Я вам больше скажу, было и так что корпоративный сайтик на 3 странички, превращался в ИМ с огромным кол-ом номенклатуры, с кучей групп и цен, я тоже должен был это учесть при разработке? :)

Просто обычно с тендеров хорошо если ФЗ есть, обычно пунктов 30 по 2-3 предложения

Я вам больше скажу, было и так что корпоративный сайтик на 3 странички, превращался в ИМ с огромным кол-ом номенклатуры, с кучей групп и цен, я тоже должен был это учесть при разработке? :)

так все над чем вы спорите и вытекает из ТЗ как правило

Заполненные свойства Элемента, которые совпадают со свойствами раздела в УФ) Как-то так)

так оно из коробки так работает. не понимаю вопроса)

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

Делаем за указаное на тендере время

так оно из коробки так работает. не понимаю вопроса)

Может я что-то туплю))

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

поделитесь попкорном..

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

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

тут уместно вспомнить народную мудрость в виде сказки - каша из топора..

поделитесь попкорном..

могу поделиться твоей пиццей =)

кто нибудь работал с рассылками через Сервисы>Email маркетинг? Где хранятся предустановленные шаблоны? Почему то при загрузке в шаблон своего изображения, в результате он подгружает какую-то стандартную картинку со стулом

Коллеги, а объясните мне пожалуйста такую логику. Если использовать - CIBlockElement::GetList В параметре фильтр указать - 'INCLUDE_SUBSECTIONS' => 'Y', То в итоге, мы не получим элементы, которые находятся у родительского раздела, который в свою очередь не имеет дочерних разделов - в чем смысл тогда?

и эта байда в комплексном компоненте каталог...

Коллеги, а объясните мне пожалуйста такую логику. Если использовать - CIBlockElement::GetList В параметре фильтр указать - 'INCLUDE_SUBSECTIONS' => 'Y', То в итоге, мы не получим элементы, которые находятся у родительского раздела, который в свою очередь не имеет дочерних разделов - в чем смысл тогда?

разве это для элеменов? для разделов наверное все же

INCLUDE_SUBSECTIONS - если задан фильтр по родительским группам SECTION_ID, то будут также выбраны элементы находящиеся в подгруппах этих групп (имеет смысле только в том случае, если SECTION_ID > 0); Но на деле не так, никаких "то будут также выбраны элементы находящиеся в подгруппах"

Иван нет, это параметр для вывода элементов

компонент catalog.section