直接用Django_ajax

我的快写完了，完了开，和这个社区形势差不多，不过写的很简单

你可以写个中间件过滤这个URL很简单

看过你这个源码，还不错，不过还是不够django 感觉还是挺v2ex的！ 没办法，自己用django写了个，基本功能是已经实现了，还差一些润色。 自己动手丰衣足食啊 :)

直接从1.5 里面copy过去就好了，不过1.5里面的也不是很好用 自己写个filter 就ok了

有时候是你浏览器的问题，呵呵

C2C可能下不来哟

晕！！ url(r'^index/$', 'blog.views.index'), url(r'^index2/$', 'blog.views.index2'), url(r'^index1/$', 'blog.views.index1'),

你view 的名字有问题，改成

url(r'^index/$', 'blog.views.index'),
url(r'^index2/$', 'blog.views.index'),
url(r'^index1/$', 'blog.views.index'),

现在Django还有视频啊？ 要想学好，就看官方文档吧，其他都是扯淡！

ruby中国 是个社区，不是单指ruby 语言！

这个forum的程序还没有被应用到production环境哟，你倒是敢为人先哈，呵呵

真心很慢！

和south 有区别吗？

兄弟，多百度啊， 成熟的editor很多， 给你推荐个国内的kindeditor 集成上传文件和图片功能

{% url "Your_view_url "%}?id=Math.random() 中国的答案已经很明确了，拜托...............

@john, wordpress 头疼的都在后面，主题，插件，性能.....django则是入门需要充实的较多，一旦入门，开发个blog就是分分钟的事儿........

介于本人是小鸟一只，以下纯个人观点，如有雷同，纯属巧合: Django 只是个web框架，所以他的运行方式取决于你所用的服务器和具体的部署方式... 具体你可以百度 fastcgi，wsgi， uwsgi 等.....

只想跟你说generic view 是好东西，但是实质上还是 do_request(request, args,*kwargs ) 这种形式， 我当时学的时候整理了各个view之间的关系，但是常用的就那么几个，白话一点就是TemplateView+Mixin.....

你说的是前端的template吧，Django就是标准的 python 不用怀疑，很多诟病Django template里面的标签，说是不如jinjia2的好用，对此仁者见仁智者见智，但是我想说的是 jinjia2 也不是兼容所有的python语句哟 ：（

bootstrap3 已经很好用了，自己修改下less 很happy 如果说规范的话， 建议你参考网易的NEC框架

@niqi 其实感觉wiki 是双刃剑，之前在公司team管理的过程中有写过wiki，但是如果大家都去修改页面，介于大家水平的良莠不齐，对的改错了，错的改对了，都有可能发生....... 没有办法下，最后改成了blog......

其实wiki 只是一种形式而已，现在已经有不少开源的wiki语法的解析引擎了. 你可以多参考下 Moin和Trac，或者直接在自己的blog上加上全文检索

你说的url 我理解就是slug吧？ django的url 配置入口是 那个urls.py 文件，这种管理方法我个人感觉更规范，不过这个urls只是个元组映射，而这种映射又可以通过函数返回.........

有个DjangoWiki的项目 好像用的就是动态Url生成的方式，你可以自己参考下.

总的来说 Django的url已经很漂亮了，如果你哪wordpress相比的话，也丝毫不逊色....

项目管理的话用trac吧，否则需要自己开发

兄弟，你上面的那个装饰器，应该不能在django里面应用吧！ Django里面的@cache_page(60 * 15)实际上的对 Cache中间件的调用，我个人感觉不是很nice，缓存页面是实现的，但是并没有提供清除cache的操作.（request里面的cache标志方式会清除所有cache的page）

这个是不是给DM打广告来的啊？ 你可以参考官方的backend 自己写DM的backend 或者直接用原生sql来操作吧？ 其实我担心的不是django支持不支持dm 而是 py有没有dm的驱动 ， 哈哈

@Lebesgue 你说的是manytomany 这种中间表？ 如果是的话，在manytomany 里面也是可以手动指定的，看django文档

if settings.DEBUG:
urlpatterns += patterns('',
        url(r'^media/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.MEDIA_ROOT }),
        url(r'^static/(?P<path>.*)$','django.views.static.serve',{'document_root':settings.STATIC_ROOT}),
)

这个只是在你DEBUG的时候才有效，是使用的Django自己内部的静态资源处理机制. 当setting 模板背下来吧，等你release的时候也没有太大用：）

如果你想知道具体为啥看django.views.static.serve这个函数源码

@ fla126 你也在这啊？ 呵呵 我刚还想推荐你的社区呢！

我也在写ing，其实也不难，和blog结构蛮像的！ 如果没有思路，可以download个php的开源社区，按照思路拔下来就是了

你报的啥错哟！扩展一般来说有两种方式 1） 重写meta class 2） 向你一样，重写定义一个表，和user 一一对应就是了

第一种方法自己百度，缺点是对django的自己的数据库表格有侵入，在我自己写社区的时候，选择了第二种方式。

但是第二种方式，在查询的时候需要用外键检索，也挺烦人的。 根据自己需要选择适合你的方法吧