文集首页显示所有最新收集的文集
右边菜单对文集进行归类

好处：
无需人工介入归类

谢谢蓝先生
喜欢诗苑的粉红色和玫瑰花!

目前的文集好象就是博客的LINK，没有独立性，个人文集点进去看到的就是作者的
博客。我们期望的是独立于博客之外的“文集”。

以下转发的是我们的一位网友兼网络专家的意见，我百分之百赞成：

"100％符合你们要的系统是：
1. 有论坛。
2. 有BLOG－网上日记。
3. 有独立于论坛和BLOG之外的文集－作家的文章选编的集子，而不是作家的网上日
记BLOG按题目排列就叫文集，按照文人们的希望，文集和BLOG不是一回事。BLOG是
网上日志，随意写写，听听反馈。文集是作者从旧作中选择精华编辑而成，读者能
不能回帖反馈反而不重要。最好还可以在作家名下分类（这个分类和FORUM分类没关
系），如散文集，小说集，诗集，论文集等等。"

兰先生以为如何？请大家也都谈谈！

[ Last edited by thesunlover on 2006-4-5 at 12:57 ]

support thesunlover.

对, 我觉得加强我们网站文集的功能很好
能够在作家名下分类, 也是好主意
我希望能够把我的诗也分分类

前的文集好象就是博客的LINK，没有独立性，个人文集点进去看到的就是作者的
博客。我们期望的是独立于博客之外的“文集”。

文集和博客本来就是细微的区别，即使你分开了文集和博客，你点击察看详细的文章的时候，不也是博客一样的显示方式？目前的文集下也有分类，不对吗

也许你没有留意以前的帖子，按作家名分类不是不可以，但你得考虑到你是否有这样的技术人员进行分类，因为中文不是英文，无法用字母分类，都需要人工归类。

前面的转帖解释得应该很清楚了，博客和文集的区别绝不细微，因为内容、目的、
含义、作用都不相同。还请兰先生去看看CND的作者文集，谢谢！

文集是“作家的文章选编的集子，而不是作家的网上日记BLOG按题目排列就叫文集，
按照文人们的希望，文集和BLOG不是一回事。BLOG是网上日志，随意写写，听听反
馈。文集是作者从旧作中选择精华编辑而成，读者能不能回帖反馈反而不重要。最
好还可以在作家名下分类（这个分类和FORUM分类没关
系），如散文集，小说集，诗集，论文集等等。”

分类可以按照注册时间，容易自动化。

蓝先生,
可能又有一些误解
我说在作家名下分类, 是说:
每一个作家自己的文集里, 他可以自己分类, 比如: 小说, 诗, 散文, 评论,---这个分类可以和我们的专栏分类不同,
比如, 我自己的都是诗, 我就想按:儿童诗, 抒情诗, 哲理诗等等这样归类
不知道这样是否可行

文集已经做了散文，诗歌等的分类

因为是每个作家自己归类
我想他自己是愿意花费这个人工的

见光，

你的要求是更进一步了，技术上将要求更多。我们好不好不指望一口吃成个胖子，
先努力设法解决“建立文集”的问题。

你希望的文集中的分类，作者自己在文章标题后加注如(诗歌)(小说)(游记)等就可
以轻易办到，不是特别需要自动功能。

不是他们自己愿意的问题，是技术问题，需要专门的网管归类

您是说,网站有自己的分类系统?

我们能事先想好一个很完备的作品分类吗? 爱阳, 你学过图书管理, 你来说说吧.

我就是随便说说
其实我对分类也没有那么多要求, 大概齐分一分就可以了

如果网站将来有了大量的作品以后, 可能会对检索有更高的要求

蓝先生,
从主页上点击各个专栏都不弹出新窗口，但是点击博客时跳出新窗口，在博客主页上再点击伊甸主页，又开弹出新窗口。

谢谢蓝先生, 这样真好!
爱阳, 你快去诗苑看看, 那里的作品还可以细分

我们不是已经有小说界、诗苑、散文天地等作品分类了吗？不需要更进一步分了。

还是让我们都来focus on文集的建立问题吧。

细分都是后台添加，管理员控制

分类真的也是个头疼的事
有的诗, 你说你把它归到哪一类里?

OK, 我们focus on文集的建立吧

我们现在有两个问题：

1) 是否重新建立一个写手们满意的独立文集，就象简杨以前给我们的例子。估计这样兰晖要去重新找一个系统，然后再添加上。

2) 界面本身的细节改动。我想只要我们自己意见统一，兰晖是能够相对容易地，帮助我们改进的这一点的。

