Question

我正在开发一个网站,在日志(例如,在另一个地点的外部识别)上保存非可见用户数据。一旦设立账户,我们就会创造/放弃这一数据。

我可以看到,我们利用数据节省数据。

the content profile module (already in use on our side)
the profile module
the data column in the user table
creating our own table

我认为,第1号可能是最符合逻辑的地方,但是,在单元内创造节点似乎不是微不足道的。

第3号认为,解决该问题的典型方式,但仅仅在收集的领域中拥有一套序列化数据并不像最佳设计。

任何建议?

Answer 1

海事组织各选项都有其优点和合意,鉴于你是唯一知道您的项目、该项目的关键要点、预期的典型用户模式、可动用的资源等等,你应当发出最后呼吁。

如果我完全自由地选择,my personal favorites将是第4、第1和第5号(wait!) #5? 是:见下文。我作出选择的指导原则是:

Keep it clean
Keep it simple
Make it extensible

#1 - The content profile module

这将是一个“<>clean><>strong>的解决办法,因为对用户的所有改动都将通过同一渠道进行,因此更容易跟踪问题或增加新的功能。

我并不认为它特别需要<><>>simple<>>>,因为它要求你与该模块的定制文本互动。

关于<><>>可扩展性<>><>>>>,这取决于设计内容简介模块APIC的精度。诱惑可能只是为了你的目的使用上述模块所填写的表格,绕过APIC,但使你有可能在一天的关键安全更新中,由于该图象已经改变,整个系统将崩溃。

#4 - Creating your own table

这将是一个“<>clean><>strong>解决方案,因为你可以设计你的桌子(和你的模块,确切地说,你需要做些什么),而且你可以自行制作供其他模块使用的文稿。另一方面,你将推出另一部法典,改变登记程序,这可能使发展中国家更难以一致的方式追踪问题和扩大制度。

这将是执行法典的simple。此外,亚洲开发银行的设计也会受益:另一个值得考虑的问题是,表格很容易检查和查询。在大多数案件中,创建新的手提器是一件容易的事:在5起案件中,4名仅使用一种有观点的原型船。

当然,<>extend将非常容易。一旦你为某个领域建立了单元,你就可以像你所希望的那样,以多数复制/复制一个领域的守则(或者如果你去欧佩组织的话继承同一祖先)。

我的理解是,你已经知道破产,但如果你需要一名协调人来说明如何做到这一点,我在上指明了方向。

#5 - Creating your own table and porting already existing fields there

具体来说,是第4号,减去不同单元的编目功能的缺点...... 当然,如果你已经管理200个领域,另一种方式不是可行的选择,但如果你提前设计,你可以考虑这样做。

在我的经验中,几乎每个需要系统整合的项目(即:在多个系统为同一用户收集同步数据)都对用户登记有惯例需要,我发现这一解决办法最符合我的需要,原因有二:

I found I reuse a lot of the custom code I wrote from project to project.

It s the most flexible way to integrate data with the other system (in some case I even split data for the user in two custom tables managed by the same module: one that contains custom fields used by drupal only and one that contains the "non visible fields", as you call them. I find this very handy in a lot of scenarios, as it makes very easy to inspect and manipulate the data of the two systems separately.

HTH!

Answer 2

如果你已经使用内容简介模块,那么我确实建议继续使用该模块,并随地附上该模块。在设立账户时,你可以再次节约数据,同时为用户创造节点,是难以做到的。确实。

$node = new stdClass();
$node->title = $user->name; // what I d use, or you can have node auto title handle the title for you.  Up to you!
$node->field_hidden_field[0][ value ] =  $*#$f82hff ;
$node->uid = $user->uid;
node_save($node);

Bob!

Answer 3

我将选择3。最终,甚至其他模块也会将数据储存在数据库中,而用户将使用。因此,你可以直接节省费用,可能比这些单元更有效率。

当然,根据数据的规模,你可以呼吁在用户表中增加一个新栏,还是用作为外国钥匙的用户建立一个新的数据表。

#1 - The content profile module

#4 - Creating your own table

#5 - Creating your own table and porting already existing fields there

友情链接