http://idea.1c-bitrix.ru/unloading-from-1c-not-to-change-the-url-of-the-image-without-changing-/

И где тут мега баг который не фиксится? Вы хотите от нас другую логику (это не баг), потому что маркет придумал свой подход и логики "конфликтуют". В чем там сложность напильником пройтись и сделат как нужно в ввашем проекте. p.s. А в ТП маркета вы не пробовали писать чтобы они переделали свою очевидно нифига не разумную логику по скрыванию картинок.

тут немного логику со стороны 1с пилить надо

Ребят, спасибо за активность :)

мы делали хранение хэша картинки

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

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

И где тут мега баг который не фиксится? Вы хотите от нас другую логику (это не баг), потому что маркет придумал свой подход и логики "конфликтуют". В чем там сложность напильником пройтись и сделат как нужно в ввашем проекте. p.s. А в ТП маркета вы не пробовали писать чтобы они переделали свою очевидно нифига не разумную логику по скрыванию картинок.

такой же продуктивный ответ в сторону выгрузки из 1С: зачем менять название картинки, если картинка не изменилась?

Полнота доков и курсов это понятно, есть еще тут что?

ЯМ этого не понимает, например

Полнота доков и курсов это понятно, есть еще тут что?

не знаю, не я создавал :)

да и объяснить им это, мягко говоря, трудно

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

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

иногда костыли ломаются внезапно, а без них никак

и глядя на ченджлог не всегда ясно, а что могло измениться

разве что гит помогает

иногда костыли ломаются внезапно, а без них никак

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

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

не все подряд, а критичные изменения в API

как было когда-то с ongetoptimalprice

и тут много лулзов и жжения схватили разрабы и клиенты

это понятно

Если что-то догониться еще из мыслей - пишите мне или тут с упоминанием меня

И спасибо за мысли и активность :)

И спасибо за мысли и активность :)

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

Если что-то догониться еще из мыслей - пишите мне или тут с упоминанием меня

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

https://habrahabr.ru/company/parallels/blog/321724/

Программистов, любовных пар и гомосексуалистов с праздничком!

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

Как я это понимаю (не могу сказать за прям "весь битрикс", общаются и наши продукты и разработчики) У нас есть партнерка, ранее отдельный день, а сейчас поток для разработчиков, есть трансляция. Мы хорошо рассказываем про разватие продукта, почему он так меняется. Вообще это хорошая тусовка, способ выяснить у разработчиков напрямую что вас волнует, рассказать где очень плохо. Те вещи, которые вам кажется костылями могут оказаться адекватным решением, если узнать почему так сделано. У нас есть площадка dev которая всецело посещена информации и коммуникации. Информации много, находить сложно. И вопрос и к системе поиска и к структурированию информации. И кажется что формат поменялся. Я специально не измерял, но есть ощущение что тот же форум менее привлекателен для общения, чем этот чат :) Хочется сделать ее привлекательнее. С докой "вечная проблема", не знаю даже, можно ли тут придумать и качественно поменять ситуацию.

кто может взломать код месяца - и сделать сегодня пятницу :?

Человек-пятница, конечно же

тара тата тааааа

человек-шмятрица....

ну чо ты

Как я это понимаю (не могу сказать за прям "весь битрикс", общаются и наши продукты и разработчики) У нас есть партнерка, ранее отдельный день, а сейчас поток для разработчиков, есть трансляция. Мы хорошо рассказываем про разватие продукта, почему он так меняется. Вообще это хорошая тусовка, способ выяснить у разработчиков напрямую что вас волнует, рассказать где очень плохо. Те вещи, которые вам кажется костылями могут оказаться адекватным решением, если узнать почему так сделано. У нас есть площадка dev которая всецело посещена информации и коммуникации. Информации много, находить сложно. И вопрос и к системе поиска и к структурированию информации. И кажется что формат поменялся. Я специально не измерял, но есть ощущение что тот же форум менее привлекателен для общения, чем этот чат :) Хочется сделать ее привлекательнее. С докой "вечная проблема", не знаю даже, можно ли тут придумать и качественно поменять ситуацию.

