@AboutRss · Post #1083 · 03.08.2021 г., 01:00
「通过 GitHub Actions 部署 INK RSS」 上一篇#教程 之后,群友 @yuy_uyu表示用 #GitHubActions 也可以部署 INK RSS,遂马上写就 #教程 一篇,感谢! https://180811.xyz/index.php/archives/71/
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #654 · 16.11
Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games
Hashtags
Търсене: #githubactions
@AboutRss · Post #1083 · 03.08.2021 г., 01:00
「通过 GitHub Actions 部署 INK RSS」 上一篇#教程 之后,群友 @yuy_uyu表示用 #GitHubActions 也可以部署 INK RSS,遂马上写就 #教程 一篇,感谢! https://180811.xyz/index.php/archives/71/
Hashtags
@mdcuzbekistan · Post #670 · 03.03.2023 г., 18:21
Github actions dan foydalanib CI/CD qilish Do'stlar, avvalgi mavzularimizda Windows server bilan to'g'ridan to'g'ri ishlab, .NET ilovalarimizni deploy qilishni ko'rib chiqdik. O'ylaymizki, siz CI/CD haqida eshitgansiz. Masalan, Heroku servislaridan deployment uchun foydalangansiz, esingizda bo'lsa u yerda CI/CD sozlamalari qilingan edi. Ya'ni github/gitlab/azuredevops ga push qilish orqali, loyihamiz avtomatik tarzda build -> test -> deploy -> run bo'lardi. Ushbu mavzuni kengroq o'rganishimiz uchun Abduvohid ustozni mahorat darsimizga taklif qildik. Barchangizni ushbu mahorat darsida kutib qolamiz. Kirsangiz xursand bo'lamiz, kirmasangiz hafa bo'lish yo'q ) Sana: 5-mart, 20:00 Havola: Zoom Speaker: Wahid Abduhakimov #githubactions#deployment#cicd .NET Uzbekistan Community ➖➖➖➖➖➖➖➖➖➖ Telegram | Instagram | Youtube
Hashtags
@CryptoM · Post #65105 · 11.04.2026 г., 01:52
🚀 AI TRENDS | OpenAI Resolves GitHub Actions Configuration Error OpenAI has identified and resolved a configuration error within the GitHub Actions workflow, which was the root cause of a recent incident. According to Jin10, the issue stemmed from a misconfiguration that has now been addressed, ensuring smoother operations moving forward. #OpenAI#GitHubActions#AI#ConfigurationError#TechNews
@TossLabChannel · Post #472 · 02.01.2025 г., 10:54
#linuxdo#GitHubActions#签到 LinuxDo 每日签到项目 这个项目用于自动登录 LinuxDo 网站并每日签到,同时随机浏览帖子。它利用 Python 和 Playwright 自动化库实现浏览器的模拟操作,并支持 PushPlus 推送功能。 功能: - 自动登录并签到 LinuxDo。 - 浏览随机帖子。 - 在 GitHub Actions 中自动运行。 这个项目简化了 LinuxDo 的每日签到流程,适合需要自动化操作的用户。 其他方式: 脚本猫: 点击查看 📢 群聊: @TossLab 🎈 频道: @TossLabChannel ❤️不想错过精彩内容,请打开 #频道通知,你的 #阅读#点赞#转发 便是我发帖的最大动力!