Я думал gpgme — там различия в API сильно гуляют от 12.1 до 12.3 — я пытался как-то mod_gnutls загнуть хотя-бы под EL6, но утонул в зависимостях.
А если только boost, который даже не core, можно было собрать тот, что вам нужен в /usr/local и линковать динамически с ним…
Спасибо, очень интересно.
Хотя, признаться, перенос с Ubuntu на RHEL, путём статической компиляции несколько огорчил… После преодоления стольких препятствий…
Простой, надёжный и удобный — выберите любые 2 из 3. Если вы администрируете сервера на *nix, их обычно много (где много начинается с 3). Там же, собственно, кончается удобство локального мониторинга на каждом отдельном сервере. Вы мне начнёте говорить
— А как же Puppet/Chief/Ansible/что-то новое и крутое?
А я вам отвечу, что там где есть необходимость в таких инструментах серверов намного больше чем 3 и тем более локальный мониторинг неудобен.
Есть такое понятие как «life cycle» — У федоры это 6 месяцев, у centos — 10 лет. Именно поэтому Centos — enterprise OS.
Грубо говоря, федора — для десктопов «красноглазиков», а centos — для серверов, которые рассчитаны на то, что весь жизненный цикл они не будут выключаться.
На вкус и на цвет все фломастеры разные — может у вас контроллер диска какой дружелюбный. То, что молния никогда в вас не попадала, вовсе не значит, что она не попадала в других людей.
Ну как зачем — процесс сверки обнаруженных устройств с существующими с last known good, например, или ещё какое-нибудь вуду. Регистр — он не для пользователя, по большому счёту, точнее у пользователя есть свой кусочек, в профиле, куда и начнут писАть, после того как он залогинится.
Я уже было решился спросить у человека какие именно технические детали позволяют ему с таким апломбом утверждать о самовосстановлении регистра (а вдруг?), а тут вы пришли и… разрушили мою веру в светлое бинарное завтра юникс-систем.
Согласен — начиная с 7ки, угрохать регистр падением системы стало практически невозможно. До этого — сколько угодно.
Тем не менее — если регистр повреждён (да даже действиями пользователя) до степени незагужаемости системы, это требует специфических инструментов для ремонта, в отличии от текстовых конфигов.
С точки зрения производительности системы, можно хранить в памяти результат чтения текстовых конфигов и обращаться к нему (рано или поздно вся эта концепция systemd к такому и приведёт).
Особенно умиляет твердокаменная уверенность в том, что при крахе системы у бинарной конфигурации больше шансов выжить, чем у текстовой.
Оставляя за скобками такой важный нюанс, что текстовую конфигурацию, при повреждении, куда легче и быстрее восстановить вручную, чем бинарную без дополнительного специфического инструментария
Юрисдикция серверов всё ещё под вопросом.
Количество медийных скандалов и провокаций вокруг проекта Telegram немало добавляет к мутности технической реализации протокола + история с анонимными группами + «иранский взлом»… прикопали репутацию.
причем попытки это сделать были, есть и успешные. Но опять же, только при использовании стороннего клиента, а какое-то время со сторонними боролись что и послужило предпоследним гвоздём в крышку
Именно. Тогдашние хозяева icq не одобряли самодеятельности, а сами по причине своей глубокой корпоративности ни вносить улучшения ни даже купить наиболее продвинутый сторонний клиент не пожeлали, версий протокола сменилось штук 8 (одно время даже были попытки слится с AIM по юзербазе и протоколу, что сейчас более-менее успешно провернул Microsoft со skype и MSN messenger), но «что-то пошло не так»™ и сторонние програмисты в конце концов просто устали (славные ребята были в cerulean и те в конце концов забронзовели и зажадничали, а сколько было бескорыстных энтузиастов за 20-то лет — &RQ, mirandaIM, QIP, всех не счесть), а пользователи устали ещё раньше.
И «лошадь сдохла», хоть прикручивай к ней голос и видео, хоть не прикручивай.
О! Вспомнил наконец-то почему народ начал массово отказываться от icq — небезопасный протокол. Тут тебе какие хочешь чудеса — и подслушивай, и сам вставляй чего надо. Из-за огромной базы пользователей плавно изменить протокол не решились (? или не захотели), все сторонние порывы на исправление ситуации, типа Trillian не снискали признания в массах, вот и получилось, что получилось. Может с голосом у них и повеселее, но я так понимаю массовый пользователь уже обломался проверять — доверять голосу и при этом не доверять тексту как-то… неоднозначно.
Угу.
А поскольку я человек не очень педантичный, иногда мне приходится по логам этой гадости пытаться подбить объем отработанного времени за неделю — и сидишь гадаешь — этот вторник — он именно этот, или он от позапрошлой недели тут болтается?
Интересно. Здесь говорят, что придумал его израильтянин, например.
Сервис и приложение ухудшается, вы правы. Концепция была неплохая, а вот воплощение по мере развития стало ухудшаться. Все проходят по «граблям» icq — рано или поздно, так или иначе.
Именно. Но подавалось это под тем же соусом, под которым NT продавали
— Теперь любой пользователь в два клика мышкой (далее по тексту)
Только вот не хочет «любой пользователь» этому учиться, и даже программист не хочет. Да, конечно
DevOps — это нерусские придумали, чтобы сысадмину не платить.
, только не работает.
У меня одна компания обслуживалась с 2007го года, построил я им систему на выделенных железных серверах для большой нагрузки, потом в 2010 они себе нашли инвестора под проект, который начали на железе, а потом увели на амазон, с некоторой экономией. Наняли себе человека, чтобы показывался в офисе каждый день (и подешевле, подешевле), но к 2013 вернулись опять договариваться, чтобы взял их на обслуживание — не хотят программисты и не умеют ни строить себе облачную инфраструктуру ни мониторить, а человек подешевле не обладал квалификацией, а хотел быть царицею морскою менеджером сисадминов, а не лямку тянуть, когда узнал, что от него требуют технических навыков и ежедневной работы, автоматизировать которую он не умел — ушёл.
Нуивот™
С 96го года этим занимаюсь и с 98го читаю во всей профильной периодике о «гибели профессии сисадмина». Как-только NT пошла в массы, так сразу и начали писать… Потом пришёл cloud — пуще прежнего стали писать о «гибели профессии сисадмина». Но профессия всё ещё здесь и работы пока хватает…
Спасибо за уточнение.
Да, юрисдикция — Россия. К сожалению не очень интенсивно развивают клиент (выход на традиционную телефонию, видео конференции и т.д.), а жаль — пользовательская база за 20 лет огромная, вполне можно было бы составить серьёзную конкуренцию той же skype на мобильных устройствах.
А если только boost, который даже не core, можно было собрать тот, что вам нужен в /usr/local и линковать динамически с ним…
Хотя, признаться, перенос с Ubuntu на RHEL, путём статической компиляции несколько огорчил… После преодоления стольких препятствий…
— А как же Puppet/Chief/Ansible/что-то новое и крутое?
А я вам отвечу, что там где есть необходимость в таких инструментах серверов намного больше чем 3 и тем более локальный мониторинг неудобен.
Грубо говоря, федора — для десктопов «красноглазиков», а centos — для серверов, которые рассчитаны на то, что весь жизненный цикл они не будут выключаться.
Я уже было решился спросить у человека какие именно технические детали позволяют ему с таким апломбом утверждать о самовосстановлении регистра (а вдруг?), а тут вы пришли и… разрушили мою веру в светлое бинарное завтра юникс-систем.
Тем не менее — если регистр повреждён (да даже действиями пользователя) до степени незагужаемости системы, это требует специфических инструментов для ремонта, в отличии от текстовых конфигов.
С точки зрения производительности системы, можно хранить в памяти результат чтения текстовых конфигов и обращаться к нему (рано или поздно вся эта концепция systemd к такому и приведёт).
Оставляя за скобками такой важный нюанс, что текстовую конфигурацию, при повреждении, куда легче и быстрее восстановить вручную, чем бинарную без дополнительного специфического инструментария
Количество медийных скандалов и провокаций вокруг проекта Telegram немало добавляет к мутности технической реализации протокола + история с анонимными группами + «иранский взлом»… прикопали репутацию.
подрабатывает мелким гешефтом,пристальнее следит за интересами своих пользователей, устанавливает в систему телеметрию, которая активно собирает информацию о пользовании её устройствами).Так что, choose wisely©
Именно. Тогдашние хозяева icq не одобряли самодеятельности, а сами по причине своей глубокой корпоративности ни вносить улучшения ни даже купить наиболее продвинутый сторонний клиент не пожeлали, версий протокола сменилось штук 8 (одно время даже были попытки слится с AIM по юзербазе и протоколу, что сейчас более-менее успешно провернул Microsoft со skype и MSN messenger), но «что-то пошло не так»™ и сторонние програмисты в конце концов просто устали (славные ребята были в cerulean и те в конце концов забронзовели и зажадничали, а сколько было бескорыстных энтузиастов за 20-то лет — &RQ, mirandaIM, QIP, всех не счесть), а пользователи устали ещё раньше.
И «лошадь сдохла», хоть прикручивай к ней голос и видео, хоть не прикручивай.
А поскольку я человек не очень педантичный, иногда мне приходится по логам этой гадости пытаться подбить объем отработанного времени за неделю — и сидишь гадаешь — этот вторник — он именно этот, или он от позапрошлой недели тут болтается?
Сервис и приложение ухудшается, вы правы. Концепция была неплохая, а вот воплощение по мере развития стало ухудшаться. Все проходят по «граблям» icq — рано или поздно, так или иначе.
Если основное направление деятельности компании не телекоммуникации, то пока «жареный петух не клюнет» затраты будут оптимизироваться. Когда клюнет, тогда будем пытаться деньгами пожар тушить, но не раньше. А знакомство с предметной областью — так это же, извините, ясно как божий день — «отличает компьютер от микроволновки —
шаманпрограммист», оптимизируем затраты — «шаман, камлай шибче»©.— Теперь любой пользователь в два клика мышкой (далее по тексту)
Только вот не хочет «любой пользователь» этому учиться, и даже программист не хочет. Да, конечно , только не работает.
У меня одна компания обслуживалась с 2007го года, построил я им систему на выделенных железных серверах для большой нагрузки, потом в 2010 они себе нашли инвестора под проект, который начали на железе, а потом увели на амазон, с некоторой экономией. Наняли себе человека, чтобы показывался в офисе каждый день (и подешевле, подешевле), но к 2013 вернулись опять договариваться, чтобы взял их на обслуживание — не хотят программисты и не умеют ни строить себе облачную инфраструктуру ни мониторить, а человек подешевле не обладал квалификацией, а хотел быть
царицею морскоюменеджером сисадминов, а не лямку тянуть, когда узнал, что от него требуют технических навыков и ежедневной работы, автоматизировать которую он не умел — ушёл.Нуивот™
Да, юрисдикция — Россия. К сожалению не очень интенсивно развивают клиент (выход на традиционную телефонию, видео конференции и т.д.), а жаль — пользовательская база за 20 лет огромная, вполне можно было бы составить серьёзную конкуренцию той же skype на мобильных устройствах.