码市    333人浏览/45人投稿    1000天前    已托管赏金

项目是用字节开发的cloudwego开源社区里面的hertz跟kitex框架来写一个网关，具有HTTP/JSON Thrift 协议转换能力（kitex泛化调用实现）和能够HTTP/JSON gRPC 的泛化调用（kitex）以上的部分已经写好了只缺以下的部分- 缓存和限流 - API网关的缓存和限流可以使用Hertz框架的自身的中间件功能或者第三方的库（如Go的ratelimit库）来实现。

匠迹众包    230人浏览/45人投稿    1047天前    已托管赏金

定制一个小程序网站带支付有样本

智城外包网    429人浏览/45人投稿    1318天前    已托管赏金

我想做一个代理网站后台系统开发，详细需求如下: 开发要求： 1. 需熟悉精通asp.net PHP sql server mysql 2. 有一定的英语基础，网站大部分内容是英文。 项目内容： 1 ...

开源众包    132人浏览/45人投稿    1318天前    已托管赏金

www.ti.com,哪个大佬对这个网站有研究的，做个自动化下单➕监控，要能抢到货，最大限度买入全部库存。熟悉PYTHON，熟悉JS逆向。

开源众包    28人浏览/45人投稿    648天前    已托管赏金

echars背景图放大不失真目前使用了color的纹理填充实现背景图，放大后会出现杂点image: imageDom, // 支持为 HTMLImageElement, HTMLCanvasElement，不支持路径字符串repeat: 'repeat' // 是否平铺，可以是 'repeat-x', 'repeat-y', 'no-repeat'图片尺寸大约有2Wpx长宽，初始尺寸是1280px

猿急送    173人浏览/45人投稿    1323天前    已托管赏金

我叫Neil，现在是SAP的软件开发工程师，已经工作大约5年了，在从事开发SAP之前，我有4年的前端经验，所以SAP开发和前端我都很熟悉。 我做过0-1的产品以及项目的重构。自从疫情以来，我最近一直属于flex work的工作模式，发现这种工作模式有更多自主学习交流与提升的时间，也可以高效的从事开发与协同。 我是一个比较喜欢尝试使用各种新的技术的开发，开发之余我会尝试在业余时间用新技术开发一些提升效率的工具。未来是想做full-stack的开发工程师，这样可以很好地了解整个产品的生命周期以及市场的反响，这对于个人提升是非常大的。

猿急送    68人浏览/45人投稿    580天前    已托管赏金

1.只需要可以解upx变异，ollvm就行，一键工具 2.安卓运行，本地壳程序简单，后加的壳都可以抓本地 3.只需要可以脱这两种壳就行，都是本地壳 4.做成工具可以一键开就行，可以联系我拿加密样本

猿急送    92人浏览/45人投稿    1000天前    已托管赏金

类别：小程序开发 功能：一个电子地图小程序，会提供详细的图文资料，里面显示栖霞区各个妇女儿童权益站地标，点开地标能显示相关文字内容；而且还需要搜索功能，能够查找权益站 人才要求：有过小程序开发经验，本科学历 开发方式：远程开发 开发周期：1

匠迹众包    67人浏览/45人投稿    584天前    已托管赏金

自绘一个小软件的界面 会自绘的来 界面需要做的比较美观一点 可自由发挥 能实现所需功能即可项目难点主要在CRM成员选择这块 需要做的美观一点 字体要稍微大一些 界面交互要流畅 注：CRM用户昵称种可能会存在emoji表情 需要能在界面中正常展示自绘优选选择 炫语言 EX_DUI EXUI 等均可具体界面可查看附件内容

开源众包    379人浏览/45人投稿    578天前    已托管赏金

软件简要说明：软件是机电平台系统，需求方在平台上下订单，工程师接单提供技术及服务的模式；需求方可能是本订定完成后，需要本订单的发票；也有可能是需求方预充值一定的费用，然后开本次充值的发票；发票是平台开给需求方；可以参考成熟头部平台的做法；接单要求：有开发开发票功能的经验，并用于生产环境的；开发语言：springboot和uniapp1. 引言本文档描述了消费者在线支付后申请开具发票的流程，以及发票最终发送给消费者的详细步骤和实施要求（微信发票）。2. 流程概述2.1 消费者支付确认· 消费者完成订单后，可以触发发票申请流程。2.2 开票申请· 消费者发起开票申请，填写必要的开票信息后提交。2.3 商家接收开票信息· 商家收到并确认开票请求的详细信息。2.4 信息审核处理· 对开票信息进行审核，确保准确性和完整性。· 如有需要，进行必要的调整或澄清。2.5 发票发送· 将最终的发票以电子邮件的方式发送给消费者。· 确保发送安全和及时。2.6 消费者收到发票信息· 消费者正常收到接收到发票信息。3. 功能性需求3.1 消费者界面· 提供用户友好的界面，使消费者能够方便地发起和跟踪开票申请。· 确保在填写开票信息时清晰明了。· 用户可以选择该条订单或者多条订单进行申请开票。3.2 商家界面· 提供给商家的界面，使其能够高效地接收和处理开票请求。· 提供沟通渠道，以便进行必要的澄清和调整。3.3 开票处理（自动化验证检查）· 系统自动验证开票信息，包括订单金额、商品信息等，确保准确性。· 检查用户提供的发票抬头、税号等信息，与平台记录核对。3.4 手动调整和批准流程· 进行人工审核，处理特殊情况或异常订单。· 商家或客服人员可以手动调整开票信息，并进行最终批准。3.5 发票发送机制· 集成电子邮件发送系统，确保安全发送发票。· 遵守数据保护法规。4. 非功能性需求4.1 性能· 支持并发处理开票请求，以应对高峰时段的负载。· 确保发票发送的最小延迟。4.2 安全性· 实施加密技术，保护敏感的发票数据传输。· 安全存储发票信息。4.3 合规性· 遵守当地税务法规和开票标准。· 提供审计跟踪和日志功能，以满足合规要求。5. 用户验收测试（UAT）5.1 测试用例· 编制涵盖开票流程各阶段的详尽测试用例。· 包括验证、处理错误和发送失败等场景。5.2 UAT执行· 使用代表性数据集进行全面测试。· 记录并处理测试期间发现的任何问题。6. 实施时间表· 制定开发、测试和部署的里程碑和时间表。· 确保与业务目标和法规要求的一致性。7. 支持与维护· 规划部署后的支持服务。· 建立处理客户查询和技术问题的程序。8. 附录· 提供相关的法律和法规文件的参考资料。· 包括样本发票格式和通信模板。