猿急送    32人浏览/15人投稿    190天前    已托管赏金

根据我方提供的具体交易策略的需求，使用python语言调用iquant平台提供的各种api函数开发交易策略，包括获取历史k线数据，按不同周期分析k线数据，找出可以进行买卖的信号，不需要界面，只需要在命令行输出结果就行。要有过这方面的开发经验，减少基础知识的沟通成本

开源众包    27人浏览/11人投稿    190天前    已托管赏金

1、问题：自己开发了一个QT程序，运行时需要调用多个第三方共享库，在运行此程序时报错： error while loading shared libraries: /usr/local/Qt_5.12.5/lib/libavs.so.0: internal error。1.1 已将第三方库拷贝至开发板并配置了环境变量，不存在库找不到的问题；1.2 已确认此库文件版本（ELF 32-bit LSB shared object, ARM, EABI5 version 1 (GNU/Linux)）与开发板匹配；1.3 删除某一个库的引用后，继续提示下一个库的错误，错误是一样的，都是加载共享库时发生内部错误。2、运行环境：全志T113i开发板，操作系统：Linux myd-yt113-i 5.4.61+ #11 SMP PREEMPT Sat Nov 23 08:56:24 CST 2024 armV7l GNU/Linux。请帮我们解决这个问题。

开源众包    59人浏览/7人投稿    190天前    已托管赏金

某Sparc芯片对Linux操作系统的适配

匠迹众包    16人浏览/19人投稿    190天前    已托管赏金

开发一个小程序需求描述1、资讯板块，五个栏目2、发布供需信息板块剩余具体沟通

匠迹众包    56人浏览/12人投稿    190天前    已托管赏金

软件自动更新系统：(1)服务端要求：可以上传各种文件（exe、dll、图片、视频、文档、压缩包等），修改版本号，自动获取软件MD5/Hash等自校验信息用于客户校验。可以填写更新日志（可以选择单独文字描述和图片+文字的形式）展示给用户端。可以多文件同时传输更新也可以单文件传输更新。服务端要求并发大、大文件、多文件传输时速度快、不粘数据。可以记录下载量，可以单独或批量设置文件列表中的文件允许下载/禁止下载/删除/增加/预展示（客户端可以看到但是下载不了，设置可以下载的时间，到期之后才能下载，就是预热），可以设置切换自愿更新和强制更新两种更新方式。还需要一个软件的必要文件记录系统，软件相关必要文件如dll、txt、数据库文件、exe等记录在服务端并且计算校验值，供服务端随时下载/文件修复（下方提到）。要求每个文件都要有下载数量统计，同时可以设置最多下载量限制（到设置数量之后客户端显示但不能下载，服务端通知客户端下载名额满了）。服务端需要实时记录各种数据，保证重启之后数据不能丢失，不能影响客户端的信息获取。非必要不调用或者尽可能少得调用dll或者冷门模块。(2)客户端要求：可以正常稳定不限速接收更新文件，如果是压缩包可以自动解压到指定目录，需要必要文件校验检测功能和修复文件功能，供用户随时检查校验，可以遍历校验软件必要文件（服务端设置哪些就校验哪些），如果有异常文件，提醒客户并询问是否需要修复文件，独立一个全新完整软件压缩包下载功能（可以让用户随时下载纯净未使用版本的软件压缩包），更新日志的查看，要求简洁外观的同时尽可能添加颜色元素，例如【修复】【更新】【删除】【优化】等美化标签，日志可以同时展现文字和图片（服务端怎么设置客户端就怎么展示），客户端更新界面漂亮带环形进度条和进度值展示，可适当添加动画。非必要不调用或者尽可能少得调用dll或者冷门模块。（3）特殊要求：源码，买断制，成功交易即转手，原作者不能继续以任何形式理由售卖给其他人，或免费放出，或修改后流出。

匠迹众包    43人浏览/18人投稿    190天前    已托管赏金

1、用户反馈系统要求：需要用户端发送文字/文件/图片视频/压缩包等形式的意见反馈（可同时发文字+图片/视频、文字+文件、图片+文件等组合形式的反馈信息），服务器的服务端能看到并回复（回复内容要求与上述相同）、需要反馈信息记录在案（最好以数据库的形式），服务端可选择删除单独个人或者批量反馈意见，此外需要一个单独的热门问题展示功能，服务端可以手动设置某些用户问过的热门问题以及对其的回复，展示给客户端的所有客户查看，以此避免用户反馈雷同的问题。同时需要黑白名单功能，在黑名单的客户不能反馈问题（判定客户的条件可以是机器码，或者直接留空，我来填写标准）、在白名单的客户反馈的问题可以在服务端置顶或者其他方式鲜明的标记出来。此外，需要服务端和客户端的界面排版工整干净，尺寸设置合理，使用易语言原生组件即可。服务端重启之后数据不能丢失，不能影响客户端的反馈读取。客户端非必要不调用或者尽可能少得调用dll或者冷门模块，服务端无要求。2、特殊要求：源码，买断制，成功交易即转手，原作者不能继续以任何形式理由售卖给其他人，或免费放出，或修改后流出。

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

按着我的要求修改UI布局，还有源代码让本地数据最好是变成服务器上下发。

匠迹众包    32人浏览/13人投稿    190天前    已托管赏金

根据“1-6选票.pdf”这个文件样式设计投票界面，共有10多张这样的选票，说白了就是把纸质版的选票放到电脑上进行投票，根据规则生成得票结果（规则电话详聊）。要求：1、每个用户分配一个登陆账号和密码2.每个用户投完票后，可以将自己的选票打印出来，后台也能统一打印每个用户的选票，方便签字存档。3.投票结果需要生成汇总表和明细表，参考附图。4.开发周期1周左右

匠迹众包    22人浏览/12人投稿    190天前    已托管赏金

1.服务器java后台已有2.接收http接口信号并转发3.界面见附件4.现有代码在我的服务器端5.核心：接收http接口信号并转发 正常收发 注 管理员 已有意向人员本次改价格

匠迹众包    49人浏览/16人投稿    190天前    已托管赏金