Имелась ввиду похожая, но немного другая штука: docs.camunda.org/manual/7.12/reference/bpmn20/gateways/parallel-gateway
Параллельно могут пускаться не разные инстансы одной таски, а произвольные таски.
Если все они пишут в переменную «result», то проблема в итоге такая же, как вы решаете при помощи коллекции, только индексом приходится брать не userId, а activityInstanceId, чтобы совсем надёжно было, и они не перезаписывали друг-друга.
Но хочется более простого решения, потому что если потом хочется кондишн запилить на основе результатов выполнения этих параллельных задач, то заранее неизвестно, какие будут индексы и не очень понятно, что там писать.
А пробовали в ваших процессах пускать задачи параллельно при помощи ParallelGateway?
Если да, то как вы потом пишете условия в ConditionalGateway, если параллельные задачи кладут результат в одинаковую переменную «result»?
Нету. Реальность в том, что у вас есть сайт с 300-500 Кб CSS, который несколько лет создавался без разделения кода для первого экрана. Более того, на разных страницах «первый» экран содержит разные элементы и разные стили. Вы для каждого раздела сайта планируете свой набор CSS вынести?
Если у вас стили много лет лежат в файле all.css, то при наличии ресуров есть смысл переверстать сайт с учётом современных реалий. Если ресурсов на это не хватает — проще отрицать то, что быстро загружаемый сайт при прочих равных выигрывает по посещаемости у медленно загружаемого.
С другой стороны, если вы свои ресурсы потратите не на вёрстку, а на создание более качественного контента, чем у конкурентов, то неважно, что страницы вашего сайта будут на секунду дольше грузиться, посетители дождутся.
Все эти рекомендации прежде всего актуальны для e-commerce и прочих высококонкурентных областей. Там люди приходят с поиска за определённым товаром, открывают несколько вкладок с одним и тем же товарным предложением. Если ваша страница медленно грузится, а у конкурента всё летает, то посетитель может успеть оформить заказ в другой вкладке, не дождавшись, пока all.css на вашей странице загрузится и распарсится.
Нужно ли в стили первого экрана включать стили для мобильной версии?
В первую очередь для мобильной это и актуально. Именно с мобильных сайт будут открывать в тоннеле метро, на даче и в других местах, где скорость интернета неидеальна.
Далее, сайт эволюционирует и дорабатывается, как вы собрались поддерживать актуальность разделения стилей на первый экран и все остальное?
Если у вас нормальная структура кода и вы разделение стилей реализуете при помощи разметки кода, проблемы с поддержкой не будет.
Выкиньте веб-шрифты со своего сайта прямо сейчас! 95% пользователей используют Windows, и в ней есть несколько десятков встроенных высококачественных шрифтов
Это могло быть правдой в 2007-ом.
Сейчас я бы ожидал, что только треть пользователей используют Windows, ещё треть имеют IOS и треть — Android.
Во-первых, а что такое «первый экран»? Как вы его высоту определяете?
Возьмите с запасом 1100px. Подаваляющее большинство мобильных имеет высоту меньше.
Во-вторых, как вы собираетесь извлекать этот CSS из 500 Кб свалки файлов, расскажите?
Можно руками разметить scss так, чтобы инлайн часть собиралась отдельно от асинхронно-загружаемой части. Но вроде как есть и автоматические инструменты для этого.
В-третьих, а что, второй экран пользователю не нужен?
Предполагается, что пока пользователь радостно изучает содержимое быстро загруженного первого экрана, ваши 500 Кб css успеют загрузиться и второй экран станет доступен.
Растения получают питательные вещества из почвы, которая состоит, среди прочего, из разложившихся экскрементов и останков умерших людей. Таким образом, неважно, полагаете ли вы, что питаетесь исключительно растительной пищей, на самом деле вы едите останки людей и экскременты. Вот почему невозможно не быть людоедом или говноедом.
The War of 1812 was a conflict fought between the United States, the United Kingdom, and their respective allies from June 1812 to February 1815. Historians in Britain often see it as a minor theater of the Napoleonic Wars; in the United States and Canada, it is seen as a war in its own right.
да! давайте попробуем!
вот вы 50 лет занимаетесь программированием. скажите, сколько технологических стеков вы сменили за это время? сколько языков программирования? становится ли этот переход сложнее со временем?
Возможно, Бог задумал одним махом наказать и Европу, и США.
Возможно, Бог задумал одним махом наказать и Европу, и США.
Возможно, Бог задумал одним махом наказать и Европу, и США.
На сегодняшний день Ларри Гарфилд как был, так и остается одним из ключевых разработчиков Drupal.
Последний коммит Ларри числится 22.12.2017 г.
Последний пост в блоге Drupal сделан 14 часов назад и собрал на данный момент 129 комментариев.
На самом деле никакой активности Crell с тех пор на сайте Drupal не наблюдается.
Коммит от 22.12.2017 — это его патч 2016-го года, который за него закоммитил другой разработчик.
Пост, на который вы ссылаетесь — это бага, созданная другим человеком в 2014-ом году.
docs.camunda.org/manual/7.12/reference/bpmn20/gateways/parallel-gateway
Параллельно могут пускаться не разные инстансы одной таски, а произвольные таски.
Если все они пишут в переменную «result», то проблема в итоге такая же, как вы решаете при помощи коллекции, только индексом приходится брать не userId, а activityInstanceId, чтобы совсем надёжно было, и они не перезаписывали друг-друга.
Но хочется более простого решения, потому что если потом хочется кондишн запилить на основе результатов выполнения этих параллельных задач, то заранее неизвестно, какие будут индексы и не очень понятно, что там писать.
Если да, то как вы потом пишете условия в ConditionalGateway, если параллельные задачи кладут результат в одинаковую переменную «result»?
С другой стороны, если вы свои ресурсы потратите не на вёрстку, а на создание более качественного контента, чем у конкурентов, то неважно, что страницы вашего сайта будут на секунду дольше грузиться, посетители дождутся.
Все эти рекомендации прежде всего актуальны для e-commerce и прочих высококонкурентных областей. Там люди приходят с поиска за определённым товаром, открывают несколько вкладок с одним и тем же товарным предложением. Если ваша страница медленно грузится, а у конкурента всё летает, то посетитель может успеть оформить заказ в другой вкладке, не дождавшись, пока all.css на вашей странице загрузится и распарсится.
В первую очередь для мобильной это и актуально. Именно с мобильных сайт будут открывать в тоннеле метро, на даче и в других местах, где скорость интернета неидеальна.
Если у вас нормальная структура кода и вы разделение стилей реализуете при помощи разметки кода, проблемы с поддержкой не будет.
Сейчас я бы ожидал, что только треть пользователей используют Windows, ещё треть имеют IOS и треть — Android.
Возьмите с запасом 1100px. Подаваляющее большинство мобильных имеет высоту меньше.
Можно руками разметить scss так, чтобы инлайн часть собиралась отдельно от асинхронно-загружаемой части. Но вроде как есть и автоматические инструменты для этого.
Предполагается, что пока пользователь радостно изучает содержимое быстро загруженного первого экрана, ваши 500 Кб css успеют загрузиться и второй экран станет доступен.
Дайте ссылку на статью по теме.
Иначе ваше сообщение — СЕО спам
Наверное, значение имеет и то, что ты можешь доказать, непреднамеренность инцидента, извиняешься, платишь компенсации и тд.
какой в этом смысл у конкретных организаций, людей или каких-то коммьюнити?
вот вы 50 лет занимаетесь программированием. скажите, сколько технологических стеков вы сменили за это время? сколько языков программирования? становится ли этот переход сложнее со временем?
На самом деле никакой активности Crell с тех пор на сайте Drupal не наблюдается.
Коммит от 22.12.2017 — это его патч 2016-го года, который за него закоммитил другой разработчик.
Пост, на который вы ссылаетесь — это бага, созданная другим человеком в 2014-ом году.
shop.lenovo.ru/product/noutbuk-lenovo-thinkpad-x1-extreme-gen1-20mf000trt.html