江湖救急,急急急,问"Silverlight"自动更新程序。

sswp7 2012-11-01 03:15:42
公司做了很多的项目,这些项目是基于“Web”的应用程序,它们分步在全国各地不同的城市,不利于“维护更新”。

现在想开发一个“主Web程序”放在本地公网上,其它各地的“Web程序”根据“主Web程序”进行更新。
情况:
1、Web站点中分为“Asp.Net”和“Siverlight”两部分。PC上打开时是“Silverlight”,移动设备上打开时是“Asp.Net”。
2、Web站点中的“Silverlight”和“Asp.net”都要求更新,“Asp.net项目”编译后文件有“Aspx、xml、js、dll、图片”等。而,“Silverlight”编译后是一个“xap”压缩包,其中包含“.xaml、dll、图片”等。
3、现在的更新思路是,“客户端站点”和“主站点”之间的“站点文件列表XML”文件进行对比,下载缺少的文件。



问题一:大师,您有什么思路???

问题二:“Silverlight”程序如何更新??? 它被压缩成“xap”文件???

问题三:有没有类似的实例可以参考,感激不尽。
...全文
385 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
sswp7 2012-11-29
  • 打赏
  • 举报
回复
Silverlight调用WebService更新它自己也只能更新客户端的缓存啊。 在站点中,Silverlight是“XAp”包。。。。
sjfujiang 2012-11-19
  • 打赏
  • 举报
回复
引用 6 楼 starrycheng 的回复:
引用 4 楼 jv9 的回复:目前的源代码host项目网站,对于源代码版本的对比多数是使用xml对比的方式进行确认源代码的版本更新,以及细节更新。 对于silverlight也可以使用同样的思路,但是不用局限在xml,可以考虑使用json或者binary。 大师,“Silverlight5”跨平台吗? Linux下可以跑吗???
大师,貌似跑不了.
starrycheng 2012-11-19
  • 打赏
  • 举报
回复
引用 4 楼 jv9 的回复:
目前的源代码host项目网站,对于源代码版本的对比多数是使用xml对比的方式进行确认源代码的版本更新,以及细节更新。 对于silverlight也可以使用同样的思路,但是不用局限在xml,可以考虑使用json或者binary。
大师,“Silverlight5”跨平台吗? Linux下可以跑吗???
starrycheng 2012-11-12
  • 打赏
  • 举报
回复
谢谢,大师。。。
jv9 2012-11-06
  • 打赏
  • 举报
回复
目前的源代码host项目网站,对于源代码版本的对比多数是使用xml对比的方式进行确认源代码的版本更新,以及细节更新。 对于silverlight也可以使用同样的思路,但是不用局限在xml,可以考虑使用json或者binary。
Architecture Net 2012-11-05
  • 打赏
  • 举报
回复
引用 楼主 sswp7 的回复:
公司做了很多的项目,这些项目是基于“Web”的应用程序,它们分步在全国各地不同的城市,不利于“维护更新”。 现在想开发一个“主Web程序”放在本地公网上,其它各地的“Web程序”根据“主Web程序”进行更新。 情况: 1、Web站点中分为“Asp.Net”和“Siverlight”两部分。PC上打开时是“Silverlight”,移动设备上打开……
你说的其实已经牵扯到了自动同步的功能了。需要将主服务器做为监控点进行监控,如果发现主服务器文件变动就讲变动过的程序通过Socket发送到其他各个地区的子服务器上。对于是否发送更新最好还是通过一个按钮让更新人员进行确定是否发送为好。
wwwljh 2012-11-02
  • 打赏
  • 举报
回复
你说的更新是怎么回事?
Asp.Net本身就是B/S的。客户端直接访问服务器上的项目。你把服务器的更新了,客户访问到的就是更新后的结果。
Silverlight是客户端通过网页访问服务器。把服务器上的xap下载到客户端去执行。你把服务器的项目更新以后,客户端会自动下载最新的xap。
但存在一个问题就是浏览器的缓存。有时会读取缓存中的数据。而不是去访问服务器的数据。Silverlight4常会出现这种问题,不知道Silverlight5会不会有所改进。也可以不让程序读取缓存,但每次都读取一次太浪费资源。可以通过在项目设置一个版本号。每次显示之前验证一下版本。然后强行读取服务器。
starrycheng 2012-11-01
  • 打赏
  • 举报
回复
Winform到有些实例,Silverlight不多见啊。
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。

8,757

社区成员

发帖
与我相关
我的任务
社区描述
WPF/Silverlight相关讨论
社区管理员
  • WPF/Silverlight社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