163相册搜索器完成版，我要见证封杀相册全过程~~~~

hein

9月17日更新数据库，S1数据已经更新
基本是最终完成版了，翻页完成，数据添加半公开显示（S1的数据库已经更新）

http://search.stage1st.com/

http://panzer-dragoon.net/Search163.asp

我将停止用户添加，然后每一次更新的，记录下拥有相册的用户数和相册总数

看看，网易将是如何大批量封杀相册
就让这个搜索器来见证吧

[ 本帖最后由 hein 于 2006-9-18 11:19 编辑 ]

Rufus

没听说过access有这种错
试着用高版本的文件格式，不要用VB自带的那种97格式？

网上找个教程好了，装一个都很简单的，用起来基本的SQL命令总都知道

为什么要一定要数据库呢？
XML/定长/定格式字符文件完全不行了么，也就200M……


好吧，我好奇，怎么自动探索的？

aleko

access无法对日文搜索，一搜索就出错，除非写进数据库时再编一次码

hein

求再次编码的方法
我用的access2000
XML文件我倒出来一个85MB的50万的信息
老人家伯伯是否有兴趣，我发给

搜索方式就是输入一个用户名，然后先存入他的所有相册信息，再列出他的好友
接着列好友的相册，列好友的好友
于是就…………

[ 本帖最后由 hein 于 2006-8-20 21:00 编辑 ]

hein

sqlite…………不懂，我不是程序员
谁能做一个搜索就行了，我给他数据，我给他我有的东西吧
哈哈

方便人民，方便大家

Rufus

http://blog.csdn.net/riyao/archive/2005/08/02/444127.aspx

这个？

hein

恩，老伯伯对这个有没有兴趣
我把access的那个数据库和倒出xml给你玩玩？

这样解决倒也可以……

顺便问问有谁知道，access怎么把数据导给Mysql？

[ 本帖最后由 hein 于 2006-8-20 21:35 编辑 ]

Rufus

VB是好久没玩过了
家里也没有access

最近两个星期都星期六医院星期天加班了……
不想在家写东西了

hein

我是说把XML给你玩玩…………哈哈
Rufus 的头像好像很多人在用呢…………万恶啊

Rufus

XML要玩还是得自己写点东西的

access导mysql？
最烂的办法，从VB里读字段拼insert 语句，组成insert 脚本咯

hein

……………………你狠…………

hein

<?xml version=\\"1.0\\" encoding=\\"UTF-8\\"?>
<dataroot xmlns:od=\\"urn:schemas-microsoft-com:officedata\\" xmlns:xsi=\\"http://www.w3.org/2001/XMLSchema-instance\\"  xsi:noNamespaceSchemaLocation=\\"Albums.xsd\\" generated=\\"2006-08-19T21:07:08\\">
<Albums>
<ID>1</ID>
<Album_ID>63544117</Album_ID>
<Album_Name>Yours―堀部秀郎ART WORKS </Album_Name>
<User_ID>wehi</User_ID>
<Note>Yours―堀部秀郎ART WORKS </Note>
</Albums>
<Albums>
<ID>2</ID>
<Album_ID>17015808</Album_ID>
<Album_Name>アイコン一覧 </Album_Name>
<User_ID>wehi</User_ID>
<Note>アイコン一覧 </Note>
</Albums>
<Albums>
<ID>3</ID>
<Album_ID>17116428</Album_ID>
<Album_Name>漂亮脸蛋vol.1 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.1 </Note>
</Albums>
<Albums>
<ID>4</ID>
<Album_ID>17119550</Album_ID>
<Album_Name>漂亮脸蛋vol.2 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.2 </Note>
</Albums>
<Albums>
<ID>5</ID>
<Album_ID>17120550</Album_ID>
<Album_Name>漂亮脸蛋vol.3 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.3 </Note>
</Albums>
<Albums>
<ID>6</ID>
<Album_ID>17121013</Album_ID>
<Album_Name>漂亮脸蛋vol.4 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.4 </Note>
</Albums>
<Albums>
<ID>7</ID>
<Album_ID>17121432</Album_ID>
<Album_Name>漂亮脸蛋vol.5 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.5 </Note>
</Albums>
<Albums>
<ID>8</ID>
<Album_ID>17122086</Album_ID>
<Album_Name>漂亮脸蛋vol.6 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮脸蛋vol.6 </Note>
</Albums>
<Albums>
<ID>9</ID>
<Album_ID>17166310</Album_ID>
<Album_Name>漂亮臉蛋 特别篇 </Album_Name>
<User_ID>wehi</User_ID>
<Note>漂亮臉蛋 特别篇 </Note>
</Albums>
<Albums>
<ID>10</ID>
<Album_ID>17245125</Album_ID>
<Album_Name>Emma victorian guide </Album_Name>
<User_ID>wehi</User_ID>
<Note>英国恋爱物语-Emma victorian guide </Note>
</Albums>