请大家发言时，将这两者分清。兰晖可能没有想到会要应付这么多的问题吧？

不过事至如今，我们还是如此的和谐，我真的是非常感激！！！

[ Last edited by weili on 2006-4-5 at 15:36 ]

这两点建议很好，眼下我们非常需要分清缓急轻重、主次先后。

我并不认为添加一个独立的“文集”需要很大的工作量。网络设计上我略知毛皮(FP、
HTML等至少用过，哈哈)，蒲公英是专家，请参加讨论。

我们文集的基本要求是：
1) 有一个汇集了所有作者姓名的文集主页(可以按照文集的建立时间自动排列)。
2) 作者自己建立自己的文集，不是登录后自动就具备。
3) 作者自己增加、删改文集中的文章。
4) 有无跟帖功能不重要。

我感觉满足这些基本要求技术上应该不是很复杂。

其实你说的现在都有，只是一个显示方式的问题而已
至于需要自己建立文集，其实把博客去掉即可解决问题，需要给文集取名字才建立
这样就取消博客
大家认为呢

爱阳，别叫咱专家；-）
咱没太明白你们要的文集的式样。
我看CND的华夏文库的那种按作者和专栏检索的方法，对读者也很便利。
你们是想要那样的吗？
这里，得加个检索功能，说穿了就是写句SQL,可能加画面设计麻烦点（HTML），好在爱阳要求的不高。
兰先生，说错了，请原谅。

取消博客是什么意思呢?
是不是还有收藏夹?
如果还有收藏夹, 收藏夹加文集不就是个博客吗?

蒲公英你已经完全理解了我们到底想要什么，说穿了非常简单。我们就是希望有一个
类似CND那样的“文集”，按作者姓名排列 (按专栏排列有最好，但不重要)，其它
什么统计之类的东东全不要。

我也是这个意思。

兰先生，
侃山不弹窗了，谢谢修正。

谢谢蒲！
继续帮忙测试。：)

我想中文字是不可以用SQL区分分类的，需要人工手动分类
如果你们有人可以做这样的工作，完全可以，只是很费时间精力，是一个长期不断添加更新的过程

我想蒲公英所说SQL是想用于检索而不是分类。

类似CND文集的数据库可以大致如下。

3 tables: user, category and artice

table:user will have the fields such as

id (auto increase number)
userid
email
password
...

the table:user could use the discuz user table or could be a separate one.


table:category will have the fields like

id
title
sort_order

事先约定作家文集大概有多少分类，10几20类，事先输入CATEGORY。SELECT * FROM CATEOGORY形成一个CATEGORY DROP DOWN MENU。加文章时，就从这DROP DOWN MENU中选择合适的分类类别。

table: article will have the fields like

id
category_id
user_id
title
publish_data
content


a user can sign in, to add an article.

When add an article, the category will be displayed as a drop down menu, he will select what category his artice belong to, and then add the artice.  the category_id will tell which category it belongs to. the user_id will tell whose artice it is.

Then in the display,

select * from article where user_id=1

all the aticles belong to user has the id as 1 will be selected.

select article.*, category.name as category_name from article, category where article.category_id=category.id order by category.name, article_name where article.user_id=1

all the aticles belong to user has the id as 1 will be selected and sort by the category first.

something like that ...

But simple system like this, if no discuz plug in or 3rd party system available, and if it will be 100% write by you guys, it will be time consuming to do.  

site administrtor will need whole set web access management pages for manage (add/edit/delete/etc) category, article, user data.

individual user  need another set of web access managment pages to log in, add articel, edit article.

then public interface will have lists by authors, by categories etc. and the full article display page.

[ Last edited by searain on 2006-4-6 at 02:09 ]

这个无法做出文集按拼音归类，上面的是个简单的发布归类系统，文苑的远比这个强大。拼音的归类除非对方使用oracle数据库，否则大多数应该是人工处理，编辑html，如果你们有人可以的话，当然没有问题

兰先生，

〉我想中文字是不可以用SQL区分分类的，
为什么不能？
是不是“CLIENT_ENCODING”的设定问题，是PHP经ODBC访问DB？

中文是按拼音，本身在软件的使用上都不如使用A-Z方便，
本身mysql数据库就不具备拼音归类，你可以区分A-Z，但你不能区分啊(a)－在(z)

文集按拼音归类？ do you mean "按拼音order by"?

I think thesunlover wants is exactly a "简单的发布归类系统"，和文苑的论坛和BLOG没有联系。这样作者选编旧文是就不会在论坛和BLOG里出现。

