они меня в нём оповещают о новых фичах

а я спрашиваю более точные даты их появления иногда

о новых фичах оповещают в старом тикете? ояебу

о новых фичах оповещают в старом тикете? ояебу

ээм, да. потому что тикет звучит так, изначально) оповещают меня лично, потому что я попросил. ну то есть не просил, но спрашивал об этом "Здравствуйте! Скажите пожалуйста, у вас есть/планируется поддержка установки ОС из сторонних .iso образов и IPv6? И есть ли какие-то способы либо делать бэкапы серверов, либо (собственно, для чего это мне и нужно) иметь возможность легко клонировать имеющийся сервер?"

первый тикет после регистрации там

и они мне пишут, что типа вот, запилили федору! или скоро арч запилим!

и в этом духе

полчаса, кстати, прошло - ответа нет :) эксперимент продолжается :)

просто я хз почему надо со всеми спорить и ругаться, когда можно просто разговаривать. пусть твой ключ никому ничего не должен - они тоже не должны никому, чтобы твой ключ с комментом виделся в их системе. в договоре этого нет. так что я предпочитаю общаться с людьми, как с людьми. а не выебываться)

в тикете про ключ я вполне продуктивно пообщался с людьми, корректно ниже указав им на документацию с форматом ключей. заметим, после того, как они включили бычку "должен".

после чего им пришлось починить :)

в тикете про ключ я вполне продуктивно пообщался с людьми, корректно ниже указав им на документацию с форматом ключей. заметим, после того, как они включили бычку "должен".

это не бычка. это обычное слово

я вообще если бы не ты - не увидел бы в этом тексте такого подтекста

потому что "должен" - значит "должен выглядеть следующим образом чтобы соответствовать требованиям текущей нашей системы"

а не "должен нам денег блеать"

это немного разные значения)

и то что они допилили систему по твоей просьбе - это огромный плюс в их сторону

люди, которые умеют в чтение RFC, обычно понимают разницу между "MUST", "REQUIRED", "SHALL", "SHOULD", "RECOMMENDED", "MAY", and "OPTIONAL"

люди, которые умеют в чтение RFC, обычно понимают разницу между "MUST", "REQUIRED", "SHALL", "SHOULD", "RECOMMENDED", "MAY", and "OPTIONAL"

это - should

это цитата, к слову

из 2119

так вот если ты не читал, ты не должен никому ничего заявлять, что он "должен"

а их "саппорт" и "профильный" специалист безапелляционненько так начали с "должен"

так вот если ты не читал, ты не должен никому ничего заявлять, что он "должен"

он говорил это не в рамках RFC о ключах ссшных а в рамках их системы

иногда слова - это просто слова а не рфсшные требования

срать на их систему, я специально привел пример генерации ключа. им просто не понравилось == в конце.

комментарий в ключе может иметь какой угодно (и удобно вид), а не тот, который нравится их программисту

быстро поняли, что были неправы и через три дня починили

вот бы и с подтверждением телефона так :))))

ну так молодцы же

я им тоже писал

нет, не молодцы. когда клиент им не смог дать денег - это не молодцы

тоже поправили, пусть и дебиан тестинг у них не поддерживался официально

срать на их систему, я специально привел пример генерации ключа. им просто не понравилось == в конце.

Хм, дак == - это часть base64, он почти в каждом идет

Хм, дак == - это часть base64, он почти в каждом идет

именно так :)

именно так :)

стоп, их смутило == в конце ключа?

у меня ключ такой, и всё ок у них давно уже

Хм, дак == - это часть base64, он почти в каждом идет

им хотелось, чтобы после знака равенства было "...W1NU2U0x/7Cw= user@host.tld", как по умолчанию генериться. а подлец клиент указал параметр -C и указал там "key for vscale", так что получилось "...W1NU2U0x/7Cw= key for vscale", так что у них сломался валидатор

