|
|
讨论
[关闭] [编辑] [删除] [管理]
1.content表的img_file 大小 应扩充到足够大 （因为可能放两张图片的url）
（现在字段大小为60，但普通一个图片url长度就有30以上）
- 改为255。
2. gw_attachement 的 img_file是不是独立成一个图片一个记录？ （这样碑刻要删除两个图片中的一个也方便点）
- 可以啊，当时还是担心冗余，其实这样实现更简单。
3.photo/list.db 还有什么用
- 没什么大用了，以前photo是用文本库管理的。改用数据库後一直留着做备份用，可以不管他。
4.http://www.thegreatwall.com.cn/photo/manage.php
删除图片但不删gw_attachement？
- 对，留作log吧。
另一bug：记录2468 实际上有两个图片，显示为“[已删]”
- 当时的测试，记录的地址有问题，也先不管了，以后再说吧。
5.碑刻图片上传
我原来想用的insertAdjacentHTML netscape不支持
只能两个两个来了
-直接用javascript的document.write可以么，我不了解javascript
- 或者重刷页面？如http://www.chinix.net/bugs/query.cgi底部的“add another boolean chart”
但数据存储方面，没有拿定主意
[1]上面2说的，记录分开，便于修改
- 分开的，manage.php肯定是支持的。
[2]gw_attachement已经增加了Topic_ID字段，
但是在想是不是
A.再增加一个表。储存gw_attachement的id和gw_inscription的id
B.gw_inscription再增加个字段。储存gw_attachement的ids （准备采用此方案）
- 如果gw_inscription 中的字段只是确定有或没有附件是不是就可以了？记录id对于查询来说好像没有优化
如果按照A或B的方案，那"gw_attachement增加Topic_ID字段"就没有什么必要了。
- 在图片比较多的情况下，在gw_attache中集中管理应该更加方便一些。管理员知道它从哪里来。谁该负责
（除非特意要区分出图片是从从哪里上传的。 论坛上传的存放帖子的id;碑刻上传的存放碑刻的id）
[3]有了img_file 是否还需要img_url ?
至少img_name是需要的吧？
- 指哪个表？
-------
cookie做了修改
改了：
phpbbs_session/index.php
phpbbs_session/include/bbs.php
另外对phpbbs_session/UI/ 下的几个文件样式作了调整
zhuanti/beike/DataBase/admin_op.php增加了删除根贴就删除评论的操作
----
待改bug：
zhuanti/beike/DataBase/comment.php
应该是记录topic_id为根贴的id
还有碑刻的login，待改为通用的
- 好，我来。
—————————
燃烧的梦想
流水的时光
—————————
[ My WeBlog ]
本帖由 火箭人 于2003-11-17 11:01:13发表
[关闭] [编辑] [删除] [管理]
[相关文章]
[相关文章]
● 讨论 【晃晃悠悠】2003-11-15 16:28:59 [2268] (2K)
○ 讨论 【火箭人】2003-11-17 11:01:13 [2252] (2K)
■ 回复 [网址] 【晃晃悠悠】2003-11-17 11:21:31 [2310] (2K)
|
|