这个"简单的发布归类系统”什么地方要用到文集按拼音归类？

[ Last edited by searain on 2006-4-6 at 02:02 ]

我指的是这个
http://archives.cnd.org/HXWK/author/

got it.

http://www.kooyo.net/demo/yidian/member.php?action=list

Maybe they wouldn't need the A to Z group in 简单的发布归类系统.  Just a list like the discuz will be good.  If they need the A to Z group, I have a quick and dirty solution.  When user register the username, add one more field, ask them to also type in the pingying of username, and instead of "group by" chinese characters, group by its pingying name.

[ Last edited by searain on 2006-4-6 at 02:23 ]

searain
你上面说的CND的这种形式，我以为伊甸文苑也是这么做的。
我是刚听说Discuz!没有用过，我是想Discuz!里，一定是通过PHP来和DB打交道，一定是用select检索出来再显示的。难道不是这样？
要就是 Discuz!减少编程，设计时画面的控件直接和DB的Table-link，
要是那样的话，作者在发表时，输入了CATEGORY（规定用大字A-Z），保存在DB中，不是可以解决吗？你能给我解释一下Discuz!的分类是怎么回事？
分类不可能，有点叫人难相信。

[ Last edited by pugongying on 2006-4-6 at 12:21 ]

不是说分类不可能，而是很强大，你可以看诗歌部分，我可以在后台几秒内随意分类，都不是问题，我说的问题是作者按A-Z分类是个问题，毕竟是中文。虽然你们说可以在注册的时候要求选择A-Z或是拼音，但对于我一个程序员来说，是不会进行这样的处理的，因为我要考虑的问题不是“我们愿意麻烦些进行选择”，程序员考虑的是“如果有人不愿意这样，或有人如果错误的选择，或如果有人故意捣乱”的情况下的处理。只有这样的考虑才能让程序不被别人利用来捣乱

伊甸文苑 is based on discuz.  I saw discuz simbol in 伊甸文苑, that is why i think 伊甸文苑 is based on discuz.  

Mr. Lan said it couldn't be done in MySQL to put Chinese name into A to Z group.  that is what I suggest put the pinging in an extra field too, that will solve the problem.  "a" or "A" doesn't matter, strtoupper php function will covert "a" to "A".

But actually I think thesunlover doesn't care if they can put author into A to Z group.  That is not the category issue thesunlovers talks about.

When they talk about category, I think they are talking about http://archives.cnd.org/HXWK/column/

I think all thesunlover wants it is a cnd 文集。

BY AUTHOR
http://archives.cnd.org/HXWK/author/
A － Z GROUP is not important.

BY CATEGORY
http://archives.cnd.org/HXWK/column/

BY INDIVIDUAL AUTHOR
http://archives.cnd.org/HXWK/author/WANG-Boqing/

I think I should stop here.  Let thesunlover talks with Mr. Lan directly to see what he wants, that might be clear and direct instead we sit here and guess what thesunlover wants in our opinions.

[ Last edited by searain on 2006-4-6 at 03:30 ]

兰先生，
这网页的各帖的宽度不应该采用固定宽，要用占用外框的百分比（一定宽度以上），像我这样在公司里是不敢开大窗口的;-),总用Scroll很麻烦。

对不起我插一句：

海雨的这个理解正是我们对文集的期望要求：文集是一个“简单的发布归类系统，
和文苑的论坛和BLOG没有联系。这样作者选编旧文时就不会在论坛和BLOG里出现。”

文集的作者姓名索引和排列并不一定非要以姓氏的拼音从A到Z排(CND是这样做的，但
我们对此并不苛求)，可以用建立文集的先后次序作为DB的索引Key，第一个建立文
集的作者给个数字1，第二个给个2，以此类推一直到无限，或者以建立文集的时间
作为索引Key来安排作者。希望这不是离题千里的外行话。

衷心感谢海雨、蒲公英，希望你们接着探讨！

thesunlover
http://www.kooyo.net/demo/yidian/member.php?action=list

see your own yidian site, it is not in A - Z group.  but it is still sorted by PingYing (still a->z) of author's name.

[ Last edited by searain on 2006-4-6 at 04:43 ]

This means the Blog does have the feature of sorting authors by Pinyin. Then, can we find some clues from DISCUZ' source codes?
(A layman question: Can scripting languages like Perl and PHP "hide" its source codes? I doubt it.)

兰晖，为了不浪费你的时间，请你让我们给你一个确定的LIST，然后再开始改动。非常感谢你的理解。：)