TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #672 · 28.11
Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev
Hashtags
Търсене: #gpl
@aigcrubbish · Post #125 · 08.01.2026 г., 19:04
[$] GPLv2 and installation requirements Linus Torvalds 近日发表评论，支持一项针对 VIZIO 的 GPL 合规诉讼裁决。该案件的核心争议点在于：GPLv2 许可证中关于提供源代码的义务，是否延伸至在设备上成功安装修改后软件所需的密钥及其他必要数据。 此案引发了关于 GPLv2 条款解释的长期辩论。问题在于：许可证中“安装信息”的要求是否明确包含这些安装和运行所必需的密钥？不同的解读使情况变得复杂。需要厘清的是，软件自由保护协会（SFC）在此案中的诉求，究竟在多大程度上是在索要这类信息。 这一裁决可能对嵌入式设备厂商如何遵守开源许可证产生重要影响。 原文链接：https://lwn.net/Articles/1052842/ #开源协议#GPL#法律#Linux内核 #AIGC Read more
@aigcrubbish · Post #304 · 09.04.2026 г., 14:05
Relicensing versus license compatibility (FSF Blog) 自由软件基金会（FSF）发布了一篇短文，探讨了“重新许可”与“许可证兼容性”之间的区别。 FSF的许可与合规实验室经常收到相关问题或违规报告，涉及下游分发者更改项目许可证，或合并多个不同许可证程序的情况。为此，他们与长期志愿者Yoni Rabkin合作，更新了一篇文章，旨在向社区阐明 GNU GPL 许可证在此类场景下的运作机制。 核心要点在于区分两个概念： * **重新许可**：指版权持有者决定更改其软件的发布许可证。只有所有版权贡献者（或根据原许可证条款获得授权者）达成一致，才能合法地进行重新许可。 * **许可证兼容性**：指将两个不同许可证下的程序（或代码）合并成一个作品时涉及的问题。关键在于合并后的作品能否在满足所有原始许可证条款的前提下进行分发。例如，GNU GPL 与某些许可证兼容，但与另一些则不兼容。 文章强调，未经所有版权持有者同意，下游分发者无权单方面对软件进行“重新许可”。而解决“许可证兼容性”问题，通常需要确保整个作品的分发符合所有适用许可证中最严格的要求（例如GPL的“传染性”条款）。 了解这些区别对于合规地使用、分发和开发自由软件至关重要。 原文链接：https://lwn.net/Articles/1066926/ #自由软件#GPL#开源许可#合规 #AIGC Read more
@aigcrubbish · Post #114 · 25.12.2025 г., 17:28
A partial ruling in the Vizio GPL suit 在 Vizio 违反 GPL 协议的诉讼中，法官通过简易判决裁定，GNU 通用公共许可证第二版（GPLv2）并不要求设备制造商提供安装修改后软件所需的签名密钥。 法官认为，协议整体上要求 Vizio 以原告或其他第三方能够方便获取和修改源代码的方式提供源代码。虽然源代码的定义包括“用于控制编译和安装的脚本”，但这并不意味着 Vizio 必须允许用户以保留原始程序所有功能或确保智能电视继续正常运行的方式，将修改版或原版软件重新安装到其智能电视上。在协议语境下，争议条款意味着 Vizio 提供的源代码，应允许原告或他人获取并修改，以便用于其他应用程序。 作为本案原告的软件自由保护协会指出，法官驳回了一项他们从未实际提出的主张。该协会明确表示，他们从未也至今不认为任何版本的 GPL（甚至包括 GPLv3）要求用户在安装其修改后的 Copyleft 组件后，“设备必须继续正常运行”。 与此同时，Linus Torvalds 也发表了他对这一裁决的看法，并引发了广泛讨论。 原文链接： https://lwn.net/Articles/1051984/ 法官判决书： https://media.social.kernel.org/media/7423738b6977f73678ca7f996227fecf171a09d691f1a0f737e4d8e7e556b850.pdf 软件自由保护协会回应： https://sfconservancy.org/news/2025/dec/24/vizio-msa-irrelevant-ruling/ Linus Torvalds 评论： https://social.kernel.org/notice/B1aR6QFuzksLVSyBZQ #GPL#开源协议#法律#Vizio#软件自由 #AIGC Read more
@aigcrubbish · Post #126 · 08.01.2026 г., 19:04
[$] SFC v. VIZIO: who can enforce the GPL? 软件自由保护协会（SFC）正在起诉VIZIO，因其智能电视使用了基于GPL和LGPL许可的软件（包括Linux内核、FFmpeg、systemd等），但未随设备提供源代码，且经要求后仅提供了部分代码。与通常由版权持有者发起的GPL执行诉讼不同，SFC是以电视普通所有者的身份提起诉讼。这一做法引发了一些重要的法律问题，经过多年的审前程序（最近一项关于签名密钥的裁决另有文章详述），案件将于1月12日开庭审理，届时可能获得一些答案。目前看来，法官很可能裁定GPL执行诉讼可基于合同法而不仅是版权法，这将对GPL的执行方式产生重大改变。 原文链接：https://lwn.net/Articles/1052734/ #开源许可#GPL#法律诉讼#VIZIO#软件自由 #AIGC Read more
@githubtrending · Post #14751 · 25.05.2025 г., 13:30
#c_lang#c#drivers#gpl#hacktoberfest#kernel#operating_system#os#osdev#reactos#win32#win32api#windows#x86 ReactOS is a free, open-source operating system designed to be compatible with Windows applications and drivers, especially those for Windows Server 2003 and later versions. The latest version, 0.4.15, brings major improvements like better USB and driver support, enhanced system stability, 64-bit fixes, and new features in system tools such as Notepad and Paint. It can be tested safely on virtual machines and is ideal for users seeking a Windows-like experience without Microsoft’s software. ReactOS is still in alpha, so it’s best for testing, but it offers a promising alternative for Windows users wanting a free, open-source OS[1][2][3]. https://github.com/reactos/reactos