Latest

Ghost 博客部署,我的最爱

技术总结

Ghost 博客部署,我的最爱

♥️ 强烈推荐 Ghost 博客,我的最爱,之前断断续续瞎折腾过几个博客,始终没有找到合适的,中间还一度自己做了个博客的版本,直到我用上了 Ghost blog,我就停止了折腾。 1️⃣ 主题市场很精美且丰富,超过绝大部分竞品 2️⃣ 开源: 可以在自己的 VPS 上直接部署,完全可控 3️⃣ 性能强大,博客编辑,后台设置,功能非常丰富 4️⃣ SEO 友好,支持 Code 嵌入,三方插件集成,如 Stripe, Zapier 等 5️⃣ 邮件订阅支持,Stripe 支付接入,可以对订阅收费 优点 Ghost 是非常完善的博客系统,也是基于 Nodejs 开发的,不仅提供了 Cloud 版本,

Chrome 插件应用商店账号注册

Chrome 插件应用商店账号注册

首先要有一个 google 邮箱账号,支付我用的是招行 Visa,然后按下面的步骤注册 Chrome 插件应用商店账号。 chrome 官方的注册入口: https://chrome.google.com/webstore/devconsole/register 此时添加上你的信用卡或者借记卡信息,我用的是招行的 Visa。在地址信息这里,看不到中国大陆选项,我填了香港的信息,用香港地址生成器生成了一个地址。 点击购买 支付完成之后,会在对应的 Google 邮箱发送一个支付成功的邮件: 正常来说,此时就可以进入到管理后台了,管理后台入口:https://chrome.google.com/webstore/devconsole 但是我这里遇到了一个问题,就是支付成功之后,进入管理后台时,一直往注册页面跳转,暂不清楚原因。找了官方文档,里面有个注册失败之后类似工单提交的入口 Warning: If you requested the

做导航站应该如何盈利? 十几种方式告诉你

做导航站应该如何盈利? 十几种方式告诉你

本文转载自 [出海做导航站应该如何盈利,如何定价?] 最近在独立开发/出海开发圈,导航站开发愈发火热,我认为主要原因有几个 * 国人开发的AI导航站Toolify上线不过一两年,已经成为全球知名的AI导航站,每月流量达到几百万 * 哥飞社区的带动 * Tap4AI等开源导航站的传播 * 以及最近Jacob的导航站建站模板 Mkdirs 的火爆等 我自己也在今年做了好几个导航站 * AIBest.tools * BestDirectories.org * MagicBox.tools * DevToolset 其中Devtoolset是开源的,无数据库的导航站(仓库地址),也收获了不少的star。 MagicBox目前上线了大半年(几乎没怎么运营),DR也达到了40。Best Directories及AI Best Tools作为我最近主推的导航站,上线一个月时间,DR也都达到30。 随着导航站流量的增加以及DR的增高,并且目前导航站赛道也越来越卷,我开始在思考如何才是一个导航站正确的盈利模式,以及如何定价,才能更符合出海的需求。毕竟我们独立开发,赚钱才是王道

关于哥飞社群的个人看法 ~ meepo

关于哥飞社群的个人看法 ~ meepo

🚤 本文仅代表个人的看法。我是 23 年 12 月份加入的哥飞社群,现在刚好一年,记录一下我从哥飞那里学到的东西,🤪本文可能会持续更新,想到哪写到哪。 了解每个人的看法,一定要了解他当时的一个处境,行业,经验等。哥飞群里人员种类非常多,有程序员,产品经理,SEO 玩家,创业公司老板,零经验转行等等,所以每个人的视角都是不一样的,至于那些习惯说割韭菜的,就让他们说吧,这个世界上的任何不同维度的人相交,都可以被称之为割韭菜,纯去天天喊这个没有意义,你需要判断,社群里面的内容,以及每年的年费,是否适合你,仅此而已。 首先了解一下我当时加入时,大概的一个情况: 基本上主要搞前端搞了七八年了,JS 全栈开发,前后端,小程序,React,Nextjs 对我都没有问题,23年开始折腾一些 AI 的产品,做过 AI 小程序,也跟几位大厂朋友组过团开发过 AI

《高效程序员的45个习惯 - 敏捷开发修炼之道》之读书笔记

技术总结

《高效程序员的45个习惯 - 敏捷开发修炼之道》之读书笔记

多年前阅读此书时,如醍醐灌顶,从那之后,这些书里面的核心思想,慢慢渗透到我的开发生涯之中,受益良多,把内容分享出来,时时阅读。 * 金句子 * 所有学习上的成功,都只靠两件事: 策略和坚持,而坚持本身就应该是最重要的策略之一 * 只有明白”为什么做“,才能解决”如何做“的问题 * 敏捷就是管理变化的 * 程序员在拒绝设计的同时,也就放弃了思考 * 敏捷并不止是针对代码开发,它存在于软件工程的所有环节 * 先解决困难的问题,简单的问题留到最后 * 敏捷依赖人,而不是依赖于项目的甘特图和里程表 * 如果你没有犯任何错误,说明你可能没有努力去工作 * 很多开发者由于脏乱代码和看不懂的逻辑而秃顶 * 每个敏捷开发的"时间盒"必须是短期的 * 好的设计应该是正确的,而不应该是精确的 * 敏捷的一大特点就是持续开发,持续保证可开发,持续保证可发布 * 敏捷使用短迭代 * 给我一份详细的长期计划,我就会给你一个注定完蛋的项目 * 在小且重复的周期中,增量完成各种开发任务: 分析、设计、实现、测试和获