小编Ran*_*ess的帖子

这个问题是关于 Drupal 管道的。我知道如何使用视图查询构建器来呈现与单个内容相关联的多个分类术语。我无法弄清楚的是 Views 如何实际查询数据库以完成工作。

例如，很容易让视图显示具有一个或多个标签的博客文章列表：

Title: "Brett Favre is Hurt"  
Body: "blah blah blah"  
Tags: Football, Injury  

Title: "Cliff Lee Signs Contract"  
Body: "blah, blah, blah"  
Tags: Baseball, Free Agency, Philadelphia  

我似乎无法弄清楚 Views 如何拉取多个标签并使用每个内容项呈现它们。视图预览查询不显示任何涉及分类法的此类 SQL。

我的猜测是分类法“字段”正在进行各种子查询，或者查询提取多条记录并以某种方式将标题和正文中的字段分组（这看起来效率很低）。

我正在尽最大努力遵循自定义模块的 Drupal 标准实践，我想知道 Drupal 视图人员如何运行这些查询，因为它们运行得非常快。

在我对较新的Web平台/应用程序(如Drupal,Wordpress和Salesforce)的分析中,他们中的许多人基于模块化的概念创建了他们的软件:开发人员可以创建新的扩展和应用程序而无需更改"核心"中的代码"由主要开发者维护的系统.特别是,我知道Drupal使用了一个"钩子"系统,但我对实现它的引擎或设计知之甚少.

如果您要沿着创建应用程序的道路前进,并且您想要一个允许模块化的系统,那么您从哪里开始？这是每个人都知道的特定设计模式吗？是否有这个范例倾向于订阅的手册？他们的网站是否从头开始讨论这种类型的开发？

我知道有些人直接指向OOP,但这似乎并不完全相同.

我正在计划的这个特定系统更倾向于像Salesforce这样的东西,但它不是CRM系统.

为了解决这个问题,请忽略Buy vs. Build参数,因为该考虑已经在进行中.现在,我正在研究构建方面.

与使用基于字符的表格相比,在数据库表中使用唯一的数字ID字段时,是否有性能提升或最佳实践？

例如,如果我有两个表:

运动员

id ... 17,名字 ...... Rickey Henderson,teamid ...... 28

球队

teamid ... 28,teamname ... 奥克兰

如果队友是"OAK"或"SD"而不是"28"或"31" ,那么拥有数千名球员的运动员桌将更容易阅读.让我们理所当然地认为,teamid值在字符形式上将保持唯一且一致.

我知道你可以使用字符,但是出于任何原因索引,过滤等是一个坏主意吗？

请忽略规范化参数,因为这些表比示例更复杂.

几个星期前,我问了一个问题"PHP,Python,PostgreSQL设计是否适用于非Web业务应用程序？" PHP,Python,PostgreSQL设计是否适合商业应用？

许多答案建议跳过PHP片段并使用Django构建应用程序.当我探索Django时,我开始质疑我的目标的一个特定方面以及Django如何为非Web业务应用程序发挥作用.

根据我的理解,Django将管理视图和控制器部分,PostgreSQL或MySQL将处理数据.但我的目标是明确地分离各个层,以便可以更改数据库,域逻辑和表示,而不会显着影响其他层.看起来我只是用Django解决方案将M与VC层分开.

那么,使用SQL Alchemy/Elixir ORM工具,PostgreSQL用于数据库层,然后仍然使用Django或PHP作为表示层,在Python中构建域层是否适得其反？这是可能的还是纯粹的疯狂？

基本上,我会看一下Django/PHP> Python/SQLAlchemy> PostgreSQL/MySQL的架构.

编辑:在粉丝们因为询问关于Django的问题而生我的生气之前,我们才意识到:这是一个问题,而不是一个指责.如果我知道答案或有自己的看法,我就不会问!

我有一个网站,我正在使用所有链接的清洁URL.我想知道关于简短的基本URL与较长的描述性URL的意见是什么.

