2作者: SantiDev3 个月前原帖
这是我在成为全栈开发者道路上最新的项目开发:<p>[ 项目 ] - 街道验证码:通过谷歌街景中最奇特的捕捉图像来练习你的验证码图像技能。<p>[ 主题 ] - 动态样式、DOM 操作、状态管理、ES6 模块、CDN、PNPM、响应式设计、classList 操作、CSS 变量、Flexbox。<p>[ 链接 ] - <a href="https://street-captcha.netlify.app/" rel="nofollow">https://street-captcha.netlify.app/</a><p>特别感谢 @nealagarwal(推特)本人。他的项目“街景奇观”提供了许多视觉效果和创意灵感。你可以在这里查看他的作品:<a href="https://neal.fun/wonders-of-street-view/" rel="nofollow">https://neal.fun/wonders-of-street-view/</a>
1作者: Jvit3 个月前原帖
<p><pre><code>Meta的破碎API正在摧毁小型开发者 我创建了Socialync,一个社交媒体调度工具。Meta批准了我的应用程序,给予了所有必要的权限以获得高级访问。 准备好发布了吗?还不完全。 问题 当用户连接Facebook页面时: {“data”: []} 每次都是零页面。100%的失败率。 但在我测试时一切正常。我的页面显示出来,帖子成功安排。 问题在哪里?Meta在没有告知的情况下,给予应用管理员特权访问。 用户和我有相同的设置——相同的商业组合、相同的权限、相同的OAuth流程。然而,API只对我(管理员)有效,而对实际用户无效。 为什么用户看到“已连接”但却无法使用 当用户授权Socialync时: - Facebook显示“已连接” - 所有权限“已授予” - OAuth成功完成 但API返回空:{“data”: []} Meta在API层面阻止了它。连接存在,但商业组合页面需要的business_management权限并没有提前说明。 就像你有一张音乐会门票,但门口却需要一个他们没有告诉你的VIP通行证。 真正的要求 经过几周的调试:商业组合页面需要business_management权限。 问题: 1. 文档不清晰 2. 直到你构建完一切才能发现 3. 所有创作者/企业都使用商业组合 4. 审批需要2-4周 5. 在此期间,100%的用户应用都无法使用 即使是Buffer和Hootsuite也无法满足这些用户。 “支持”体验 电子邮件支持——不存在 电话——不存在 聊天——仅限广告客户 论坛——困惑的开发者 错误报告——黑洞 Meta抛弃了小型开发者。 经济学 Meta:1170亿美元收入,71,000名员工,却没有基本的开发者支持。 为什么?小型开发者无法产生广告收入。只有大型企业才重要。 每天发生的事情 场景1:开发者构建6个月→无法使用→放弃项目 场景2:初创企业融资→权限墙→烧钱→失败 场景3:公司为Facebook构建→不可能→转型 Meta应该做的事情 1. 诚实的关于business_management要求的文档 2. 在审批前使用非管理员账户进行测试 3. 真实的支持团队 4. 透明的审核流程 5. 30天的宽限期 这不会发生。Meta不在乎。 信息 Meta的平台对小型开发者充满敌意: - 不完整的文档 - 不透明的审批 - 没有支持 - 隐藏的限制 他们希望你购买广告,而不是构建应用。 现在怎么办? 请求了business_management权限。等待2-4周。 与此同时:应用对100%的用户都无法使用。发布暂停。用户感到沮丧。Meta不在乎。 在Meta上构建?不要。 使用Twitter、LinkedIn、TikTok——这些平台: - 提供准确的文档 - 提供真实的支持 - 重视开发者 小型开发者在Meta并不受欢迎。</code></pre>
1作者: petreli123 个月前原帖
在因情绪交易损失了5万美元后,我开发了ZennyTrader——一款能够检测情绪模式(如错失恐惧症、报复性交易、过度自信)的人工智能应用,并在发生代价高昂的错误之前进行干预。 它的独特之处在于: - 由持证心理学家进行临床验证 - 实时干预(在情绪高涨时提供冷静期) - 显示情绪与盈亏之间的关联 - 得到同行评审研究的支持 目前正在等待苹果的审核。我们为前50名用户提供终身创始会员资格(399美元)。 该应用使用React Native、Node.js和Supabase构建。如有技术或交易心理方面的问题,欢迎随时咨询。
1作者: esimkowitz3 个月前原帖
大家好, 我需要为一个工作项目与打印机进行接口,但发现Deno(以及Node)的打印机库现状让我感到非常沮丧,因此我决定自己制作一个! 让它在不同运行时之间正常工作真是一件麻烦事。我最初尝试制作单独的NPM和JSR包,但发现验证起来非常困难,所以我转而只发布到NPM,并在运行时检测和文档方面下了很大功夫。 这个库是基于Rust的`printers`库,并使用NAPI-RS进行外部函数接口(FFI)。我在macOS、Ubuntu/Debian和Windows上进行了测试,尽管我认为Windows的Winspool选项可能并不是100%正确。我也在努力让它功能更全面,包括状态订阅、作业跟踪等。 欢迎告诉我你的想法!