关于feed生成程序，asp版

他二叔 · 发表于 2010-10-10 19:57

1.preware能识别UTF8编码，这点比较麻烦，库里的汉字一般是GB，需要转换，汉字转换我没找到更有效率的办法。只能摘出英文字母和数字一个一个的转换。速度很慢
2.生的feed，换行必须是换行符chr(10)，不能是回车chr(13)，否则preware不能识别。这点我花了3天才搞明白，走了很多弯路
3.IIS下，对生成好的Packages打包gz没太好的办法，有个TX给我一个.net代码（ICSharpCode.SharpZipLib），我没整明白
4.目前我能做的就是将库里的软件信息生成feed，至于库里有哪些软件，怎么管理。是另外一回事。

希望有能力有时间的同学继续接手请参阅附件，write.rar 就是生成程序。

如果需要库，可联系我，或者清风管理员。大概13M，就不传上来了

[ Edited by 他二叔 on 2010-10-10 20:14 ]

888837 · 发表于 2010-10-10 20:13

给个我，我看下。可以在解释下"生产程序"不太明白这个是做什么用的？
love1394@gmail.com

他二叔 · 发表于 2010-10-10 20:13

原帖由 888837 于 2010-10-10 20:13 发表 1 `6 }( f7 C3 [) ^" [" b
给个我，我看下。可以在解释下"生产程序"不太明白这个是做什么用的？
V7 w$ q8 A) _3 ?love1394@gmail.com

在附件里。
write.rar就是

寂夜清风 · 发表于 2010-10-10 21:06

谢谢楼主罗..

后来Ben也重新折腾了一下.目前已经基本OK..正在重新整理资料...下周小范围内测..然后可以开放给大家罗

freeworkzz · 发表于 2010-10-10 21:46

用php压缩gz好像是比较简单的。

markyoungx · 发表于 2010-10-10 23:27

可以不压缩ＧＺ的。。新版的preware添加源时带选项，可以选择“被压缩”和“未压缩”

当我们选择被压缩时，preware更新源时会读取packages.gz，后者则直接读取packages。后者可以直接就是一个没有扩展名的文本文件。

用网页上传ＩＰＫ，并生成相应packages信息，用ＡＳＰ是完全可以实现的。

１，要使用ＦＳＯ读取文件信息并生成packages文件。
２，如果仅仅从ＩＰＫ文件中读取control文件，信息量小，并且大多数ＩＰＫ程序都没有相应的汉字介绍，所以我们要考虑提供一个供用户输入相应ＩＰＫ文件信息（比如package的id，title，FullDescription，Category，Screenshots等等）的form。提交并写入到具有相应字段的ＭＳＳＱＬ数据库table中。
３，preware并不支持直接识别中文内容的信息。参考５１的源，使用\u4E2D\u6587\u8F93\u5165类似的代码来代替汉字。这种代码可以用js的escape加密成生。但是需要将生成字符串的%替换为\，字符编码这一块我不大了解，所以原理我不知道，但总算是有方法使用。

具体方法不再细表，大体意思就是，提供一个页面供用户上传ＩＰＫ文件（也可同时上传相应的程序图片，用于screenshots引用）和提交相关的程序信息，将上传的文件路径和相应的程序信息写入数据库并保存，同时，从数据库读取这些信息，并进行相关处理并使用ＦＳＯ生成packages文件。（关于汉字部分可以在从数据库中取出后用escape自动转换，无需提交者处理）

手比较生，虽然知道方法，但是要写出来还是需要大量时间，目前来说基本腾不出空。

或者有其它对ＡＳＰ比较熟悉的胖友可以联系我一起做

他二叔 · 发表于 2010-10-11 00:29

原帖由 markyoungx 于 2010-10-10 23:27 发表 5 \2 P' y0 L' O) i
可以不压缩ＧＺ的。。新版的preware添加源时带选项，可以选择“被压缩”和“未压缩”) \ G0 Y' R3 g3 c3 R
6 j% s4 _$ _ H3 y8 E$ @
当我们选择被压缩时，preware更新源时会读取packages.gz，后者则直接读取packages。后者可以直接就是一个没有扩展名的文本文件 ...

1.我从领导得来的信息，现在已经有对源的管理系统，添加软件，修改软件信息都没啥问题
2.我觉得不压缩GZ是不太明智的，因为我试验中得出，3000+软件的源，packages有6M多，压缩后才700K，用gprs的同学会很杯具
3.preware支持UTF8，所以支持中文，“\u4E2D\u6587\u8F93\u5165”其实就是UTF8的编码，只不过多了个“\u”而已。我提供的程序中专门写了个函数toUTF8，能将汉字转换成“\u4E2D\u6587\u8F93\u5165”
4.我一直觉得，程序好写，管理难做。51的好用是因为他们人肉添加修改，甚至对每个IPK重新打包加上自己的信息。
因此我建议有专人管理feed，有了新软件，上传到服务器，管理mssql，填写简介明了的标题、描述、分类，甚至截图。

确实很繁琐，但是没办法，51的源已经很好用了，pre的用户量就这么大，treo8想要成功，必须付出更多的努力，毕竟靠一腔热血很难长久的维持下去

freeworkzz · 发表于 2010-10-11 09:18

管理也未必很难的，
对所有人开放上传权限，都传到专门的临时分类下，剩下的整理工作一个人就差不多了，
或者更智能一些，对下载量大的文件自动归类，下载量小的自动删除，人都不用了。

markyoungx · 发表于 2010-10-11 09:50

原帖由 他二叔 于 2010-10-11 00:29 发表
1 G7 U& \% \8 n9 K. {
- q" z$ j6 y( t8 h# f3 m
* a. X3 I0 u0 Y! L; M1.我从领导得来的信息，现在已经有对源的管理系统，添加软件，修改软件信息都没啥问题$ q5 R% h% P& R/ d
2.我觉得不压缩GZ是不太明智的，因为我试验中得出，3000+软件的源，packages有6M多，压缩后才700K，用gprs的同学会很杯具$ v: O: r* w3 R+ _
...

事实上。我不认为用得着3000+的软件。

经典常用的整理百来个就够了。。

另外，没必要学51重新打IPK包。直接在packages文件里对程序描述好就行了。preware优先读取packages的信息。

2b6c3d729918489 · 发表于 2010-10-11 11:35

应该会分成不同的源..针对常用需求和扩展需要分别处理.

目前还有一些整理工作..

kevinsf21 · 发表于 2010-10-11 18:44

期待进展..

账号		自动登录	找回密码
密码			加入我们

[webOS开发] 关于feed生成程序，asp版

本帖子中包含更多资源