例如,如果我的网站是关于乔治亚斗牛犬足球新闻,这对SEO目的更好？

http://www.example.com/news

要么

http://www.example.com/georgia-bulldog-football-news

我已经阅读了很多,但我对简单与描述因素感到茫然.任何人都可以根据SEO经验提出意见吗？

我正在寻找一些关于我希望构建的业务应用程序的快速想法.我想分别使用PHP,Python和PostgreSQL分离三层表示,域逻辑和数据.我想听听,可能来自其他曾经走过这条道路的人,如果这种方法存在问题,我是否针对错误的工具等等.

• 我正在研究PHP,因为它被广泛使用,相当成熟,我可以找到很多具有PHP界面设计技能的人.

• 我正在研究Python,因为可读代码的好处,因为我听说可以找到更多具有主题技能的Python程序员(在这种情况下,财务),它是一种开源语言.另外,编码似乎更容易.

• 我正在研究PostgreSQL的事务级功能.MySQL也是一个选项,但我不需要讨论这个方面.

这不是一个Web应用程序,虽然我想将浏览器用于用户界面.这更像是一个企业应用程序,但适用于具有中等数量用户(可能是5-10)和适度数量的日常交易的小型企业.

重要的是,我们将来能够将数据库或域逻辑或接口与其他层分开升级.

我不是在寻找买入与建立的辩论,因为这是一个不同的讨论.

感谢您的任何见解

这似乎是Scott Mitchell在ASP.NET 3.5中创建联合供稿的一篇很棒的文章.对我来说问题是它使用的是C#和Linq,我目前还不是很敏锐.

http://dotnetslackers.com/articles/aspnet/How-to-create-a-syndication-feed-for-your-website.aspx

有没有人知道System.ServiceModel.Syndication可以使用VB.NET和SQLConnection对象生成类似联合供稿的命名空间的示例可能存在的位置？

我环顾四周,每个例子似乎都是用C#和Linq制作的(这可能证明我需要尽快学习它们而不是以后).

我在我的Rails 3.2应用程序上建立了一个has_many:through关系.我有大多数工作,除了我不确定如何在创建关系时为连接表上的属性添加值.

下面是模型(注意SOURCE_ID在签到表):

create_table "users", :force => true do |t|
  t.integer  "name"
  t.datetime "created_at", :null => false
  t.datetime "updated_at", :null => false
end

create_table "checkins", :force => true do |t|
  t.integer  "user_id"
  t.integer  "location_id"
  t.integer  "source_id"
  t.datetime "created_at", :null => false
  t.datetime "updated_at", :null => false
end

create_table "locations", :force => true do |t|
  t.string   "name"
  t.datetime "created_at", :null => false
  t.datetime "updated_at", :null => false
end

这是关系设置:

class User < ActiveRecord::Base
  has_many :checkins
  has_many :locations, …

在Rails 3.1应用程序中,我有一个控制器使用以下代码在索引视图中返回一组对象(子):

    def index
        @children = Child.all

        @base_class = "children-index"
        @title = "Your Children"

        respond_to do |format|
            format.html # children/index.html.erb
            format.json { render :json => @children }
        end
    end

index.html.erb视图的编写方式如下:

<h1><%= title %></h1>
<ul>
  <%= @children.each do |child| %>
    <li><%= link_to child.fullname, child_path(child) %></li>
  <% end %>
</ul>

出于某种原因,JSON响应被抛入HTML响应中,我无法确定原因.我的其他索引视图都没有出现此问题,并且它们的代码非常接近.

John Jake Smith Jr

Jane Ann Doe

[#<Child id: 1, firstname: "John", middlename: "Jake", lastname: "Smith", suffix: "Jr", gender: "Male", dob_actual: "2011-01-05", dob_expected: "2011-01-01", height: 30, weight: 40, created_at: "2011-10-28 21:32:54", …