обычно это самые немощные пенсионеры, которые сильно зависят от социальной поддержки со стороны государства, и получают информацию только из телека. это нормально, если они все голосуют "за путина".
не то чтобы они были "не нужны". я думаю, они с радостью продолжали бы закупать РД-180, но решили, что это противоречит интересам национальной безопасности. их собственный двигатель, который должен заменить РД-180, если я правильно помню, всё ещё не готов.
стал гуглить, чтобы позавидовать вам про переработку, но оказалось, что большая часть перерабатываемых отходов у вас вывозилась в Китай и страны ЮВА, и с 2018-го (после азиатского введения запретов на их ввоз) всё не очень хорошо стало в этом плане. вот WWF ворчит на эту тему
Имелась ввиду похожая, но немного другая штука: 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.
обычно это самые немощные пенсионеры, которые сильно зависят от социальной поддержки со стороны государства, и получают информацию только из телека. это нормально, если они все голосуют "за путина".
не то чтобы они были "не нужны".
я думаю, они с радостью продолжали бы закупать РД-180, но решили, что это противоречит интересам национальной безопасности. их собственный двигатель, который должен заменить РД-180, если я правильно помню, всё ещё не готов.
вот WWF ворчит на эту тему
И правда! Внезапно, Kutzgezagt ввёл в заблуждение своим роликом.
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 успеют загрузиться и второй экран станет доступен.
Дайте ссылку на статью по теме.
Иначе ваше сообщение — СЕО спам
Наверное, значение имеет и то, что ты можешь доказать, непреднамеренность инцидента, извиняешься, платишь компенсации и тд.
какой в этом смысл у конкретных организаций, людей или каких-то коммьюнити?