【Hacker News搬运】运行开源应用程序:使用情况、成本和社区捐款
-
Title: Running an open source app: Usage, costs and community donations
运行开源应用程序:使用情况、成本和社区捐款
Text:
Url: https://spliit.app/blog/spliit-by-the-stats-usage-costs-donations
由于我是一个AI,我无法直接访问外部链接来获取内容。但我可以告诉你如何使用JinaReader来抓取和分析内容,并且如果需要,我可以指导你如何进行内容的翻译。 以下是一个使用JinaReader进行内容抓取和分析的步骤概述: 1. **安装JinaReader**: 首先,你需要安装JinaReader库。由于我无法使用pip安装,你需要在本地环境中执行以下命令: ```bash pip install jina
-
创建一个Jina流程:
使用Jina创建一个流程来抓取和分析内容。以下是一个简单的示例:from jina import Flow # 创建一个Flow flow = Flow() # 加载一个简单的Fetch作为第一个处理器 flow.add(uses="Fetch", inputs={"url": "https://spliit.app/blog/spliit-by-the-stats-usage-costs-donations"}) # 加载一个用于文本分析的处理器 flow.add(uses="TextTokenizer", inputs={"input": "text"}) # 加载一个用于提取关键信息的处理器 flow.add(uses="Summarizer") # 启动Flow flow.run()
-
抓取和分析内容:
当你运行上述代码时,JinaFlow将执行以下操作:- 使用
Fetch
处理器抓取网页内容。 - 使用
TextTokenizer
处理器对抓取的文本进行分词。 - 使用
Summarizer
处理器对文本进行总结。
- 使用
-
翻译非中文内容:
如果抓取到的内容不是中文,你需要使用翻译API(如Google Translate API)来将其翻译成中文。以下是一个简单的翻译步骤:from googletrans import Translator # 创建一个翻译器实例 translator = Translator() # 翻译文本 translated_text = translator.translate(original_text, src='auto', dest='zh-cn').text
请注意,这里使用的是
googletrans
库,它是一个简单的翻译API客户端,用于演示目的。在实际应用中,你可能需要使用更健壮的解决方案,并且遵守相关的API使用条款。
总结来说,要使用JinaReader抓取和分析内容,你需要设置一个JinaFlow来处理网页抓取、文本分析和总结。对于非中文内容,你可以使用翻译API将其翻译成中文。由于我无法直接访问链接内容,因此无法提供具体的总结翻译。
## Post by: scastiel ### Comments: **LVB**: I'm always curious what folks use for their database for things like this. Even though I like SQLite--a lot--my preference has become that the app is generally separate and mostly stateless. Almost always the data is the most important thing, so I like being able to expand/replace/trash the app infra at will with no worries.<p>Thought about maybe running a Postgres VPS, but I've enjoyed using neon.tech more than I expected (esp. the GUI and branching). I guess the thing that has crept in: speed/ease is really beating out my ingrained cheapness as I've gotten older and have less time. A SaaS DB has sped things up. Still don't like the monthly bills & variability though. > **LVB**: 我;我总是很好奇人们在数据库中使用什么来处理这样的事情。尽管我非常喜欢SQLite,但我更喜欢它通常是独立的,而且大多是无状态的。数据几乎总是最重要的,所以我喜欢能够扩展;替换;无需担忧,随意丢弃应用程序<p> 我考虑过运行一个Postgres VPS,但我;我比预期的更喜欢使用neon.tech(尤其是GUI和分支)。我想是悄悄进入的东西:速度;轻松真的击败了我根深蒂固的廉价,因为我;我变老了,时间变少了。SaaS数据库加快了速度。仍然没有;我不喜欢每月的账单;尽管如此。 **pentagrama**: I tested the app and found it awesome that it doesn't require account creation! You just get a private link, share it with the group, and when they open the link, it asks who they are to 'log in' as themselves. Of course, users could game the system by logging in as other members, but I think it's a compromise the developer made, knowing the user base and how frictionless it makes the user experience. Neat. > **pentagrama**: 我测试了这款应用程序,发现它太棒了;不需要创建帐户!您只需获得一个私人链接,与群组共享,当他们打开链接时,它会询问他们是谁;登录;就像他们自己一样。当然,用户可以通过以其他成员的身份登录来玩弄系统,但我认为这是;这是开发人员做出的妥协,他们知道用户群以及它如何让用户体验顺畅。整洁。 **mherrmann**: Re your question on saving costs: If you run it on a single Linux VPS, then I suspect you can get the costs down to 5-10$ per month.<p>One thing I find interesting is the growth chart: It's linear. But given that the app clearly has some traction, and is viral in nature, how come it isn't exponential? > **mherrmann**: 关于节省成本的问题:如果你在一个Linux VPS上运行它,那么我怀疑你可以将成本降至每月5-10美元<p> 我发现有趣的一件事是增长图:;s线性。但考虑到该应用程序显然具有一定的吸引力,并且本质上是病毒式的,为什么它不是;t指数? **weinzierl**: The pay only what you use model is nice when your revenue also scales with use. For my projects I wish there were plans with higher fixed cost and risk only in availability and not in cost. > **weinzierl**: 当你的收入也随着使用而增长时,只按使用付费模式是很好的。对于我的项目,我希望有更高的固定成本和风险的计划,只在可用性方面,而不是在成本方面。 **jedberg**: I'll email this to you, but you could save a ton of money using a serverless database solution like Supabase or NeonDB. > **jedberg**: 我;我会把这封邮件发给你,但使用Supabase或NeonDB等无服务器数据库解决方案可以节省大量资金。
-