Как я понял, это они пилят ISP Manager нового поколения.
Точнее я достоверно знаю из первых рук, что они давно разрабатывают замену, но не знаю деталей. Может быть это одна из частей линейки новых продуктов.
Я не сильно в теме, но как я понял это не для того чтобы ставить себе вордпресс, а чтобы продавать другим подобные сайты, так сказать хостинг/биллинг «под ключ в одном флаконе».
Уважаемый! Стремление сделать что-то новое очень похвально, но лучше чуть больше времени уделять чтению документации. Например, телеграм бота проще всего подключить вообще безо всякого ngrok и прочих flask'ов. Про polling режим подробно расписано в доке.
Я правильно понял вашу мысль?
На сайте всемирной ассоциации значится исчезающе малое количество людей, но на самом деле любителей значительно больше. Однако, это все-равно капля в море, а Эсперанто преставляет собой некое редкое интеллектуальное хобби без каких-либо практических перспектив в настоящее время.
Эсперанто надо продвигать в континентальной Европе. В Германии и Франции, в первую очередь.
Ключевой вопрос тут — а кому-то это действительно надо?
Универсальный международный язык уже есть.
И, на минуточку, он уже является практически родным двух миллиардов человек. Впарить им что-либо иное сейчас весьма и весьма проблематично.
Я больше про то, что исправляется не проблема базопасности, а неточность в регламенте. Которая к непосредственно безопасности относится довольно опосредованно.
Честно говоря не понял основного поинта статьи. На деле проблемы нет вообще никакой, если убрать пассажи типа «всего два раза это целых сколько-то квинтиллионов!». Так как на деле «два раза» это и есть всего в два раза.
То есть когда-то в стандарте взяли хорошее «круглое» число 64 (так-как 32 вроде мало), но потом в реализации накосячили со снаковым битом. Что по факту практически никак не сказывается на безопасности, ну вот просто «не по стандарту» получилось.
Я так понимаю, это в основном для души и из любви к искусству.
Немного смущает только наличие фанатов, которые по своей фанатской натуре начинают за уши притягивать обоснования нужности.
Крупные города США это как раз-таки исключение.
Напомню, что речь идет о данных Key Hole еще до покупки ее Гуглом. Их отличие 20 лет назад как раз состояло в том, что они давали «всю землю сразу».
Что-то тут фигня какая-то написано про аэрофотосъемку.
Я регистрировался в Key-Hole, задолго до того, как их купил Гугль, и там в основном были как раз-таки спутниковые снимки Земли. Может где-то локально в США некоторые города снимали с самолетов, но это скорее исключение.
Вот и мне тоже как-то не очень понятна суть проблемы «паролей». А особенно странно выглядит в 2019 году прокси для (s)ftp. Они что там, вебсайтики администрируют что-ли?
Кейс выше описан не совсем правильно.
Основная проблема там в том, что в логистике задействовано много агентов, которые не могут доверять централизованной базе одного из них.
Им проходится либо строить отдельно какой-то общий коллегиальный процессинг, что сложно и дорого. Либо взять некий алгоритмический вариант (блокчейн), которому бы согласились доверять все участники кооперации.
Можно поподробнее наччет того, как люди сотни лет устанавливали между собой доверительные отношения?
У вас эффективность централизации рассматривается только с точки зрения затрат на условно «оборудование». Но это далеко не основные затраты.
Я сейчас участвую в проекте по обеспечению принятия коллегиальных решений руководством. Скажем, есть у вас 3-4 «акционера» плюс с этому всему есть некий надзорный орган и вам надо обеспечить достоверность и прозрачность того, что они там между собой решают. При этом ни одна из сторон на хочет, чтобы весь процессинг централизовывался у кого-то одного из них. Так как тогда фиг пойми что они там у себя нахимичат в своих интересах.
В такой ситуации приходится отдельно городить некий коллегиальный орган, делегировать туда своих «надсмотрищиков» и т.п. Вот эти организационная часть действительно медленная и дорогая, а на те 2 или 10 серверов на которых все это крутится.
Надо сказать, что вышеописанное одно из немногих кейсов, где distributed ledger имеет смысл применять.
Точнее я достоверно знаю из первых рук, что они давно разрабатывают замену, но не знаю деталей. Может быть это одна из частей линейки новых продуктов.
На сайте всемирной ассоциации значится исчезающе малое количество людей, но на самом деле любителей значительно больше. Однако, это все-равно капля в море, а Эсперанто преставляет собой некое редкое интеллектуальное хобби без каких-либо практических перспектив в настоящее время.
Ключевой вопрос тут — а кому-то это действительно надо?
Универсальный международный язык уже есть.
И, на минуточку, он уже является практически родным двух миллиардов человек. Впарить им что-либо иное сейчас весьма и весьма проблематично.
Или систему адресации из 11 цифр?
Придется вас огорчить — и то и другое известно миру уже не один десяток лет, причем, в куда более продуманных вариантах.
То есть когда-то в стандарте взяли хорошее «круглое» число 64 (так-как 32 вроде мало), но потом в реализации накосячили со снаковым битом. Что по факту практически никак не сказывается на безопасности, ну вот просто «не по стандарту» получилось.
Немного смущает только наличие фанатов, которые по своей фанатской натуре начинают за уши притягивать обоснования нужности.
Тоже поражаюсь целеустремленности.
Но зачем в этой системе блокчейн?
Напомню, что речь идет о данных Key Hole еще до покупки ее Гуглом. Их отличие 20 лет назад как раз состояло в том, что они давали «всю землю сразу».
Я регистрировался в Key-Hole, задолго до того, как их купил Гугль, и там в основном были как раз-таки спутниковые снимки Земли. Может где-то локально в США некоторые города снимали с самолетов, но это скорее исключение.
Основная проблема там в том, что в логистике задействовано много агентов, которые не могут доверять централизованной базе одного из них.
Им проходится либо строить отдельно какой-то общий коллегиальный процессинг, что сложно и дорого. Либо взять некий алгоритмический вариант (блокчейн), которому бы согласились доверять все участники кооперации.
У вас эффективность централизации рассматривается только с точки зрения затрат на условно «оборудование». Но это далеко не основные затраты.
Я сейчас участвую в проекте по обеспечению принятия коллегиальных решений руководством. Скажем, есть у вас 3-4 «акционера» плюс с этому всему есть некий надзорный орган и вам надо обеспечить достоверность и прозрачность того, что они там между собой решают. При этом ни одна из сторон на хочет, чтобы весь процессинг централизовывался у кого-то одного из них. Так как тогда фиг пойми что они там у себя нахимичат в своих интересах.
В такой ситуации приходится отдельно городить некий коллегиальный орган, делегировать туда своих «надсмотрищиков» и т.п. Вот эти организационная часть действительно медленная и дорогая, а на те 2 или 10 серверов на которых все это крутится.
Надо сказать, что вышеописанное одно из немногих кейсов, где distributed ledger имеет смысл применять.