... тот же форум менее привлекателен для общения, чем этот чат ... эм, я не ослышался? а как же нативкные инструменты - блоги, форум.. а как же мегаслака.. для специалистов.. а как же..

... тот же форум менее привлекателен для общения, чем этот чат ... эм, я не ослышался? а как же нативкные инструменты - блоги, форум.. а как же мегаслака.. для специалистов.. а как же..

Смешал продукт как таковой и конкретную площаду для общения - dev, или я не понял мысль?

Смешал продукт как таковой и конкретную площаду для общения - dev, или я не понял мысль?

да не.. это просто сарказм глубоко извиняюсь сарказмофф

Как я это понимаю (не могу сказать за прям "весь битрикс", общаются и наши продукты и разработчики) У нас есть партнерка, ранее отдельный день, а сейчас поток для разработчиков, есть трансляция. Мы хорошо рассказываем про разватие продукта, почему он так меняется. Вообще это хорошая тусовка, способ выяснить у разработчиков напрямую что вас волнует, рассказать где очень плохо. Те вещи, которые вам кажется костылями могут оказаться адекватным решением, если узнать почему так сделано. У нас есть площадка dev которая всецело посещена информации и коммуникации. Информации много, находить сложно. И вопрос и к системе поиска и к структурированию информации. И кажется что формат поменялся. Я специально не измерял, но есть ощущение что тот же форум менее привлекателен для общения, чем этот чат :) Хочется сделать ее привлекательнее. С докой "вечная проблема", не знаю даже, можно ли тут придумать и качественно поменять ситуацию.

я вижу, что в битриксе вообще что-то решать и давать советы сложно из-за архитектуры и подходов. Нет единого гайд-стиля, каждая простая задача и затык сложно разбирать, такак СЛИШКОМ много путей, где какими можно пойти

Иван Александрович Нет единого гайд-стиля, каждая простая задача и затык сложно разбирать, такак СЛИШКОМ много путей, где какими можно пойти

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

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

здесь видимость общения держится только за счет 5-7 флудеров. тут как твиттер. все, что ушло за экран, ушло в бездну

причем если сюда еще человек 500 набежит - тут тоже будет мусорка бгг

на форумах одни и те же вопросы и проблемы, но если вникнуть в ветки, то каждый пришел к проблеме своим путем

здесь видимость общения держится только за счет 5-7 флудеров. тут как твиттер. все, что ушло за экран, ушло в бездну

++ более того вопросы, которые интересны с технической стороны очень часто не находят поддержки

++ более того вопросы, которые интересны с технической стороны очень часто не находят поддержки

да потому что это надо пару часов потратить на вникание контекста

не ну тут люди чаще всего вникают

нинада

++ более того вопросы, которые интересны с технической стороны очень часто не находят поддержки

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

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

не.. оно может быть сформулировано конечно иначе.. например так: когда снизошло солнце за горизон, луна вылезла наполовину, волк завыл далеко, ктото стрельнул, я в этот момент от неожиданности порезал палец - где мне купить йод в 7 часов вечера блин.. в аптеке )

я вижу, что в битриксе вообще что-то решать и давать советы сложно из-за архитектуры и подходов. Нет единого гайд-стиля, каждая простая задача и затык сложно разбирать, такак СЛИШКОМ много путей, где какими можно пойти

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

а чему еще все это подвести?

общения и так норм. кому надо – в тп напишут.

на форуме покопаются

Как я это понимаю (не могу сказать за прям "весь битрикс", общаются и наши продукты и разработчики) У нас есть партнерка, ранее отдельный день, а сейчас поток для разработчиков, есть трансляция. Мы хорошо рассказываем про разватие продукта, почему он так меняется. Вообще это хорошая тусовка, способ выяснить у разработчиков напрямую что вас волнует, рассказать где очень плохо. Те вещи, которые вам кажется костылями могут оказаться адекватным решением, если узнать почему так сделано. У нас есть площадка dev которая всецело посещена информации и коммуникации. Информации много, находить сложно. И вопрос и к системе поиска и к структурированию информации. И кажется что формат поменялся. Я специально не измерял, но есть ощущение что тот же форум менее привлекателен для общения, чем этот чат :) Хочется сделать ее привлекательнее. С докой "вечная проблема", не знаю даже, можно ли тут придумать и качественно поменять ситуацию.

