码市    441人浏览/0人投稿    837天前    已托管赏金

需要辛苦大佬利用wordpress做一个网站，有需求文档+设计草图，以及部分做好的代码可以参考。网站的主要是以wiki、社区、个人中心这几个功能展开。项目会分期优化解决新需求，最好能长期合作的来~懂宝塔、php、wordpress的哦~

开源众包    197人浏览/0人投稿    832天前    已托管赏金

需求：1. 在每道工序完工时，通过按钮或扫码等方式触发系统进行截图，每张截图命名需要具备唯一性并与二维码关联，其他便捷方式也可考虑。2. 误操作后可以修改：如果多次扫码，可以通过扫描删除码或其他方式删除上次的扫码内容；如果有无法实时截图更换的图片，可以扫描标记码， 记录时间节点和门板序列号，作为异常进行记录，可以查询，从而快速定位需要手动修改的时间节点。3. 防错：每个扫码枪（工位）可以设置扫码次数，当一个二维码未达或超出扫码次数时报警提示。达到扫码次数时绿灯通过。若扫码后无法截图， 需可以报警提示。4. 基于现有萤石云监控进行开发，有其他更方便的监控形式也可考虑。5. 自动生成 word 和 PDF 版本的记录表，word 版模板，图片自动填充到对应单元格内。6. 与 MES 系统做接口，根据订单填充供方名称、项目、门板序列号等信息。7. 视频、截图、记录表自动保存在本地电脑主要需求如上，具体需求文档沟通后提供。开发语言：C#或Delphi

码市    124人浏览/0人投稿    831天前    已托管赏金

一个成员管理系统的demo，包含注册、登录、创建团队、成员加入团队、分享邀请链接。后端目前有9个API，接口都很简单，每个接口参数大致2到3个，且后端API都已经实现，可以公网访问。此demo需要前端1. 根据后端接口，做出界面原型，原型需要review，最终定稿2. 调用相应API接口，实现前端开发

码市    431人浏览/0人投稿    829天前    已托管赏金

抖音小程序端: 1. 主要参考"相关文档"中的抖音小程序,并实现抖音与微信两个小程序2. 支付方式改为按集收费与会员两种统一管理端:1. 视频,短剧管理,如上传,下架,编排等2. 收费相关配置,会员配置3. 财务统计技术栈:1. 后台部分使用Java实现2. 项目整体不能涉及如php等维护较少的语言

开源众包    434人浏览/0人投稿    827天前    已托管赏金

目标网站: https://www.hermes.com/fr/fr/目标功能：能够访问具体商品页(e.g. https://www.hermes.com/fr/fr/product/sac-cabas-h-en-biais-27-H082928CAAD/)，检查商品库存情况。如果有库存的情况下，能够通过cookies登陆，并使用账号已保存的付款方式完成下单。注1：目标网站受datadome(https://datadome.co/)保护，需要爬虫能够隐藏身份绕过其robot检测。注2：目标网站是爱马仕官方网站，商品页面是公开可访问页面，因此这个项目不存在法律风险

匠迹众包    264人浏览/0人投稿    827天前    已托管赏金

卡密生成与兑换实现修改数据库用户到期时间

匠迹众包    206人浏览/0人投稿    826天前    已托管赏金

定制企业erp系统

码市    418人浏览/0人投稿    826天前    已托管赏金

漫画和小说网站开发开发一款可以看漫画和阅读小说的网站有方便的后台管理 包括会员管理系统会员充值系统推广管理系统代理管理系统后台方便批量更新 管理 漫画和小说前台方便切换各种阅读模式

匠迹众包    167人浏览/0人投稿    825天前    已托管赏金

对接91卡券自动直冲接口，要求易语言。

开源众包    456人浏览/0人投稿    822天前    已托管赏金

我们有一批老的APK应用，都有源码，早期开发过程中没有考虑到授权使用问题，都是无限制使用状态，同时也不具备自动更新功能。目前希望让这些应用具备授权使用和自动更新的能力，但考虑到逐个修改成本及后续的维护成本较高，所以希望通过重新开发一个新的apk应用，将这些老的应用进行封装和管理。主要目的就是提供对这些老应用的授权使用和自动更新能力。（1）理想的授权状态为单一的老应用脱离新开发的应用后无法独立运行，这样能够避 免老应用被直接提取使用（2）新应用对老应用的授权管理需考虑三种状态：①少量应用是免费体验状态，无需授权②可以通过付费的方式授权单一应用的无限制使用，也可以授权全量的应用无限制 使用③授权方案需要能够绑定硬件设备，更换设备时所有授权失效④需要引入看广告临时解锁引用使用权限的功能，广告解锁功能需要考虑到接入多 个广告SDK的可能性⑤广告解锁功能预留编译开关，可以在编译期开启或关闭（3）应用授权管理的防护强度考虑使用native方式进行开发，同时考虑设置多节点认 证避免被简单的跳转修改直接绕过(1) 更新新应用自身：需要能够更新新应用自身，该更新状态下已经下载的老应用的内容如果是版本兼容的，不应该让用户重新下载，需要能正常使用(2) 更新某个单一的老应用(3) 新增内容下载：考虑到后续可能会新增内容（类似于新增一个老应用），新开发的apk需要从UI布局及功能上支持新增应用的展示和下载（同样需要授权后使用）(4) 所有下载行为采用后台异步模式，内容下载期间用户需要能够正常使用(1) 考虑到后续会新增内容，需要一个新内容推送及展示功能(2) 后台推送新内容提醒后，在用户新启动主应用后弹出内容推荐UI，内容展示部分支持图文内容，最好是支持HTML，能否支持视频可讨论提供下载功能供用户确认后下载，新内容下载后跟原有内容一样接受授权管理模块的授权管控，对新内容的授权管控需求与已有应用一致