标签: content-management-system

我正在寻找类似于Amazon S3的服务,这是一种存储和检索任意数据(和元数据)的简单服务,但是在您自己的数据中心本地运行.严格来说,我不确定您是将其称为CDN还是轻量级CMS.

它必须是水平可扩展的(包括存储和带宽)和容错.它还必须支持REST,最好是WS,以及可插拔的身份验证和授权系统.使用Java EE构建的东西更适合更方便的集成和可扩展性,但这只是个人偏好,而不是必需的.

建议？

我想开发一个Q/A站点,其功能与Stack Overflow基本类似,但针对不同的利基(电气/硬件工程而不是软件工程).

运行Stack Overflow的代码不是开源的,而且从前面提到的播客中我相信我可以假设它永远不会.(虽然UserVoice说"等3-6个月再问")

我不想像Jeff等人那样从头开始,但我确实想要一个Q/A网站而不是讨论网站.

如果您负责创建此站点,您将从哪个框架或CMS开始？

我更关注CMS,因为我希望我的客户能够尽可能地自给自足.无论如何,我刚开始评估,并将根据我的结论更新.但是,由于我开始首先评估Umbraco,我想得到一致意见.

我不喜欢C#或Vb.Net.所以我愿意接受.

我正在开发一个MVC .Net站点,并希望实现一个CMS系统.到目前为止,我已经看过Umbraco,看起来不错,但是帮助很差,并且开始视频部分是空的,而dotnetnuke,再次看起来不错,但我得到的印象是针对非开发人员,加上比我更多需要和想要.

在我上一份工作中,我创建了一个基本的自定义CMS系统,只需将值添加到数据库中,应用程序就可以从那里调用文本.它工作正常,但我没有源代码.

我所追求的是一个简单的CMS系统,它真的只是控制文本和图像,我不需要umbraco和dotnetnuke中的所有花哨的东西,我自己可以做的所有设计和CSS.

同时我正在使用MVC(这是非常棒的,与我必须在工作中忍受的网络表格/ telerik垃圾相比,这种呼吸新鲜空气)它需要兼容.

一个简单的CMS,任何人都可以提供任何建议吗？

Truegilly

在我第一次面试时,我被问到为什么要建立自己的CMS？为什么不使用现有的CMS,Wordpress,Joomla,Drupal ......？起初,我惊呆了.我无法立即回想起构建自己的CMS的所有原因,但这绝对是主要原因之一:这是我的代码,如果我想在CMS中更改某些内容(我经常要这样做,因为每个网站我构建需要具有不同功能的CMS)这不是一个大问题.有一段时间我一直在使用Wordpress,其中一个让我分心的主要事情是发现代码中的错误,这些错误不是由我编写的,而且这些错误经常发生,特别是如果我对CMS进行了一些更改或添加了插件...

在这里,我可以找到为什么不构建自己的CMS的这8个原因:

1. 它无法满足用户的需求

2. 这工作太多了

3. 它不是标准的解决方案

4. 它的扩展速度不够快

5. 它的测试不够好

6. 它不会轻易改变

7. 它不会添加任何价值

8. 创建内容,而不是功能

从同一页面引用:

因此,问自己的主要问题是:"为什么我真的想重新解决之前已经解决的问题？"

好吧,我绝对同意很难发明尚未发明的CMS,但另一方面,我认为每个CMS都是(或应该是)个体......它可能没有百万个功能,它将有3个功能,但它们的使用将是明确的(对用户)并且做一个站点需要的所有.我认为向客户提供一个从未使用过很多功能的CMS是不好的,当网站和CMS看起来像一个产品时,它看起来可能更专业.

我还想评论一些引用部分:
"这是太多的工作" - 我同意,但是当使用现有的CMS并根据网站需求进行定制时,有时可能是非常艰苦的工作或任务不可能.
"它不会轻易改变" - 我不同意这一点.

您对此有何看法,为什么开发或不开发自己的CMS？
岛

我以Drupal为生,我喜欢这个系统.然而,我一直对Plone很感兴趣,并且想要广泛了解我对CMSes的广泛了解.我过去和Plone一起玩过,被它迷住了并且被它击退 - 取决于当天.

但是,我再次看到Plone的优点

• Python甜蜜的Python
• 建立在战斗硬化和超级成熟的 Zope 2 之上
• Zope 3风格现在也可以在Zope 2中使用,因此也可以在Plone中使用
• 对象而不是SQL
• 真正分离配置和内容(与Drupal不同,配置和内容完全混合在数据库中)
• 非常强大的系统来制作自定义内容类型(遗憾的是不能通过UI)

