Ну если у вас ВМ в «публичном облаке» — т.е. на гипервизоре, который вы не контролируете: нет доступа администратора к «железке», то о стабильной производительности можно забыть. Тут особо не о чём рассуждать, это уже все наверное знаю. Ну кроме маркетологов этих «облаков», которые расписывают продают «чудеса прогресса».
Можно сколько угодно собирать картинки с Гретой и красивые графики — но физику не обманешь. Облака дают дёшево* некий средний уровень. А в рамках этого среднего параметры могут «гулять» очень широко. И если ваша нагрузка терпима к этим флуктуациям — то у вас всё Ок. Но 1С не из этой категории, это просто нужно держать в голове.
Если у вас своё «частное облако» — в чём проблема доработать регламент для отдела системного администрирования, где будут прописаны эти требования к данной конкретной VM? Типа: «в обычной ситуации не перемещать на другие хосты, при перемещении (авария, обслуживание хоста) — предусмотреть выравнивание ВМ по NUMA нового хоста». Это уже административные процедуры в рамках поддержки ИС 1С.
У вас сотни и тысячи юзеров в 1С, и требования к онлайну высокие? Разверните кластер ВМ 1С, желательно на разных кластерах гипервизора. Но за это и заплатить нужно будет — оборудование, услуги нормального администратора 1С (не бывшего разработчика)… А 10-50-100 юзеров и потерпят перезагрузку сервера, не проблема — клиенты почти всегда сильно переоценивают важность своих бизнес-процессов в плане непрерывности )))
Остальное — это уже косяки админов, которые не утруждают себя настройкой гипервизор, оставляя всё «по дефолту». Особенно «порадовало» использование дефолтных параметров электропитания, это вот прям классика… Лечится легко волшебным пенделем от руководства компании, если оно заинтересовано в работе их 1С конечно же.
* Про «дешевизну» облаков оффтоп: некоторое время анализировал для одного клиента стоимость аренды мощностей в облаке VS свой сервер. Результат предсказуемый: для зарубежных провайдеров свой сервер становится выгодней через примерно 3 года, для российских — 1-2 года: жадные они )))
Плюс все «прелести» облаков разъяснил. Через неделю купили себе новый сервер, работают спокойно с тех пор.
В целом прилично информации, но по сути результат можно свести к 2м постулатам:
— устанавливайте профиль электропитания на «Производительный». Это вообще первое, что нужно делать на сервере, а уж для сервера 1С — это вообще «маст хэв #1»;
— выравнивайте ВМ по аппаратной архитектуре.
И будет вам счастье… )
За статьи спасибо, как админу 1С было интересно почитать. Хотя первоначальная интрига и обернулась такими простыми вещами, но всё равно полезно: видно многие ещё не знают этого, или банально забывают.
Жидкость со слишком большой поверхости пузыря испаряется, плёнка перестаёт играть радугой, и закономерный результат - пшшш...
Никола - пшшш, смузи-электро-автобусо-такси - пшшш, на очереди разномастные смузи-электро-коптеро-такси. Слишком много шальных денег за последние 10-20 лет вкачали в эти "единороги", а в экономике, и тем более - физике - нет места магии.
Что-то в BMW отдел маркетинга вообще занят непонятно чем, разогнать их всех надо. Ишь, придумали: включать за $415 удалённо отключенный подогрев сидений.
Это уже прошлый век, надо думать наперёд!
Надо брать $830 за отключениевсегда включенного подогрева. Все купят, без вариантов. И никаких «навсегда», только ежемесячная оплата, и пеня за просрочку x2. А для нищебродов, кто не оплатит — на Али уже появились охлаждающие коврики на кресло, с логотипом BMW )))
Ну это понятно…
Maintenance Plans — это решение для простого и быстрого выполнения типовой задачи, которой является бэкап баз данных.
В моём комментарии речь о том, что предлагаемые автором заметки скрипты не дают ничего сверх того, что может предложить штатный функционал. А ручной работы в итоге — больше: поправить каждый скрипт (т.к. в них всё захардкожено), создать джоб, настроить права и расписание… Через Maintenance Plans это делается быстрей и гибче. Кстати планы можно то же создавать скриптом, если мне не изменяет память…
Для массового обслуживание конечно надо применять соответствующие средства — либо какие-то проприетарные продукты, либо самому выстраивать схему. Я например через Powershell это всё делаю, но можно и другие средства юзать.
В целом суть моих постов — что ничего хоть сколько-нибудь нового в заметке нет: подобными скриптами забиты все форумы SQL-щиков, в том числе на русском: за 5 минут можно найти гораздо более универсальные и продвинутые варианты.
Думаю разница обусловлена настройками профилей электропитания.
Windows по умолчанию ставит «Сбалансированный» профиль, что заметно влияет на производительность процессора — в меньшую сторону разумеется. Разницу можно заметить «на глаз» в любом бенчмарке, в котором создаётся существенная нагрузка на процессор, просто переключая профили со «Сбалансированного» на «Производительность».
Без уточнения этой «детали» тестирование не несёт никакой практической ценности, кроме очевидного факта: настройки энергосбережения в Linux «по умолчанию» более смещены в сторону производительности, чем аналогичные для Windows.
Это же кстати подтверждают мнения «новичков в мире Linux» в стиле: «Поставил на новый ноут этот ваш Линух, батарея стала разряжаться в 2 раза быстрее. Снёс нафиг, вернул Винду» )))
Хмм, это уже «записная книжка» получается, на статью никак не тянет. Но если спрятать код под спойлер (что хорошо бы и сделать), и добавить в заголовок в начале «Ещё один ...» — тогда и вопросов не возникнет ))
Ещё совет, раз уж взялись собирать велосипеды: если меняете глобально параметры сервера из скрипта, делая вещи типа таких:
-- включим xp_cmdshell (нужно для удаления старых бэкапов)
EXEC sp_configure 'show advanced options', 1; EXEC sp_configure 'xp_cmdshell', 1; RECONFIGURE WITH OVERRIDE;
то хорошим стилем будет в конце «прибраться за собой» — вернуть эти параметры в исходное состояние. Не зря же они были в таком состоянии на момент запуска скрипта, правильно?
Показательно, что при более простой реализации через Планы обслуживания (название намекает, правда?) ничего этого ни пришлось бы делать, как и хардкодить переменные в скрипт. Это и имел в виду: ваше решение ни разу
Не «более простое»: пользователю сначала нужно ручками «причесать скрипт», а для этого — минимум понять, что там накодировано, и зачем. И так — для каждой бэкапируемой базы. «Из коробки» ваш скрипт не работает;
Не «более предсказуемое»: мы никогда не узнаем, что «что-то пошло не так», т.к. в скрипте нет никаких логов / алертов. Недоступно «захардкоженное» расположение бэкапа (не работает сеть)? Мимо. Не получилось удалить старую копию (нет прав)? Мимо. Целевой диск бэкапа полон (нет места)? Мимо. Никакой обработки ошибок в скрипте нет. Ну и непредсказуемое изменение глобальных параметров сервера не добавляет предсказуемости;
Не «легко мониторить»: см. п. 2 выше. В плане мониторинга ваш скрипт сам по себе вообще ничего не может. Ну а внешними средствами его мониторинг ничем не отличается от мониторинга других скриптов и планов бэкапа;
Не «легко настраивать»: см. п. 1 выше.
Ну и от меня: не имеет никаких преимуществ перед штатным более простым решением, оправдывающих 4 пункта недостатов.
Вы по сути воспроизвели штатных функционал SQL Server в урезанном и упрощённом виде. Это может быть полезно для личного развития, но выкладывать на всеобщее обозрение — зачем?
А потом приходят админы и дико матерятся, продираясь через заросли подобных скриптов, в поисках причины — почему ничего не работает…
Здравствуйте.
Не увидел в тексте: чем же предложенные простыни кода лучше штатных «Maintenance Plans»?
Там всё это же накликивается в GIU за 5 минут, а ещё можно уведомления прикрутить на почту.
Очень похоже на очередной велосипед на ещё один скрипт бэкапа базы. Без обид: по SQL куча материала, в т.ч. и на русском языке, да и принцип «бритвы Оккама» — это основа IT.
Хмм, мы уже ушли в оффтоп от изначальной темы, и рискуем скатиться в отъявленную политоту ))
Но не могу не заметить, что судя по ссылке — «виртуальный реверс» просто заменяется закупкой всё того же российского газа, но через посредника: Венгрию.
И (моё предположение) для Украины он станет только дороже: если раньше газ проходил реверс только на бумаге, без перемещения физических кубометров через границу, то теперь из Венгрии пойдут полновесные кубометры, за которые придётся заплатить. Молодец Орбан: такими темпами Венгрия скоро станет ведущим поставщиком газа в Европе )))
К Украине то же вопросов нет, у них просто нет выбора: с текущей повесткой им любой ценой нужно дистанцироваться от России — это основа их политики, а за более дорогой «венгерский-российский» газ в итоге заплатит Европа: поток денег в Украину сейчас просто беспрецедентный.
Но всё же думаю не стоит углубляться в эту тему, а то набегут «отменяторы» с обоих сторон — не хотелось бы попасть под раздачу ))
В целом интересно сейчас наблюдать появление нового вида «прачечных», теперь для ресурсов: пара бумажных «замыливающих» проводок — и «грязный российский газ» превращается… превращается… превращается в «эко-фриндли зелёный декарбонизатор экономики». Ничего личного, только бизнес )
Ничто не ново под луной…
В 90-х и 2000-х (да и сейчас) опытные эмигранты, дружески настроенные к новичкам, всегда давали один и тот же совет: никогда не связывайтесь с бывшими «соотечественниками» за рубежом. Они первые вас ограбят, и сделают это самым бессовестным и циничным образом.
В любом случае, принято писать до н.э., после н.э.
Это в светском Советском Cоюзе, делавшем ставку на рациональное мышление — так было принято.
Сейчас с мешаниной в головах людей из российского православия, западного католицизма и протестантства и остатков критического мышления — даже и трудно сказать, как именно принято. Сначала нужно уточнить хотя бы — где именно принято ))
чтобы не принижать другие религии
Ага, спросите у китайца или иудея: что такое «до нашей эры» или «после нашей эры» — удивитесь ответам. А про «рождество христово» они вообще не слышали, и точно не оскорбятся — этого понятия для них просто нет.
Странно, что было написано так, а не иначе, при виде фамилии автора
«Восточные» корни в фамилии человека обязывают его придерживаться определённой религии?
Все ответы вам «по существу» я уже дал, опровергать голоса «ольгинцев» в вашей голове — не вижу смысла: с моей стороны это заведомом бесполезно, раз уж вы не можете с ними справиться сами.
Забираю «остальное написанное» мной обратно — вижу что вам оно точно уже не поможет. Оставайтесь в своей параллельной реальности, с «ольгинцами».
Блин, да кто такие эти «ольгинцы»?!
Перекачка российского* газа, пусть и для Европы — то же двусторонние отношения. И деньги за это Украина получает от России даже в текущей ситуации, отказываться в одностороннем порядке от них — не планирует.
Но конечно там суммы поболее, а главное — поступают они в одном направлении: из России в Украину. А почтовый обмен же связан с взаимными платежами между почтами, и не известно — кто из стран платит больше второй…
* Газ в трубах даже на территории Украины остаётся российской собственностью. Европейским он становится когда пересекает границу Украины с ЕС. И что бы демонстративно не покупать «российский газ» — Украина использует виртуальный реверс через пограничные с ЕС газовые хабы, а не просто берёт его из труб по пути следования, что было бы дешевле.
Да и затевать судебные процессы против Газпрома по «несправедливым условиям транзита» в случае «российского» газа гораздо удобнее: если бы в трубе был уже «европейский» газ — судиться с «партнёрами» было бы как-то странно, минимум — невыгодно.
Теперь вы «дословно опираетесь на первоисточники» без единой ссылки, и предъявляете новую порцию теперь уже вовсе ничем не прикрытых и не подтверждённых — фантазий предположений. Только вот не хватает ремарки, что это «ваше видение как оно могло бы быть в параллельном мире».
Мой вам совет: сократите количество компьютеров (одной штуки достаточно для 1 человека) вокруг себя, больше отдыхайте. «Ольгинцев» любого рода — не слушайте, никому не верьте. Мне — можно (с).
Ну а если серьёзно: умение признавать свои ошибки — полезный навык. Не стоит спорить только для спора, когда нет адекватных аргументов. По карме: не переживайте, у вас сейчас всего -1. Нарастёт ещё, у меня было такое не раз: просто колеблется около нуля. Я так точно вам ничего физически «слить» не могу, да и принцип у меня такой: ставлю (ставил, когда была возможность) в карму только «плюсики». Бежать под эмоциями регистрировать новую учётку — не лучшее решение. Возьмите паузу, соберите аргументы, отточите доводы — и вперёд )))
«80+» — это не КПД, а «бренд» системы сертификации блоков питания. По этому и нет «90+», «95+» и т.п.
Изначальный смысл цифры «80», если я правильно помню — это КПД БП для низких величин потребления: единицы и десятки ватт.
С этим у компьютерных БП традиционно проблемы: если на средних и максимальных мощностях у большинства (даже не самых лучших) БП КПД вполне приличный — обычно 90-95% и выше, то на мощностях близким к минимальным значение КПД стремительно падает.
Вот «80+» изначально и показывало приемлемый КПД таких блоков на низкой мощности. А потом просто стало именем системы сертификации, когда пошли градации bronze, gold и т.п.
Ну прокачка газа из России в Европу через Украину судя по новостям — продолжается, пусть и в минимальном объёме. И «минимальные объёмы» вызваны не техническими проблемами, а другими причинами.
То же самое и с почтой: при взаимном желании можно выполнять трансграничный обмен например на участке границы Украины и Белоруссии, где нет боевых действий. Газ же вон по трубам гонят вообще через зону БД, и ничего — идёт…
Но желания с украинской стороны продолжать «почтовые отношения» не возникло, о чём она и сообщила, и к чему предприняла конкретные шаги. Это не оценка, а констатация факта, тем более что причины для этого — очевидны.
Мой комментарий был вызван ошибочной попыткой piva переложить «вину» (или «авторство», не знаю как назвать правильно) на Почту России и попутно укрепить постулат «Россия снова (а значит — и всегда) врёт». В данном конкретном случае — не врёт.
Что значит размещение голой ссылки на сторонний ресурс?
Что вы хотели этим сказать, какую мысль хотели выразить в этом «комментарии»? Набросить, пардоньте мой французский — тупо говна на вентилятор?
Ну таки именно «до...».
В тексте указано «до...», плюс непосредственно 24 февраля украинская почта не работала. Т.е. в этот день почтовые отправления не принимались, и в этот (и последующие дни) их физически не могло быть.
Что «не покинувшие территорию страны» — это логично. Кстати это подчёркивает, что инициатором разрыва почтовых отношений была как раз Украина: будь это Россия, она бы могла объявить о возврате почтовых отправлений из Украины получателям. Но Почта России как раз доставил эти отправления, что были в пути.
В целом это не влияет на суть вопроса: кто являлся инициатором разрыва почтовых отношений. Это Укрпошта, а не Почта России, как пытался представить дело piva, а причины такого решения всем известны.
Вот это уже после того, как сами закрыли обмен и были инициаторами.
Вы извините — не хочу обидеть, но как сейчас происходит со многими — вы потратили довольно много времени, что бы увидеть то, что вам хотелось видеть, а не то, что было на самом деле.
Вы сравнили даты новостей, и на основании того, что новость со стороны Почты России появилась первой — сделали вывод, что Россия и была инициатором этого события: прекращение почтового сообщения с Украиной. Второй слой «расследования» (это моё предположение, иначе зачем тратить столько времени?) — доказать себе и другим что «Россия всегда врёт, и тут то же».
Уже тут у вас очевидная ошибка: порядок объявление новости сторонами никак не влияет на то, какая из сторон была инициатором предмета новости. Но смотрим дальше: вдруг вы случайно получили верный результат неверным путём.
Дальше у вас «доказательство»: новость от Укрпошты с упором на дату новости — на день позже новости от Почты России:
25.02.22 — Укрпочта останавливает приём посылок в РФ и Беларусь
Вот она, правда: Россия всегда врёт, но «интернет всё помнит», и умные IT-шники легко выведут её на чистую воду!
Казалось бы всё ясно, но что же мы видим в новости Укрпошты по ссылке (гуглоперевод с украинского на русский):
Смелянский также сообщил, что «Укрпочта» прекратила почтовое сотрудничество с Почтой России и Белоруссии.
«Посылки и переводы в эти страны не принимаются. Те посылки, которые были приняты до 24 февраля, будут возвращены владельцам с оплатой, как только ситуация с безопасностью позволит это сделать", — сказал он.
Как сообщалось, в связи с введением военного положения филиалы «Укрпочты» 24 февраля не работали.
А видим мы уведомление, что с неназванной даты прекращается почтовое сотрудничество, а принятые до(!) 24 февраля (ещё раз — до этой даты) отправления будут возвращены. Т.е. почтовое сотрудничество прекратилось точно до 24 февраля, и как раз по инициативе Укрпошты, а не Почты России. Про инициативу со стороны Почты России — ни слова, а думаю если бы такая инициатива была, то украинская сторона конечно об этом упомянула. Но вот не срослось…
Но 24 февраля Укрпошта не работала, по этому и новость от неё вышла только 25 февраля. Ну а Почта России опубликовала эту информацию как только получила её — как раз 24 февраля.
Вот такой вот «фактчекинг» выходит.
А автора новости зря обидели, дважды: «но у вас в новости не точность. С таким уровнем „новостей“ это вполне случается».
Сначала обвинили в «неточности», а потом — ещё раз: «снисходительно простили», мол «с кем не бывает»…
расписываютпродают «чудеса прогресса».Можно сколько угодно собирать картинки с Гретой и красивые графики — но физику не обманешь. Облака дают дёшево* некий средний уровень. А в рамках этого среднего параметры могут «гулять» очень широко. И если ваша нагрузка терпима к этим флуктуациям — то у вас всё Ок. Но 1С не из этой категории, это просто нужно держать в голове.
Если у вас своё «частное облако» — в чём проблема доработать регламент для отдела системного администрирования, где будут прописаны эти требования к данной конкретной VM? Типа: «в обычной ситуации не перемещать на другие хосты, при перемещении (авария, обслуживание хоста) — предусмотреть выравнивание ВМ по NUMA нового хоста». Это уже административные процедуры в рамках поддержки ИС 1С.
У вас сотни и тысячи юзеров в 1С, и требования к онлайну высокие? Разверните кластер ВМ 1С, желательно на разных кластерах гипервизора. Но за это и заплатить нужно будет — оборудование, услуги нормального администратора 1С (не бывшего разработчика)… А 10-50-100 юзеров и потерпят перезагрузку сервера, не проблема — клиенты почти всегда сильно переоценивают важность своих бизнес-процессов в плане непрерывности )))
Остальное — это уже косяки админов, которые не утруждают себя настройкой гипервизор, оставляя всё «по дефолту». Особенно «порадовало» использование дефолтных параметров электропитания, это вот прям классика… Лечится легко волшебным пенделем от руководства компании, если оно заинтересовано в работе их 1С конечно же.
* Про «дешевизну» облаков оффтоп: некоторое время анализировал для одного клиента стоимость аренды мощностей в облаке VS свой сервер. Результат предсказуемый: для зарубежных провайдеров свой сервер становится выгодней через примерно 3 года, для российских — 1-2 года: жадные они )))
Плюс все «прелести» облаков разъяснил. Через неделю купили себе новый сервер, работают спокойно с тех пор.
— устанавливайте профиль электропитания на «Производительный». Это вообще первое, что нужно делать на сервере, а уж для сервера 1С — это вообще «маст хэв #1»;
— выравнивайте ВМ по аппаратной архитектуре.
И будет вам счастье… )
За статьи спасибо, как админу 1С было интересно почитать. Хотя первоначальная интрига и обернулась такими простыми вещами, но всё равно полезно: видно многие ещё не знают этого, или банально забывают.
Все пузыри лопаются - это физика.
Жидкость со слишком большой поверхости пузыря испаряется, плёнка перестаёт играть радугой, и закономерный результат - пшшш...
Никола - пшшш, смузи-электро-автобусо-такси - пшшш, на очереди разномастные смузи-электро-коптеро-такси. Слишком много шальных денег за последние 10-20 лет вкачали в эти "единороги", а в экономике, и тем более - физике - нет места магии.
Это уже прошлый век, надо думать наперёд!
Надо брать $830 за отключение всегда включенного подогрева. Все купят, без вариантов. И никаких «навсегда», только ежемесячная оплата, и пеня за просрочку x2. А для нищебродов, кто не оплатит — на Али уже появились охлаждающие коврики на кресло, с логотипом BMW )))
Maintenance Plans — это решение для простого и быстрого выполнения типовой задачи, которой является бэкап баз данных.
В моём комментарии речь о том, что предлагаемые автором заметки скрипты не дают ничего сверх того, что может предложить штатный функционал. А ручной работы в итоге — больше: поправить каждый скрипт (т.к. в них всё захардкожено), создать джоб, настроить права и расписание… Через Maintenance Plans это делается быстрей и гибче. Кстати планы можно то же создавать скриптом, если мне не изменяет память…
Для массового обслуживание конечно надо применять соответствующие средства — либо какие-то проприетарные продукты, либо самому выстраивать схему. Я например через Powershell это всё делаю, но можно и другие средства юзать.
В целом суть моих постов — что ничего хоть сколько-нибудь нового в заметке нет: подобными скриптами забиты все форумы SQL-щиков, в том числе на русском: за 5 минут можно найти гораздо более универсальные и продвинутые варианты.
Windows по умолчанию ставит «Сбалансированный» профиль, что заметно влияет на производительность процессора — в меньшую сторону разумеется. Разницу можно заметить «на глаз» в любом бенчмарке, в котором создаётся существенная нагрузка на процессор, просто переключая профили со «Сбалансированного» на «Производительность».
Без уточнения этой «детали» тестирование не несёт никакой практической ценности, кроме очевидного факта: настройки энергосбережения в Linux «по умолчанию» более смещены в сторону производительности, чем аналогичные для Windows.
Это же кстати подтверждают мнения «новичков в мире Linux» в стиле: «Поставил на новый ноут этот ваш Линух, батарея стала разряжаться в 2 раза быстрее. Снёс нафиг, вернул Винду» )))
Ещё совет, раз уж взялись собирать велосипеды: если меняете глобально параметры сервера из скрипта, делая вещи типа таких: то хорошим стилем будет в конце «прибраться за собой» — вернуть эти параметры в исходное состояние. Не зря же они были в таком состоянии на момент запуска скрипта, правильно?
Показательно, что при более простой реализации через Планы обслуживания (название намекает, правда?) ничего этого ни пришлось бы делать, как и хардкодить переменные в скрипт. Это и имел в виду: ваше решение ни разу
Вы по сути воспроизвели штатных функционал SQL Server в урезанном и упрощённом виде. Это может быть полезно для личного развития, но выкладывать на всеобщее обозрение — зачем?
А потом приходят админы и дико матерятся, продираясь через заросли подобных скриптов, в поисках причины — почему ничего не работает…
Не увидел в тексте: чем же предложенные простыни кода лучше штатных «Maintenance Plans»?
Там всё это же накликивается в GIU за 5 минут, а ещё можно уведомления прикрутить на почту.
Очень похоже
на очередной велосипедна ещё один скрипт бэкапа базы. Без обид: по SQL куча материала, в т.ч. и на русском языке, да и принцип «бритвы Оккама» — это основа IT.Но не могу не заметить, что судя по ссылке — «виртуальный реверс» просто заменяется закупкой всё того же российского газа, но через посредника: Венгрию.
И (моё предположение) для Украины он станет только дороже: если раньше газ проходил реверс только на бумаге, без перемещения физических кубометров через границу, то теперь из Венгрии пойдут полновесные кубометры, за которые придётся заплатить. Молодец Орбан: такими темпами Венгрия скоро станет ведущим поставщиком газа в Европе )))
К Украине то же вопросов нет, у них просто нет выбора: с текущей повесткой им любой ценой нужно дистанцироваться от России — это основа их политики, а за более дорогой «венгерский-российский» газ в итоге заплатит Европа: поток денег в Украину сейчас просто беспрецедентный.
Но всё же думаю не стоит углубляться в эту тему, а то набегут «отменяторы» с обоих сторон — не хотелось бы попасть под раздачу ))
В целом интересно сейчас наблюдать появление нового вида «прачечных», теперь для ресурсов: пара бумажных «замыливающих» проводок — и «грязный российский газ» превращается… превращается… превращается в «эко-фриндли зелёный декарбонизатор экономики». Ничего личного, только бизнес )
В 90-х и 2000-х (да и сейчас) опытные эмигранты, дружески настроенные к новичкам, всегда давали один и тот же совет: никогда не связывайтесь с бывшими «соотечественниками» за рубежом. Они первые вас ограбят, и сделают это самым бессовестным и циничным образом.
Это в светском Советском Cоюзе, делавшем ставку на рациональное мышление — так было принято.
Сейчас с мешаниной в головах людей из российского православия, западного католицизма и протестантства и остатков критического мышления — даже и трудно сказать, как именно принято. Сначала нужно уточнить хотя бы — где именно принято ))
Ага, спросите у китайца или иудея: что такое «до нашей эры» или «после нашей эры» — удивитесь ответам. А про «рождество христово» они вообще не слышали, и точно не оскорбятся — этого понятия для них просто нет.
«Восточные» корни в фамилии человека обязывают его придерживаться определённой религии?
Забираю «остальное написанное» мной обратно — вижу что вам оно точно уже не поможет. Оставайтесь в своей параллельной реальности, с «ольгинцами».
Блин, да кто такие эти «ольгинцы»?!
Но конечно там суммы поболее, а главное — поступают они в одном направлении: из России в Украину. А почтовый обмен же связан с взаимными платежами между почтами, и не известно — кто из стран платит больше второй…
* Газ в трубах даже на территории Украины остаётся российской собственностью. Европейским он становится когда пересекает границу Украины с ЕС. И что бы демонстративно не покупать «российский газ» — Украина использует виртуальный реверс через пограничные с ЕС газовые хабы, а не просто берёт его из труб по пути следования, что было бы дешевле.
Да и затевать судебные процессы против Газпрома по «несправедливым условиям транзита» в случае «российского» газа гораздо удобнее: если бы в трубе был уже «европейский» газ — судиться с «партнёрами» было бы как-то странно, минимум — невыгодно.
фантазийпредположений. Только вот не хватает ремарки, что это «ваше видение как оно могло бы быть в параллельном мире».Мой вам совет: сократите количество компьютеров (одной штуки достаточно для 1 человека) вокруг себя, больше отдыхайте. «Ольгинцев» любого рода — не слушайте, никому не верьте. Мне — можно (с).
Ну а если серьёзно: умение признавать свои ошибки — полезный навык. Не стоит спорить только для спора, когда нет адекватных аргументов. По карме: не переживайте, у вас сейчас всего -1. Нарастёт ещё, у меня было такое не раз: просто колеблется около нуля. Я так точно вам ничего физически «слить» не могу, да и принцип у меня такой: ставлю (ставил, когда была возможность) в карму только «плюсики». Бежать под эмоциями регистрировать новую учётку — не лучшее решение. Возьмите паузу, соберите аргументы, отточите доводы — и вперёд )))
Изначальный смысл цифры «80», если я правильно помню — это КПД БП для низких величин потребления: единицы и десятки ватт.
С этим у компьютерных БП традиционно проблемы: если на средних и максимальных мощностях у большинства (даже не самых лучших) БП КПД вполне приличный — обычно 90-95% и выше, то на мощностях близким к минимальным значение КПД стремительно падает.
Вот «80+» изначально и показывало приемлемый КПД таких блоков на низкой мощности. А потом просто стало именем системы сертификации, когда пошли градации bronze, gold и т.п.
То же самое и с почтой: при взаимном желании можно выполнять трансграничный обмен например на участке границы Украины и Белоруссии, где нет боевых действий. Газ же вон по трубам гонят вообще через зону БД, и ничего — идёт…
Но желания с украинской стороны продолжать «почтовые отношения» не возникло, о чём она и сообщила, и к чему предприняла конкретные шаги. Это не оценка, а констатация факта, тем более что причины для этого — очевидны.
Мой комментарий был вызван ошибочной попыткой piva переложить «вину» (или «авторство», не знаю как назвать правильно) на Почту России и попутно укрепить постулат «Россия снова (а значит — и всегда) врёт». В данном конкретном случае — не врёт.
Что вы хотели этим сказать, какую мысль хотели выразить в этом «комментарии»? Набросить, пардоньте мой французский — тупо говна на вентилятор?
В тексте указано «до...», плюс непосредственно 24 февраля украинская почта не работала. Т.е. в этот день почтовые отправления не принимались, и в этот (и последующие дни) их физически не могло быть.
Что «не покинувшие территорию страны» — это логично. Кстати это подчёркивает, что инициатором разрыва почтовых отношений была как раз Украина: будь это Россия, она бы могла объявить о возврате почтовых отправлений из Украины получателям. Но Почта России как раз доставил эти отправления, что были в пути.
В целом это не влияет на суть вопроса: кто являлся инициатором разрыва почтовых отношений. Это Укрпошта, а не Почта России, как пытался представить дело piva, а причины такого решения всем известны.
Вы сравнили даты новостей, и на основании того, что новость со стороны Почты России появилась первой — сделали вывод, что Россия и была инициатором этого события: прекращение почтового сообщения с Украиной. Второй слой «расследования» (это моё предположение, иначе зачем тратить столько времени?) — доказать себе и другим что «Россия всегда врёт, и тут то же».
Уже тут у вас очевидная ошибка: порядок объявление новости сторонами никак не влияет на то, какая из сторон была инициатором предмета новости. Но смотрим дальше: вдруг вы случайно получили верный результат неверным путём.
Дальше у вас «доказательство»: новость от Укрпошты с упором на дату новости — на день позже новости от Почты России:
Вот она, правда: Россия всегда врёт, но «интернет всё помнит», и умные IT-шники легко выведут её на чистую воду!
Казалось бы всё ясно, но что же мы видим в новости Укрпошты по ссылке (гуглоперевод с украинского на русский):
А видим мы уведомление, что с неназванной даты прекращается почтовое сотрудничество, а принятые до(!) 24 февраля (ещё раз — до этой даты) отправления будут возвращены. Т.е. почтовое сотрудничество прекратилось точно до 24 февраля, и как раз по инициативе Укрпошты, а не Почты России. Про инициативу со стороны Почты России — ни слова, а думаю если бы такая инициатива была, то украинская сторона конечно об этом упомянула. Но вот не срослось…
Но 24 февраля Укрпошта не работала, по этому и новость от неё вышла только 25 февраля. Ну а Почта России опубликовала эту информацию как только получила её — как раз 24 февраля.
Вот такой вот «фактчекинг» выходит.
А автора новости зря обидели, дважды: «но у вас в новости не точность. С таким уровнем „новостей“ это вполне случается».
Сначала обвинили в «неточности», а потом — ещё раз: «снисходительно простили», мол «с кем не бывает»…