им хотелось, чтобы после знака равенства было "...W1NU2U0x/7Cw= user@host.tld", как по умолчанию генериться. а подлец клиент указал параметр -C и указал там "key for vscale", так что получилось "...W1NU2U0x/7Cw= key for vscale", так что у них сломался валидатор

аа

у тебя как раз ключ такой, какой они ждали, какой должен быть по представлениям их программиста :)

У меня все ключи с почтой идут, ибо для гитхаба

у тебя как раз ключ такой, какой они ждали, какой должен быть по представлениям их программиста :)

ну я думаю у 99 процентов людей он тоже такой) но я говорю, починили же! хорошо ж!

ключ для гитхаба я им "для попробовать" давать не собирался :)

Дак какая разница, публичный же

ключ для гитхаба я им "для попробовать" давать не собирался :)

а чем плохо то свои публичные ключи разбрасывать?)

а чем плохо то свои публичные ключи разбрасывать?)

да в общем-то ничем

У меня для всего один ключ, лол

У меня для всего один ключ, лол

та же история( по-моему - это плохо

Чем?)

Чем?)

ну у тебя одна ось?

та же история( по-моему - это плохо

плохо, если утечет приватный (или потеряете) - прийдется менять все ключи везде

у меня нет и на всех двух-трех один приватный ключ лежит

возможностью, скажем так, отозвать :)

возможностью, скажем так, отозвать :)

А зачем?

лучше иметь несколько, на случай неожиданностей

А зачем?

если потерял приватный

А зачем?

ноут украли, например

Passphrase придумали

Специально на такие случаи

Passphrase придумали

ну а это гемор уже)

на мой взгляд

Кешируется же

ну сложно взрослым людям объяснять, почему в квартире должен быть порядок, все приборы на кухне на своих местах, а не валяться носки и блендер в раковине. это вроде как "мыть руки перед едой"

Один раз ввел при включении пк

ERROR: S client not available

Кешируется же

да? не знал

Ну от ОС зависит

У меня на арче кешируется до перезагрузки

У меня на арче кешируется до перезагрузки

о, люблю арч

правда на серверах только

так же и разные ключи

десктоп - только мак

Но это от DE зависит, само собой

На маке в keychain сохранена passphrase

У меня

хм, надо попробовать

а то как раз давно ключ не менял

Можно текущий закрыть паролем

Можно текущий закрыть паролем

да всё равно поменять пора)

черт, ща вспомнил историю. не то чтобы историю, но просто тупость заказчиков. не то чтобы заказчиков, но всё равно. мб уже рассказывал,хз. короче админил вебсервер для знакомых. нарулил им https годный, красивый, хороший, с hsts и hpkp

потом они такие приходят, говорят "нам дядя ваня из соседнего подъезда новый сайт сделал, но только он хочет чтобы он на его хостинге хостился". ну мне как-то плевать, денег то не платили. в результате https они не сделали, и сайт не открывается ни у кого вообще, кто раньше открывал его. их новый хостер не может понять в чём дело даже, т к таких слов как hsts не знает

с тех пор решил немного пересмотреть своё предыдущее убеждение, что https надо делать всем и всегда, вне зависимости от их желания

Фу.

Бедный саппорт.

С такими агрессивными мудаками разговаривать.

Хелп, парни. Кто-нибудь знает, как устроен адаптивный хаффман?

с тех пор решил немного пересмотреть своё предыдущее убеждение, что https надо делать всем и всегда, вне зависимости от их желания

Лучше с hsts повременить.

А бывает неадаптивный?

А бывает неадаптивный?

бывает статический

Короче, мне помощь нужна. Если кто может, прошу помочь.

если кому простой квм нужен - я чуток хостер, http://host-vrn.ru/ , только не смеяться

Как в адаптивном хаффмане понимать, какой мы новый символ встретили после эскейпа?

При декодировании

А в питоне правильнее говорить "библиотеки" или "модули"?

А в питоне правильнее говорить "библиотеки" или "модули"?

Пакеты

А в питоне правильнее говорить "библиотеки" или "модули"?

А в программировании правильнее код писать или к терминологии доказываться?

Я не докапывался