然而令我感到惊讶的是,我找不到任何与观点相同的内容(http://drupal.org/project/views),而且分类法(即分类)不是一等公民.每个Plone产品似乎都采用自己的分类法.总而言之,虽然我喜欢它的极端和理想主义的方法,但总是让我感到震惊的是,一切都很难在其中完成.

我一直希望Plone能够成功,并且每隔几个月就会探索它的RSS源,但却只会沮丧.

我以为我会测试Plone 4. Plone 4中的新功能列表对我来说完全没什么吸引力(http://plone.org/products/plone/features).

Drupal 7新功能(http://drupalcode.org/viewvc/drupal/drupal/CHANGELOG.txt?revision=1.373&view=markup)和Wordpress 3(http://codex.wordpress.org/Version_3.0)似乎他们在新的主要版本中做了更多.

此外,通过Dexterity替换Archetypes(http://plone.org/products/dexterity/documentation/faq/how-is-dexterity-related-to-archetypes/view)也是向前迈出的一大步.因此,虽然Plone 4本身可能比3.x有所改进,但它是否足以让Plone在其他CMS中进行推算？

这让我想到了我的问题:

Plone是否会稳步下滑？Plone的未来是什么？我的评估是错误的,Plone没有按照其他顶级CMS的速度添加功能和功能吗？

这篇http://www.google.com/trends?q=plone似乎证实了我的担忧.

我应该试试Plone 4并将其作为我的"第二"CMS吗？

我想检测div滚动.这段代码的作用是检测整个窗口滚动:

$(document).ready(function() {
var track_load = 0; //total loaded record group(s)
var loading  = false; //to prevents multipal ajax loads
var total_groups = <?php echo $total_groups; ?>; //total record group(s)

$('#results').load("autoload_process.php", {'group_no':track_load}, function() {track_load++;}); //load first group

$(window).scroll(function() { //detect page scroll

    if($(window).scrollTop() + $(window).height() == $(document).height())  //user scrolled to bottom of the page?
    {

        if(track_load <= total_groups && loading==false) //there's more data to load
        {
            loading = true; //prevent further ajax loading
            $('.animation_image').show(); //show loading image

            //load data from …

这项技术仍然很受欢迎吗？

我想创建一个自动转换XSLT文件的网站.它应该这样工作:当用户访问站点时,单个处理程序将接受他的请求,然后为它找到合适的XML(根据请求的URL)并使用其附加的XSL文件对其进行转换.

我想这样做是为了使用简单的XML文件(而不是使用完整和昂贵的CMS系统)更容易更新站点.

你说什么？好主意？馊主意？有人有推荐吗？

谢谢!

我在PHP + MySQL上编写CMS.我希望它是可自我更新的(在管理面板中单击一下).什么是最佳做法？
如何比较当前版本的cms和更新版本(应用程序本身和数据库).它应该只下载zip存档,上传和覆盖文件吗？(但是如何处理不再使用的文件).如何检查更新是否正确下载？它还支持模块,我希望这些模块可以从cms的管理面板下载.
我应该如何更新MySQL表？

我是为我们的公共站点构建新内容管理系统的团队的一员.我正在尝试找到构建版本控制机制的最简单,最好的方法.对象模型非常基础.我们有一个抽象的"BaseArticle"类,其中包含版本无关/元数据的属性,例如"Heading"和"CreatedBy".许多类继承自此类,例如"DocumentArticle",它具有属性"URL",该属性将是文件的路径."WebArticle"也从"BaseArticle"继承和包括"FurtherInfo"属性和"标签"的对象,其中包括"身体",将持有要显示的HTML(Tab对象不从任何派生)的集合."新闻文章"和"JobArticle"继承自"WebArticle".我们有其他派生类,但这些提供了足够的示例.

我们提出了两种持久化修订控制的方法.我将这些称为"Approach1"和"Approach2".我使用SQL Server来做每个的基本图表:

使用Approach1,计划将通过数据库更新来保留新版本的文章.将为更新设置触发器,并将旧数据插入xxx_Versions表中.我认为需要在每个表上配置触发器.这种方法确实具有以下优点:每个文章的唯一"头部"版本保存在主表中,旧版本被放弃.这样可以轻松地将文章的头版本从开发/登台数据库复制到Live文件.

使用Approach2,计划将用于插入数据库的新版本的文章.文章的头版将通过视图确定.这似乎具有更少的表和更少的代码(例如,不是触发器)的优点.

请注意,使用这两种方法,计划是为映射到相关对象的表调用Upsert存储过程(我们必须记住处理添加新文章的情况).这个upsert存储过程将为它派生的类调用它,例如upsert_NewsArticle将调用upsert_WebArticle等.

我们正在使用SQL Server 2005,虽然我认为这个问题与数据库风格无关.我做了一些广泛的互联网拖网,并找到了两种方法的参考.但我没有发现任何比较两者的东西,并表明其中一个更好.我认为,对于世界上所有的数据库书籍,这种方法的选择必须先出现.

我的问题是:哪种方法最好,为什么？