мне кажется единственно верный путь это уйти от доки в сторону комментирования кода, смысла тратить усилия на 2 фронта нет

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

сильный маркетинг

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

ну.. не могу сказать за всех, за себя.. это держится за счет двух вещей 1. все можно кастомизировать (привет sale.order.ajax) 2. обратная совместимость и хорошая дока (привет-привет.. )

сильный маркетинг

Конечно сильный. Без него будет "кружок по программированию" (с) Но без сильного продукта - в долгую не может быть успеха.

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

мне кажется единственно верный путь это уйти от доки в сторону комментирования кода, смысла тратить усилия на 2 фронта нет

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

клиент и верстальщик не могут, а прогеру мешает

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

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

в случае д7 и скажем.. ну например заказа? :) бгг а ты шутник..

при этом тот же sale.order.ajax сделан так, что все завязано именно на стандартный шаблон со структурой html, классами и тд

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

дык не нужно ее писать

2 пути: либо не лезем в код, а только ковыряем css. тогда и обновления норм будут и тд. либо это будет сложно и дорого

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

Мне кажется вполне правльный путь показывать и закрывать типовые сценарии. Не оч понятно чем мешает то :)

нужно просто комментить

в том и прикол, сделал класс, прокомментил

и никакой доки не нужно уже делать

Мне кажется вполне правльный путь показывать и закрывать типовые сценарии. Не оч понятно чем мешает то :)

слишком завязано на основные шаблоны. касается умного фильтра и оформления заказа

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

пример из жизни.. недавней жизни дал падаванчику - по ид заказа получить заказ, его свойства (значения), одно из свойств списочное - мне нужен был и код и описание тыкнул в dev.1c-bitrix.ru/api_help ну раз еще подошел чтобы подсказать как это устроено, чтоб в голове уложилось вот в куда я его должен был тыкать в случае д7 )))

я не касаюсь курсов, это само собой нужно

пример из жизни.. недавней жизни дал падаванчику - по ид заказа получить заказ, его свойства (значения), одно из свойств списочное - мне нужен был и код и описание тыкнул в dev.1c-bitrix.ru/api_help ну раз еще подошел чтобы подсказать как это устроено, чтоб в голове уложилось вот в куда я его должен был тыкать в случае д7 )))

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

пример из жизни.. недавней жизни дал падаванчику - по ид заказа получить заказ, его свойства (значения), одно из свойств списочное - мне нужен был и код и описание тыкнул в dev.1c-bitrix.ru/api_help ну раз еще подошел чтобы подсказать как это устроено, чтоб в голове уложилось вот в куда я его должен был тыкать в случае д7 )))

дока по D7 пишется , насколько я понимаю

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

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

да, логика шаблонов на джаваскрипт иногда немного... удручает

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

кстати тоже да

и не завязывать js на структуру и классы

Как же можно развивать продукт не показывая весь функционал в компонентах :)

Да, сложность растет, JS и все такое

Как же можно развивать продукт не показывая весь функционал в компонентах :)

dev шаблон. или clear

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

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

http://bxapi.ru/ вот хороший вариант открытой доки

которое потом тупо не обновится, ибо вот так вот

но по многим классам нет комментов

СЛИШКОМ много логики в шаблонах

dev шаблон. или clear

Не пойму, что тебе мешает сделать себе такой clear Наша задача показать максимум, многие этим и воспользуются.

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

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

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

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

100%

Ладно ребят, это мы уже сильно в сторону :)

Не пойму, что тебе мешает сделать себе такой clear Наша задача показать максимум, многие этим и воспользуются.

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

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

а мне нравится новая работа с заказом и датой

а мне нравится новая работа с заказом и датой

сможешь объяснить ребятам как с этим работать? :)