.
.
.
.
<Albums>
<ID>474998</ID>
<Album_ID>1653039</Album_ID>
<Album_Name>奇石天地之三</Album_Name>
<User_ID>xueyu3912</User_ID>
<Note>丰盛的石宴</Note>
</Albums>
<Albums>
<ID>474999</ID>
<Album_ID>1672107</Album_ID>
<Album_Name>下载</Album_Name>
<User_ID>xueyu3912</User_ID>
<Note>人物</Note>
</Albums>
<Albums>
<ID>475000</ID>
<Album_ID>1785494</Album_ID>
<Album_Name>奇石天地之四</Album_Name>
<User_ID>xueyu3912</User_ID>
<Note>自然之造化</Note>
</Albums>
</dataroot>

liman9172

真的有那么多？

宅男数量膨胀还是狡兔三窟？

有放出版么？

hein

XYZZY…………没sqlite的空间啊…………

hein

http://www.live-share.com/files/15115/Albums.rar.html
xml文件，解压85MB

hein

………………
http://www.live-share.com/files/15168/Albums.rar.html

[ 本帖最后由 hein 于 2006-8-21 23:24 编辑 ]

crimsonken

hein，加油！

風舞雪

这个数据库那里来的？？ 如何保证数据库是163相册内的动漫信息only并且与这些动漫信息同步or允许有一个月左右的误差

我有兴趣-_-

罗罗诺亚

原帖由 crimsonken 于 2006-8-22 09:50 发表
强者们，加油！

hein

我不是看老伯的东西然后自己尝试做了个163相册下载的东西吗
于是就想，通过好友的好友这样无限的连接，收集163相册信息了
应该不可能动慢only的毕竟他们的信息不可能有一个完整的规律来筛选的
昨天解决了access的sql like的问题，2个小时里面断断续续就收集65万的信息
而且用下来，发现挺好，单单top10就对我今天的工作帮助很大……今天自己上班查资料居然也能收集到张学良，静安公园之类的图片…………
就是自己的小空间有限，access的速度也不快
信息的话，如果有心，可以每天重新list一边，并且可以无限的扩展（好友的好友的好友的好友~~~~），只不过数据库重新上传一下就行了，也可以单独更新一个人的相册信息

做这个是想和我的OX163整合的~~~~哈哈

…………………風舞雪是谁啊…………突然冒出来管理员，谁的马甲啊……还是旗派的…………

風舞雪

每天也没必要1个月一次到两次就可以了 现在的问题是 我只想要动漫的 因为过多垃圾数据 会浪费空间 增加不必要的查询-〉增加服务器负担 偶尔一点没关系
创建的表尽量简单 字段尽量少
比如 相册名 相册内所有文件夹的名字 相册描述 3个字段
可以的话 把数据库大小控制在200M左右 这样最有效率 过大会没效率 半个月更新一次

所以现在的问题就是 怎么SORT出动漫信息 还有 你这样好友的好友 会不会造成回环
比如xxx的好友yyy zzz的好友yyy 那么搜索2个人不是就进去2条yyy么。。
所以要作一下unique

搂主俺有兴趣了 PM我 告诉我你的MSN

風舞雪

原帖由 奥丁之眼80 于 2006-8-22 13:21 发表
这个数据库的时间？？？

找我自己的相册找不到

他说了 只是通过好友的好友来搜索的
所以很多都不会有

hein

垃圾信息是没有办法避免的，至少我想不出来
MSN现在不在，晚上回家才上的
好友没问题的，会自动排除已有的和不存在，或者没有开通相册的
可以独立添加单个用户的
为了方便access的bug，做了一些字符转换，如果是sql类的数据库，可能要改动一下代码
现在access数据库50MB左右
5个字段，都是必需的（包括一个自动编号）

如果不停的查找，这点数据，其实只用了半个多小时而已所以，保持一个星期一此的更新我觉得绝对没什么问题（用户列表视不删除的，所以可以节省很多时间）

風舞雪

MSN不上的嘛- -

hein

原帖由 奥丁之眼80 于 2006-8-22 13:21 发表
这个数据库的时间？？？

找我自己的相册找不到

所以说，你们要多加好友~~~~哈哈
连MD2那种小相册都有呢

原帖由 風舞雪 于 2006-8-22 14:04 发表
MSN不上的嘛- -

现在不可能，在单位，忙得一塌糊涂，而且网络也不稳定

罗罗诺亚

实在是很好用OTL湿到现在

只是好友么，收藏没用的？

hein

好友方便，你们推荐ID也可以呀

hein

通过好友群落是因为倍加好友的人基本是有料再的，而fans群落很多都是伸手党
10个是因为………access sql语句缺陷……只能top * 不能范围……测试版，我怕数据太多挂了

反正我是为了利民利己，方便我们大家做的
不过本人不是程序员，写这些东西都是从0开始的，所以，大家要求低一点哦，哈哈

ジャック

クマ！好厉害
KUMA想要的一下就搜到了OTZ

Rufus

不错，很赞啊
加入分页、继续加个显示是否加密的功能吧

ジャック

クマ！对了验证码
KUMA识别有点困难=，= OTZ