В петербургском СК ранее сообщали, что 2 июня неизвестный на электросамокате сбил девочку в Невском районе и скрылся с места. Ребенка забрали в больницу. У нее диагностировали закрытую черепно-мозговую травму ушиб головного мозга средней степени, перелом лобной кости слева, ушиб мягких тканей области левого плеча и области левого бедра.
По сообщению от источника «360», девочка находится в тяжелом состоянии. Она в реанимации.
По данным 78.ru, задержанный находится в федеральном розыске за наркотики. Он проживает в Кудрове. У него дома нашли три пакета с растительным веществом, металлическую коробку с белым порошком и весы.
Напомним, в четверг в сервисах аренды электросамокатов в Петербурге прошли обыски.
К вопросу о том — зачем проводятся обыски в сервисах.
Дело не только в сокращении информационного потока.
Если я стану комментировать и отвечать на материалы не относящиеся к технической тематике (ради чего собственно Хабр и задумывался и был ценен ) я рано или поздно, а скорее всего очень быстро, потеряю возможность общаться в технических материалах, ради чего собственно Хабр мне и интересен.
И поэтому материалы не технического характера, 99.99% корпоративных хабов, 99.99% новостей мной игнорируются и не просматриваются. Все равно там ничего нового, что нет в рунете нет.
Мне моя карма нужна для полноценного общения на технические темы.И поэтому остальные темы на 99.9999999% игнорируются.
Могу сказать про себя в Хабре.
В корпоративные посты вообще не захожу
Стараюсь свести свои комментарии к другим постам к минимальному минимуму.
Читаю в основном свою ленту.
Новости практически не читаю, редко редко пишу в новости по интересной мне теме.
Иногда пишу этюды в тематический хаб.
P.S. Хабр давно не тот. Давно не технический ресурс.
mgis
Почитал все ваши комментарии, становится понятна причина минусов.
Вот это высказывание:
За бугром можно найти guru Postgresql которые такую поддержку в многие разы дешевле нежели наши «российские разработчики»
ложно.
А из ложной посылки, любой вывод ложен. Это формальная логика.
Забугорные компании переводят сопровождение своей инфраструктуры в outsourcing компании в России потому, что здесь IT инженеры на порядки дешевле. Я в такой компании работал, список брендов мирового уровня.
Другое ваше высказывание
а) Все их расширения легко ставятся поверх бесплатной версии СУБД.
также ложно и показывает, что вы не специалист PostgreSQL от слова вообще.
Потому и минусы в комментарии и карму.
многие не замечают кадрового кризиса в этих областях,
Замечают. Сделать ничего не могут.
Кадровики стонут и плачут. Проблема не в том, что сложно найти тех кто согласится на предлагаемые условия, сложно вообще найти.
На позицию PostgreSQL DBA в среднем одно собеседование в месяц в течении полугода.
C DBA вообще сложно, а с PostgreSQL особенно
Вы настраиваете потоковую логическую репликацию базы с исходного сервера БД на сервер хранения БД. Т.е. изменения в этой базе на исходном сервере БД в реальном времени накатываются на реплику этой базы на сервере хранения БД.
и планировался с самого начала.
Но, выяснился неприятный момент — копия БД иногда не открывается приложением 1С(копируются БД для 1С). Возникают разнообразные ошибки со стороны 1С.
Поэтому и был выбран другой вариант, для надежности.
Вообще 1С и PostgreSQL это отдельная тема для исследования.
Надо будет проверить такой сценарий - запуск логической репликации между исходной БД и копией бд , синхронизация , закрытие репликации.
Однако в этом сценарии есть одна проблема - процесс синхронизации гораздо дольше, чем процесс создания клона БД. А на этапе синхронизации желательно, чтобы исходная БД не изменялась.
Именно,ночной скрипт. На сервере хранения копий, каждую ночь обновляется набор баз с разных серверов.
В рабочее время - по согласованному запросу и с остановкой приложения.
Есть мысль попробовать запустить логическую репликацию и всегда иметь копию БД. Но в силу ограничений логической репликации ,есть подозрения что БД будут не идентичны.
Пока тема в разработке. Бывали случаи когда синхронизация не завершалась. Может быть для данного приложения (1С) и не получится.
Quick win, приведший к epic fail, или Как в гонке за ИТ-продажами не потерять всё
Странно ,, а почему статья на техническом IT ресурсе ?
Госсистема «Признание» переезжает с ПО Microsoft на Postgres Pro и открытый софт
Как именно привязали?
TechLead — уходи
Проще говоря - бардак и анархия
В Петербурге пришли с обысками в крупные компании по аренде самокатов
В Петербурге пришли с обысками в крупные компании по аренде самокатов
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
Странно тогда, зачем вы выдвигаете тезис который не можете обосновать ?
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
А можно поделиться цифрами расчетов ?
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
очень интересный довод
просто любопытно — как вы себе представляете это процесс?
Хабр, который стал родным
Если я стану комментировать и отвечать на материалы не относящиеся к технической тематике (ради чего собственно Хабр и задумывался и был ценен ) я рано или поздно, а скорее всего очень быстро, потеряю возможность общаться в технических материалах, ради чего собственно Хабр мне и интересен.
И поэтому материалы не технического характера, 99.99% корпоративных хабов, 99.99% новостей мной игнорируются и не просматриваются. Все равно там ничего нового, что нет в рунете нет.
Мне моя карма нужна для полноценного общения на технические темы.И поэтому остальные темы на 99.9999999% игнорируются.
Хабр, который стал родным
В корпоративные посты вообще не захожу
Стараюсь свести свои комментарии к другим постам к минимальному минимуму.
Читаю в основном свою ленту.
Новости практически не читаю, редко редко пишу в новости по интересной мне теме.
Иногда пишу этюды в тематический хаб.
P.S. Хабр давно не тот. Давно не технический ресурс.
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
;-)
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
Почитал все ваши комментарии, становится понятна причина минусов.
Вот это высказывание: ложно.
А из ложной посылки, любой вывод ложен. Это формальная логика.
Забугорные компании переводят сопровождение своей инфраструктуры в outsourcing компании в России потому, что здесь IT инженеры на порядки дешевле. Я в такой компании работал, список брендов мирового уровня.
Другое ваше высказываниетакже ложно и показывает, что вы не специалист PostgreSQL от слова вообще.
Потому и минусы в комментарии и карму.
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
Кадровики стонут и плачут. Проблема не в том, что сложно найти тех кто согласится на предлагаемые условия, сложно вообще найти.
На позицию PostgreSQL DBA в среднем одно собеседование в месяц в течении полугода.
C DBA вообще сложно, а с PostgreSQL особенно
«Росатом» переносит огромную финансовую ИТ-систему с Oracle на Postgres Pro
1)А зачем кормить гуру из-за бугра?
2)Есть отрасли, в том числе атомная, куда забугорных пускать нельзя в принципе
Пиринговые мессенджеры — враг государства?
Начальная посылка ложна.
Главная проблема — отключение онлайн сервисов.
А общаться с товарищами и родственниками можно и нужно вживую, по человечески.
Этюд — логическая репликация для копирования баз данных PostgreSQL
и планировался с самого начала.
Но, выяснился неприятный момент — копия БД иногда не открывается приложением 1С(копируются БД для 1С). Возникают разнообразные ошибки со стороны 1С.
Поэтому и был выбран другой вариант, для надежности.
Вообще 1С и PostgreSQL это отдельная тема для исследования.
Этюд — логическая репликация для копирования баз данных PostgreSQL
Спасибо за идею.
Надо будет проверить такой сценарий - запуск логической репликации между исходной БД и копией бд , синхронизация , закрытие репликации.
Однако в этом сценарии есть одна проблема - процесс синхронизации гораздо дольше, чем процесс создания клона БД. А на этапе синхронизации желательно, чтобы исходная БД не изменялась.
Этюд — логическая репликация для копирования баз данных PostgreSQL
Потоковую репликацию не получится настроить - исходных кластеров несколько.
Этюд — логическая репликация для копирования баз данных PostgreSQL
Именно,ночной скрипт. На сервере хранения копий, каждую ночь обновляется набор баз с разных серверов.
В рабочее время - по согласованному запросу и с остановкой приложения.
Есть мысль попробовать запустить логическую репликацию и всегда иметь копию БД. Но в силу ограничений логической репликации ,есть подозрения что БД будут не идентичны.
Пока тема в разработке. Бывали случаи когда синхронизация не завершалась. Может быть для данного приложения (1С) и не получится.
Этюд — логическая репликация для копирования баз данных PostgreSQL
Базы данных 1С