Обратите внимание на статью, которую вы комментируете :)
Корпорациям важны деньги, благодарность ничего не стоит. А после того, как вы заплатили, вам могут прокатить и отобрать "лицензию", за которую вы отдали деньги. И ничего вы с этим не сделаете
Чтобы просто проверить, что программа запускает нужные сервисы, без прогона по всему UI, не нужно вручную проверять. Достаточно, чтобы была типовая среда, которую можно развернуть в образ виртуалки.
Можно сколько угодно таких сред сделать и автоматические тесты на них запускать, тогда и не будет проблем с тем, что "слишком много вариантов".
Важно помнить, что параметры S1, S2 и H1, H2, H3, H4 должны оставаться равными указанным значениям (иначе ничего не заработает), а параметры J вы можете изменять как вам захочется.
Зачем тогда вообще выносить параметры в конфигурацию, если их нельзя менять?
Конкретно с доменом - вообще не проблема, и в общем-то неплохой домен вполне можно найти за $12 в год
А вот то что для этого в принципе нужен сервер - большой вопрос. Если человек ищет вариант попроще - хостинг будет намного удобнее в плане обслуживания. А если нужно просто статику хранить - это можно и за 0 денег делать, со своим доменом и другими причиндалами. При том, что опять же, проще чем содержать целую впску
И веб-сервер с личным сайтом и блогом — одно из таких приложений. Почему нет? За доллар в месяц вложение в личный бренд и технологическую независимость окупится многократно.
На netlify можно сделать тоже самое бесплатно с гораздо более простой конфигурацией
вы его отдаете, не заботясь о наличии свободного места, не заботясь об открытии новых файлов и ровно также забираете
Если вы живёте в мире с бесплатными облаками и соединениями, которые никогда не рвутся, то да.
Но в реальном мире свободное место в облаке может и не заканчивается, но заканчиваются деньги, на которые оно оплачивается. Поэтому в том или ином виде за лимитами следить придётся. Да, это будет не лимит эфемерного "потока", но это будет лимит.
Точно так же, соединения могут закрыться и нужно это обрабатывать. Это очень слабо отличается от открытия/закрытия файлов, т.к. файлы, которые не влезают в оперативку, к примеру, обычно читаются до EOF, и это концептуально тоже самое, что и чтение из потока.
Интересно, что при этом последнюю неделю у хабра почему-то с задержкой в несколько дней RSS обновляется. Возможно и не на стороне хабра проблема, а у theoldreader, но довольно интересно, что именно сейчас выходит статья про RSS, когда он захворал
Я ничего не предлагаю, это вы говорите, что концепция устарела
Конкретно ваш пример опять же очень легко решается несколькими путями:
Отдельный поток на каждую дорожку. Появилась новая - открылся новый поток. Управление - внешнее, через отдельный поток. Никто не говорил, что поток должен быть один.
Если должен - тоже всё очень просто. Поток в том или ином виде будет содержать метаданные, например данные для обработки следующего кадра в случае видео. Транспортный протокол может (и, вообще говоря, в реальных протоколах будет) содержать возможность для кодирования управляющих данных, в которых можно и данные об изменении кол-ва дорожек передавать, например
Та же ms уже имеет в ntfs файловые стримы, где данные могут храниться параллельно, но в рамках одного объекта.
Вы точно так же программно можете сделать структуру, которая будет в рамках одного объекта объединять столько файловых дескрипторов UNIX, сколько надо.
Но здесь дело уже в том, что фс реализуют это через кластеры. Т.е. для достижения гигантских размеров файлов используются кластеры с бОльшим значением байт в каждом. Стрим же будет это делать более рационально.
Но ведь потоки, сетевые в частности, тоже имеют сегментацию на разных уровнях. В UDP есть максимальный размер датаграммы (хотя это конечно не совсем стрим), в TCP есть MSS, в IP есть MTU.
когда перед передачей данных, необходимо обменяться рядом сообщений, выбрать безопасные алгоритмы и установить общие криптографические ключи и только потом передавать данные
А в чём конкретно с TLS проблема? Управляющие сообщения об установлении TLS подключения передаются через обычные read/write операции, который при работе с потоками слабо отличаются от операций с файлами.
Due to excessive abuse of the Telegram API, all accounts that sign up or log in using unofficial Telegram API clients are automatically put under observation to avoid violations of the Terms of Service.
T-Flex имеет бесплатную версию (без экспорта в .step, но слайсеры всё равно импортируют степы через сегментацию).
Домашний компас - 1к в год
Обратите внимание на статью, которую вы комментируете :)
Корпорациям важны деньги, благодарность ничего не стоит. А после того, как вы заплатили, вам могут прокатить и отобрать "лицензию", за которую вы отдали деньги. И ничего вы с этим не сделаете
У автора написано, что
Чтобы просто проверить, что программа запускает нужные сервисы, без прогона по всему UI, не нужно вручную проверять. Достаточно, чтобы была типовая среда, которую можно развернуть в образ виртуалки.
Можно сколько угодно таких сред сделать и автоматические тесты на них запускать, тогда и не будет проблем с тем, что "слишком много вариантов".
Это ещё что. За 20 лет практически ежегодного обновления нужно по-прежнему при установке удалять старую версию и ставить новую.
В этом плане wine иронично даже удобнее нативной версии, т.к. можно в разные префиксы поставить с большей изоляцией, чем на windows.
Вот бы было какое-то в русском языке общеупотребительное слово, которое обозначает человека, который продаёт товары
Зачем тогда вообще выносить параметры в конфигурацию, если их нельзя менять?
Который пока что только черновик стандарта, практически нигде не реализован и всё еще в 2 раза больше чем автоинкремент
Исходники Qt тоже в открытом доступе есть, но почему-то людям нравится пользоваться уже собранными библиотеками чаще всего
Основная проблема в том, что завязываться на код, авторы которого вставляют палки в колёса, это ненадёжно. В данном случае - это менять шило на мыло
Попробуйте открыть сайт https://www.kdab.com/ из России :)
У другого провайдера скорее всего жуткий оверселлинг и/или условия договора, которые не позволяют нагружать CPU на 10% в течение лунного цикла
Конкретно с доменом - вообще не проблема, и в общем-то неплохой домен вполне можно найти за $12 в год
А вот то что для этого в принципе нужен сервер - большой вопрос. Если человек ищет вариант попроще - хостинг будет намного удобнее в плане обслуживания. А если нужно просто статику хранить - это можно и за 0 денег делать, со своим доменом и другими причиндалами. При том, что опять же, проще чем содержать целую впску
На netlify можно сделать тоже самое бесплатно с гораздо более простой конфигурацией
Если вы живёте в мире с бесплатными облаками и соединениями, которые никогда не рвутся, то да.
Но в реальном мире свободное место в облаке может и не заканчивается, но заканчиваются деньги, на которые оно оплачивается. Поэтому в том или ином виде за лимитами следить придётся. Да, это будет не лимит эфемерного "потока", но это будет лимит.
Точно так же, соединения могут закрыться и нужно это обрабатывать. Это очень слабо отличается от открытия/закрытия файлов, т.к. файлы, которые не влезают в оперативку, к примеру, обычно читаются до EOF, и это концептуально тоже самое, что и чтение из потока.
Интересно, что при этом последнюю неделю у хабра почему-то с задержкой в несколько дней RSS обновляется.
Возможно и не на стороне хабра проблема, а у theoldreader, но довольно интересно, что именно сейчас выходит статья про RSS, когда он захворал
Я ничего не предлагаю, это вы говорите, что концепция устарела
Конкретно ваш пример опять же очень легко решается несколькими путями:
Отдельный поток на каждую дорожку. Появилась новая - открылся новый поток. Управление - внешнее, через отдельный поток. Никто не говорил, что поток должен быть один.
Если должен - тоже всё очень просто. Поток в том или ином виде будет содержать метаданные, например данные для обработки следующего кадра в случае видео. Транспортный протокол может (и, вообще говоря, в реальных протоколах будет) содержать возможность для кодирования управляющих данных, в которых можно и данные об изменении кол-ва дорожек передавать, например
Вы точно так же программно можете сделать структуру, которая будет в рамках одного объекта объединять столько файловых дескрипторов UNIX, сколько надо.
Но ведь потоки, сетевые в частности, тоже имеют сегментацию на разных уровнях. В UDP есть максимальный размер датаграммы (хотя это конечно не совсем стрим), в TCP есть MSS, в IP есть MTU.
А в чём конкретно с TLS проблема? Управляющие сообщения об установлении TLS подключения передаются через обычные read/write операции, который при работе с потоками слабо отличаются от операций с файлами.
Вы не поверите, но в том или ином виде "метаданные" файлов могут храниться в xattrs
Легко-то легко, но:
А на чём эти матрицы на питоне учиться будут, уж не на результате труда этих (и других) бесталанных?