我们在这里发布了上次 "Ask The Joomla Team" 会的聊天记录。

下一次会议将在2010年5月12日 4 UTC 与 Ron Severdia 和 Ian MacLennan 举行。

如何加入 "Ask the Joomla Team"

你可以在 irc.freenode.net 上的 #joomla-ask-the-team 聊天室找到我们

加入的一个非常简单的方法是访问这个链接:http://webchat.freenode.net/?channels=#joomla-ask-the-team

聊天记录

  • coder4life

    大家好

  • Little^John

    o/

  • rvsjoen

    晚上好,各位

  • coder4life

    大家好

  • AndrewEddie

    欢迎参加另一轮 Grill the Gurus :)

  • CoolAcid

    嗨嗨... ;)

  • Little^John

    哈哈

  • AndrewEddie

    Louis Landry 和 Andrew Eddie 为您服务

  • rvsjoen

    你们提供棉花糖吗?

  • coder4life

    我觉得我们首先需要一个篝火,我可以点燃我的电脑,但这对我没有任何好处

  • louislandry

    好了,谁想先开始?

  • CoolAcid

    我愿意...

    离开 ;)

  • coder4life

    今天是功能冻结,我们正式进入全面解决漏洞模式吗?

  • CoolAcid

    抱歉 - 我现在会守规矩...

  • louislandry

    :) CoolAcid,你玩得很好

    好的,来回答那个问题... 是的,也不是

    :)

  • coder4life

    我也这么想

  • louislandry

    从我的博客文章中

    在这个里程碑,功能补丁跟踪器将暂时关闭新提交。在1.6版本中不再考虑新的功能补丁或分支。新的功能或分支的包含将推迟到1.7发布周期。在此里程碑的所有工作都将致力于稳定主分支中的功能。问题和其他问题将继续通过问题跟踪器进行管理。

    需要注意的是,分支中的功能工作在里程碑之后可以(也应该)继续进行;它只是不再针对1.6,而是偏向于1.7。在这个里程碑之后,保持分支与主分支的更新应该更容易,因为我们预计代码库中的剧烈变化会比开发周期的alpha阶段更少。

  • louislandry

    我们鼓励人们继续开发新功能和类似的内容,但它们不会包含在1.6版本的发布周期中。

    这和过去的做法有所不同。

  • D3vil_

    大家好

  • louislandry

    一般来说,是的...今天之后,我们将完全专注于发布前的bug修复

  • louislandry

    这说得够清楚吗?

  • coder4life

    那么我们是否预期1.7版本会因为这样的安排而更快推出,因为看起来我们已经在1.6版本中为Joomla设定了框架,1.7版本会更加注重功能吗?

  • louislandry

    1.7版本根本不会专注于添加新功能。

    1.7版本将是一个基于时间的发布版本。

  • coder4life

    我明白了。

  • louislandry

    我们将设定一个日期。

  • rvsjoen

    RC1有具体的时间表吗?还是像beta周期那样,在最重要的问题都修复后发布?

  • coder4life

    我知道我这里有点提前了,但我是好奇,1.6到1.7有什么计划?

  • louislandry

    没有设定的时间表。

    从博客文章中可以看出:在我们认为Joomla! 1.6准备好进入黄金时段时,我们将准备第一个RC版本包进行发布(里程碑3)。这个里程碑表明我们认为1.6已经准备好让早期采用者和集成者将其视为稳定版本。我们预计在RC里程碑和通用可用版本之间不会有API更改,用户界面更改和行为更改。

  • AndrewEddie

    RC1将在beta发布后的“两周”的倍数时间内发布,这取决于有多少个beta版本。

  • coder4life

    我们希望将哪些在1.6版本中没有出现的内容整合到Joomla 1.7的核心中?

  • Little^John

    与rvsjoen配合 - 在发布前有什么测试时间表?(许多扩展在兼容1.6 MVC之前需要进行大量工作?)

  • louislandry

    coder4life:现在最简单的答案是我们还不知道,但我们将在RC阶段举行会议,为1.7确定愿景和目标,可能会针对1.6。

  • coder4life

    好的,谢谢louslandry,请继续更新我们,我可能有感兴趣的开发者。

  • louislandry

    Little^John:我不明白这个问题。

  • rvsjoen

    我有点担心我称之为“Windows-Vista综合症”的情况,开发者可能知道1.7版本很快就会推出,因此看不到发布1.6版本原生的组件的理由。

  • louislandry

    我保证我们在这一轮会做得更好。

  • AndrewEddie

    coder4life:一旦beta版本发布,开发者就应该开始测试他们的扩展与1.6的兼容性。

  • coder4life

    @AndrewEddie,我没有问那个问题。

  • louislandry

    rvsjoen:已经注意到...但他们将在1.6 -> 1.7和1.7 -> 1.8以及之后的版本中遇到同样的问题。

  • rvsjoen

    确实如此。

  • louislandry

    在某个时候,他们要么进行更新,要么人们将停止使用他们的软件。

  • Little^John

    那么,1.6b发布后,1.6的发布日期会确定下来吗?(这是扩展开发者展示他们技巧的官方时间吗?)

  • louislandry

    我想这就是这种动物的特性。

  • jlleblanc

    jvsjoen:另外,我的印象是1.6 -> 1.7的变化不会那么剧烈。

  • rvsjoen

    jlleblanc:是的,我同意。

  • ivo

    没有路线图,谁知道呢。

  • louislandry

    公平地说,我们还不清楚这些变化将是什么,但肯定会有更少的时间进行剧烈变化。

  • piegus

    1.7版本会在稳定的1.6版本发布后6个月发布吗?

    或者还没有设定?

  • louislandry

    这是我们试图达到的常规目标。当1.6版本发布时,我们将宣布一个日期。我们不想在圣诞节期间发布版本,所以我们会稍微灵活一点。

  • AndrewEddie

    Little^John:当贝塔版发布后,接下来的贝塔版将每两周发布一次。当我们对质量感到满意时,RC版将每两周发布一次——这里的主要区别是RC版被认为是生产就绪的;然后在某个时间点宣布GA,并且1.7版本的时间表将从那时开始大约6个月

  • coder4life

    那么Joomla ACL是否要求扩展开发者重新编写他们的代码以适应ACL,或者会有一个简化的转换过程(我猜有一些基本的文档信息)

  • AndrewEddie

    coder4life:应该是一套非常简单的说明

  • Little^John

    AndrewEddie,好的。谢谢。

  • louislandry

    一般来说,如果你的组件现在是按照Joomla的方式编写的,那么在1.6中使用ACL只需要更改几行代码。

  • coder4life

    显然,开发者不会利用ACL的全部功能,对吗?

  • louislandry

    这完全取决于开发者以及使用场景,我想。

  • jerimiah

    我猜如果某个东西按照1.5标准编码,升级到1.6是小事——如果还是按照1.0/mambo标准编码,那就会很痛苦?

  • AndrewEddie

    我认为会有很大压力要求他们引入ACL功能,因为核心已经做了很多

  • louislandry

    jerimiah:我认为这是一个相当不错的总结。

  • AndrewEddie

    jerimiah:++

  • jerimiah

    我觉得这是公平的

  • rvsjoen

    现有的1.5组件中的访问管理在我看来是在重构时受到最大打击的

  • piegus

    你会让每个知道如何编程的人都可以像Drupal那样申请在1.6之后的版本中应用补丁吗?

  • AndrewEddie

    ACL只是你可以利用的新功能之一——这是开发者可以玩弄的许多东西之一

  • louislandry

    piegus:你说的“应用补丁”是什么意思?

  • Little^John

    未来会关注原生日志记录吗,还是将其留给扩展?(例如,用户登录,acl命中/拒绝列表,各种统计)

  • jerimiah

    如果开发者到目前为止一直不需要ACL(即该功能对他们扩展没有用),那么忽略ACL对开发者来说是可选的吗?

  • AndrewEddie

    jerimiah:正确

  • snellcode

    piegus:你想要给每个人提交权限吗?:p

  • AndrewEddie

    jerimiah:抱歉,是的,它是可选的

  • coder4life

    Joomla在速度上表现如何,似乎是Joomla一直挣扎的问题,它随着时间的推移已经变得更好,但我们是否在优化后端以使查询更高效?

  • piegus

    luislandry:我是指编写补丁,让团队或所有人可以评估/接受它们,以便它们被合并到核心中

  • louislandry

    目前任何人都可以向功能跟踪器提交补丁……1.6版已经是这样,并将继续到未来。我们还给想要的人提供了分支来工作,并将继续这样做。但我们不会给每个人提供主干的提交权限……

    piegus:我们已经有了一个功能补丁跟踪器很长时间了……我们肯定会继续使用它。

  • louislandry

    coder4life:它的表现将像我们所有人能让它表现得一样好。当然乐意查看改进的建议。

  • AndrewEddie

    值得注意的是,功能补丁跟踪器今天将关闭,并在1.6发布时重新开放,然后在Beta和GA之间的每个版本都会发生

  • louislandry

    为了清晰起见:http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8549 是功能补丁跟踪器。

  • AndrewEddie

    coder4life:我听到各种说法,有的说速度快了一倍,有的说慢了一倍。目前还没有人基于一个共同的基线进行彻底的基准测试,所以我真的不知道

  • jools

    标题:JoomlaCode > 项目 > Joomla! > 跟踪器 > Joomla! 1.6功能补丁跟踪器 > 浏览跟踪器项目(在joomlacode.org)

  • voland

    你有没有计划改进社交集成——比如让openId无需注册就能工作?

  • Little^John

    关于原生日志记录没有评论吗?

  • AndrewEddie

    抱歉,错过了那一条

  • louislandry

    当它们不是一条一条来的时候就会发生这种情况:)抱歉。

  • AndrewEddie

    最好的答案是这取决于社区

  • snellcode

    评论是否已经加入到1.6中?

  • Little^John

    np :)

  • louislandry

    在日志记录方面,我希望能看到一些进展,但到目前为止还没有引起足够的兴趣去投入工作。

  • apotropaic

    我没有一直在跟踪1.6版本的所有新功能,我们能否覆盖在tmpl中找到的xml文件,或者甚至从模板html文件夹中创建新的文件?

  • AndrewEddie

    如果有个人或一群人对此感兴趣,我知道有一两个,我们可能会看到补丁或者分支工作。

  • coder4life

    我们可以选择从用户那里收集信息,我们能否在注册时添加字段,然后设置扩展来利用这些字段?

  • AndrewEddie

    关于社交集成

    我们不知道这些功能是否会出现,因为我们不知道社区的开发者感兴趣的重点是什么。

    然而

  • AndrewEddie

    1.7版本基本上被定位为“内容年”。

    *as the

  • D3vil_

    1.7版本会有自定义字段吗?

  • AndrewEddie

    所以我预计这个主题将会非常重要。

  • Little^John

    louislandry,我还没有做任何事情,但总会在某个时候做。我实际上以为日志记录和拥有历史记录是本地支持的(几乎是现代网络应用的迫切“需求”)。好的,我稍后会回到这个话题,当我们在这方面做了一些工作之后。谢谢。:)

  • piegus

    我有一个关于功能的问题。会有对多页面和子域的支持吗?

  • AndrewEddie

    抱歉,各位,我只是在追赶问题,确保我们不会错过任何一个。

  • AndrewEddie

    apotropaic:你是说定义布局的XML文件吗?

  • Gerlof

    @Little^John 你是指Dioscouri正在开发的日志功能吗? http://www.dioscouri.com/index.php?option=com_content&view=category&layout=blog&id=177&Itemid=412

  • jools

    标题:SCOUT Overview - Dioscouri Design (在 www.dioscouri.com)

  • Gerlof

    @jools 我先到的 ;P

  • louislandry

    我们不知道1.7版本中具体会有什么,但在1.6版本的RC到GA阶段,我们将致力于为1.7版本设定一个愿景以及一个发布计划。最终包含的功能将很大程度上取决于像你们这样的开发者投入的内容。

  • ivo

    @jools 是一个url到页面标题的机器人

  • louislandry

    一般来说,我们一直在考虑将其作为一个真正加强内容系统的关注点。

  • voland

    还有关于真正的MVC模型的问题。几个月前我尝试创建一个管理模板,但在查看代码后我意识到没有补丁是不可能的。Joomla 1.6会在管理部分有真正的MVC吗?

  • Gerlof

    @ivo 我是个新手

  • apotropaic

    AndrewEddie:是的,那个影响布局的。

  • AndrewEddie

    apotropaic:抱歉,实际上不得不查看代码。可以说是,也可以说不是。你不能覆盖核心的XML布局文件,但你可以向模板的覆盖文件夹中添加新的布局和XML文件

  • louislandry

    coder4life:是的,使用插件/布局可以捕获不同的用户字段等信息。

  • AndrewEddie

    apotropaic:同样,对于模块,你可以在模板中添加额外的布局,你可以在模块编辑界面中选择这些布局

  • apotropaic

    AndrewEddie:这是1.6版本的新功能吗,还是1.5版本就已经有了?这是一个杀手级功能

  • AndrewEddie

    apotropaic:这是1.6版本的新功能

    是的,我认为这对于创造性来说是一个杀手级功能:)

  • ivo

    @coder4life 查看usermeta,你现在就可以使用它 http://joomlacode.org/gf/project/usermeta/

  • AndrewEddie

    谢谢

  • jools

    标题:JoomlaCode > 项目 > User Meta > 主页 (在 joomlacode.org)

  • louislandry

    voland:1.6版本的管理界面已经被重构为使用MVC。事实上,昨天我们合并了一个拥有大量模板布局覆盖的第二管理模板。

  • coder4life

    @louislandry,AndrewEddie,Ivo 谢谢

  • louislandry

    我认为我们已经涵盖了所有的问题...如果没有,请重复。

  • voland

    louislandry:那么我可以重构助手以包含新的字段和接口吗?

  • piegus

    会有对多页面/子域的支持吗?在1.6版本中。

  • snellcode

    评论是否已经加入到1.6中?

  • AndrewEddie

    piegus:原生不支持。实际上,我听说了一些很有趣的报告,一些企业选择Joomla正是因为它没有这个功能。如果你的多域名站点被黑,所有网站都会宕机。

  • louislandry

    voland:我不知道你有什么限制,但我知道现在的情况比以前好多了。如果你遇到问题,把它们提到邮件列表上,我们可以试着解决。唯一的方法是尝试。

  • gregdaynes

    @piegus - 查看Naveen Gavini在GSOC '09上的工作 - https://community.joomla.net.cn/gsoc2009/naveen-gavini.html

  • piegus

    我不知道谁负责模板。但是会有下拉菜单这样的功能吗?:D

  • bembelimen

    所以不是多站点被黑,而是黑客感染服务器并自行黑掉所有页面:P

  • voland

    louislandry:谢谢 - 我会试试的 - 目标是创建一个易用且快速的管理界面

  • louislandry

    非常好的目标,voland

  • AndrewEddie

    snellcode:所以评论是一个有趣的故事。路易斯和我前几天决定,我们可以推动评论功能,或者我们可以准备好其他人的工作并将它们合并到核心中。这很接近,但我们认为最好留下那项工作并推进很多其他必要的功能。底线是我们错过了截止日期,我们认为最好是树立一个好榜样,但这意味着所有这些都会进入1.7流程。

    当它开始时,直接进入1.7流程。

  • louislandry

    bembelimen:取决于环境...这肯定是最坏的情况。

  • artyom

    @voland:也查看一下新的管理模板。我已经喜欢它了。

  • AndrewEddie

    snellcode:所以有得有失

  • snellcode

    AndrewEddie:听起来不错,我也同意树立了正确的榜样:)

  • apotropaic

    AndrewEddie:我在我的很多网站上都使用这个,甚至没有通过在/components/com_content/页面中添加它们来重写。当我发现这个功能时,即使在1.5版本中,我也发现它真的消除了我认为我需要CCK的95%的理由。我正在编写一些关于如何使用这个功能的教程

  • bembelimen

    louislandry 这听起来有点差劲,把安全原因作为反对多域名支持的反面例子.....,当一个网站被感染时,其他所有网站很可能也会有同样的安全漏洞

  • AndrewEddie

    apotropaic:这太棒了

  • louislandry

    这不是一个理由,这是andrew提出的一个轶事。

  • voland

    @artyom:我在早期alpha版本中查看了它 - 比在1.5中的好多了,但仍然远非理想

  • bembelimen

    nvm

  • AndrewEddie

    bembelimen:这只是我在地上听到的事情。我个人对此无关紧要,但我认为这很有趣。

  • louislandry

    之所以没有完成,是因为没有人足够关心它,实际上去做完成它的工作。如果你愿意,我会很高兴在一个分支上为你设置来处理它。

  • Little^John

    heh

  • piegus

    你认为你能在圣诞节前用1.6版本完成它吗?

    :D

  • louislandry

    piegus:绝对可以

  • piegus

    万岁!

  • Little^John

    我想我一周前问过这个问题,但...在1.6版本中可以重命名/administrator/吗?

  • bembelimen

    piegus 1.6版本六月份和(+6个月)圣诞节1.7^^

  • Little^John

    我认为有些组件在前端/后端之间使用文件(如语言文件),但对于核心...

  • ivo

    没有通过混淆来提高安全性

  • AndrewEddie

    嗯,我们在测试阶段有更多的手参与测试,它会更快、更好

  • louislandry

    我认为不会,Little^John...但我很高兴有人研究一下需要做些什么。鉴于我们今天达到的里程碑,可能不是1.6版本,但肯定是为1.7版本的一个很好的事情

  • voland

    是否有工作来改进PDF支持。Joomla 1.5中的tcpdf版本看起来像是2005年的,它不支持css 2(甚至真实的css 1)。在1.6中有些更新的东西吗?

  • D3vil_

    2010年圣诞节?永远不会

  • apotropaic

    嘿,我一直困惑于作为开发者在哪里可以帮助1.6版本。最好的地方是去哪里找出每周我可以帮助10小时的地方?

  • AndrewEddie

    避邪的:此刻,Bug Squad 是开始学习入门的最佳地点

  • Little^John

    louislandry,好的。理想的解决方案(在我看来),应该是将 /admin/ 完全与前端分离,甚至可以放在一个子域上?

  • AndrewEddie

    #joomla-bug-squad 和 http://groups.google.com/group/joomlabugsquad

  • jools

    标题:Joomla! bug Squad | Google Groups (在 groups.google.com 上)

  • AndrewEddie

    那是 IRC 聊天和邮件列表

  • artyom

    @voland:我是指前几天在主干中出现的新的模板 "Hathor"。你是说这个还是 "Bluestork"?

  • apotropaic

    好的,谢谢!

  • louislandry

    我非常希望通过子域来访问它。如果你对此感兴趣,并进行一些研究,朝着 1.7 版本努力,我认为那将是一个极好的倡议...而且我认为你可能也会得到一些对此感兴趣的人的支持。

  • jmcameron

    安装器是否会有更新,以便为扩展安装语言,使得组件帮助文件能安装到正确的位置?目前的安装器似乎不支持这个。

  • AndrewEddie

    jmcameron:呃,有几个要点,让我介绍一下几个新特性,看看是否能帮到你

  • louislandry

    voland:我们在 1.6 版本中放弃了 PDF 支持,并期待未来第三方解决方案的出现。

  • Little^John

    louislandry,好的。这取决于我需要/可用的時間,但肯定愿意帮忙。:)

  • voland

    louislandry:听起来不好(

  • louislandry

    当然...参与开源项目的美妙之处在于你可以根据自己的意愿或能力投入或多或少的时间。

  • sollostech

    有没有考虑在 Joomla 核心中整合 Google Sitemap?我希望建立新文章时,可以设置搜索引擎的优先级参数。

  • Little^John

    哈哈,没错,只是希望现实生活不要耗时那么长... ;)

  • louislandry

    voland:这个功能从来就不够好,而且我们也没有足够的资源让它变得足够好。那里没有很多好的基于 PHP 的 PDF 解决方案,而且我们现在写一个也不在我们的项目范围内。

  • AndrewEddie

    1.6 版本将包括为扩展提供本地语言文件的能力,例如 /components/com_foobar/language,系统将自动识别它们。安装程序包括几个新事件,帮助扩展安装、升级和卸载,还有一个更新站点功能,你可以在你的网站上发布一个 XML,Joomla 会检查你是否拥有最新版本。你也可以安装扩展包和库。这有帮助吗?

    安装扩展包和库。这有帮助吗?

  • louislandry

    我真诚地希望第三方开发者社区能够提出一些值得使用的 PDF 解决方案。

  • voland

    artyom:我将检查新模板!谢谢。顺便问一下,你是从俄罗斯来的吗?

  • snellcode

    我使用 fpdf 将 PHP 数据转换为 PDF,效果非常好

  • louislandry

    sollostech:这是一个有趣的想法...我最近没有听说或看到有人在这方面工作,但你可以问一下邮件列表上是否有人对此感兴趣。

  • elkuku

    问:有没有计划制作一个 '微小核心' 发行版 - 意思是 - 删除所有 '不太必要' 的扩展?

  • jmcameron

    AndrewEddie:听起来扩展中的语言目录是正确的解决方案。当然,这意味着需要重构扩展文件,但嘿,这可能是升级到 1.6 中最容易的事情了!谢谢 Andrew!

  • sollostech

    louislandry:我会的,我还没有订阅邮件列表,但我会的。

  • voland

    @louislandry:嗯 - 我使用了最新的 tcpdf 版本并将其整合到一个网站中,但我也同意这不是一个非常受欢迎的功能

  • louislandry

    Snellcode:它不易于主题化,它在可靠地转换HTML到PDF输出方面支持不佳。它的精致程度不符合我们的使用期望。尤其是在大多数现代操作系统上,实际上可以很容易地在浏览器中将渲染的网页打印为PDF。

  • snellcode

    我认为HTML到PDF的方法是错误的。

  • AndrewEddie

    elkuku:那将是开发列表上的一个很好的转换。我很乐意听听人们对“精简”版本包含什么的看法。

  • louislandry

    确实,我们不将数据存储在其他格式中

    所以问题不仅仅是简单地加入一个PDF库并生成PDF

  • snellcode

    直接使用PHP数据生成PDF是唯一可靠的方法

  • voland

    snellcode:我记得fpdf不支持Unicode

  • AndrewEddie

    elkuku:我们需要对安装应用程序进行一些重构,但这正是我们可以努力的方向

  • elkuku

    嗯,我以为这里也可以放弃;)

  • jmcameron

    谢谢!

  • elkuku

    是的,我认为安装程序可以被“分割”成某种方式... sql和文件...

  • louislandry

    我会说elkuku,这绝对在我心里... 我希望我能在1.7周期内有时间处理这类事情。我不太确定这将带来什么影响... 因为它将对很多事情产生重大影响,我认为它值得在列表上进行更广泛的讨论。

  • Little^John

    关于卸载默认组件,怎么样?我很困惑,可以卸载com_banner,删除mod_banner(不可卸载 - 灰色显示),但页面仍然会断裂。示例组件和模块是否需要清理以保持一致性?:D

  • elkuku

    确实 - 我只是看到人们不断请求更多功能和扩展 - 而我认为我们应该采取更“模块化”的方法

  • louislandry

    Little^John:我敢肯定我们需要彻底清理这些内容... 你愿意自告奋勇吗?

    :)

    至少... 在问题跟踪器中报告你发现的奇怪问题:http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103,以便进行检查。

  • jools

    标题:JoomlaCode > 项目 > Joomla! > 跟踪器 > Joomla! 1.6.x 问题跟踪器 > 浏览跟踪项(在joomlacode.org)

  • Matrikular

    嗯,我有点迟到了 - 希望不要太晚...

    所以 - 正如hannes(hackwar)几天前在jday.nl上提到的 - 人们将能够扩展用户配置文件。我早在很久以前就研究过这个问题,对于在1.6中扩展xml文件并不太满意,因为1.6的一个主要目标是减少解析过多的xml文件(希望我理解对了)

    除此之外,将会有一个关于如何扩展用户配置文件的清晰帮助文件吗?

  • Little^John

    louislandry,我会的。我只是对此感到非常困惑:)

  • louislandry

    可能是疏忽:

  • Matrikular

    而且... 在1.7中会有动态添加的配置文件字段吗,我相信每个用户都期望在1.6中看到这一点

  • AndrewEddie

    Matrikular:是的,你将能够通过插件来扩展。核心中有一个“示例”。

  • Matrikular

    我看过那个,对于“普通”用户来说... 你不觉得有点不方便吗?

  • AndrewEddie

    Matrikular:嗯,实际上,你将能够扩展所有组件,所以我们需要整理一些文档。

    你可以轻松编写一个插件来为文章添加自定义字段:)

  • voland

    关于扩展。你对于在1.7中集成或者不集成强大的CCK以及过滤器有什么看法。现在我们有许多解决方案,比如zoo k2 jseblod,但这种竞争我认为不太好 - 仍然没有过滤器和按字段搜索以及排序

  • Matrikular

    当然,我更感兴趣的是关于如何扩展/用户配置文件的解决方案

  • Little^John

    考虑到1.6版本,现在开始开发一个全新的网站(带有论坛、博客、超过10k用户等)是不是一个非常糟糕的时间点?

  • Matrikular

    例如联系方式组件,或者,为社区建设解决方案提供一个创建个人资料的钩子。

  • AndrewEddie

    Matrikular:看看用户个人资料插件。这是一个展示你可以如何完成一个非常简单工作的例子,或者你可以将其集成到一个定制组件中。实际上,天空才是极限。

  • Matrikular

    好的,谢谢 - 那我再去看一看。

  • louislandry

    好的,各位,问题就到这里......我会回答剩下的内容:)

    voland:我的看法是,这些扩展中的每一个都有值得探索的伟大之处。我个人最喜欢zoo的架构,但就目前而言,我们还没有为1.7版本设定任何具体目标。我们非常希望能够尽快确定我们想要为1.7版本做的事情的蓝图,并如我之前所说,在RC阶段我们会专注于它。无论我们最终将什么放入核心,我都非常希望它能非常强大,能够过滤和搜索任何字段。

  • AndrewEddie

    Little^John:这很难说。

  • louislandry

    Little^John:我认为这不是那么糟糕。我希望我们会对1.5升级到1.6的便利性感到非常惊喜,这比从1.0升级到1.5要容易得多......我认为,就像你当时使用的最好的工具一样。如果在迁移的时候遇到问题,邮件列表上有很多可以帮助你的人,他们通常在IRC频道上也很活跃。

    我的建议是,只是构建网站......1.5版本不会很快消失。

    在迁移的时候你不会孤单:)

    感谢大家的精彩讨论:)

  • AndrewEddie

    是的,谢谢。

  • Little^John

    哈哈,知道这个很好。谢谢两位!:)

  • voland

    感谢回答:)

  • gregdaynes

    感谢Louis和Andrew。

  • coder4life

    感谢你们的时间,Louis和Andrew,现在回到Joomla:)

  • elkuku

    感谢Louis和Andrew - 这些聊天应该定期进行;)

  • louislandry

    它们现在是,也将是:)

    你也可以尝试在开发频道中直接联系我们。

  • elkuku

    我会的;)

  • louislandry

    除非我忙得不可开交,否则我总是乐意聊天。