我正在尝试使用cmd创建super用户，但每次运行命令时我都会得到:C:\Users\PCDOM\Desktop\Power\pm_app>pythonmanage.pysyncdbTraceback(mostrecentcalllast):File"manage.py",line17,inexecute_from_command_line(sys.argv)File"C:\Python27\lib\site-packages\django\core\management\__init__.py",line338,inexecute_from_command_lineutility.e

我有一个Heroku设置django-compressor压缩我的CSS和JS文件。我的默认缓存后端是用memcached设置的(在Heroku上实际上是Memcachier)。我的静态文件在AmazonS3实例上提供(由django-storages和boto处理)。一般我的设置是符合thisonefromthedjango-compressordocs的.在我的页面中，指向我的压缩文件的链接有一个“过期”查询，似乎是从生成链接时起一个小时。我不想设置所有CSS或JS请求都没有过期，因为我有一些我不压缩的CSS和JS(当我尝试时它会给我错误......可能是一个不同的问题)。但是，链

YUICompressor是公认的最佳最小化工具，但Closure似乎可以做得更好。 最佳答案 “你找到最适合你的那个”我认为是目前的普遍答案-YUI已经可用了更长的时间，所以毫无疑问它将成为目前公认的最佳工具。而Closure对我们来说是新的-所以没有像YUI那样丰富的Closure经验。因此，我认为您不会仅仅因为Closure是新的，就根据人们的使用经验找到令人信服的现实世界论据来说明为什么要使用Closure。这并不是说你不应该使用Closure....只是我的说法，我不认为有一个可用的答案，直到很多人使用了2并比较了它们。编

我想从CloudFront提供我的压缩CSS/JS(它们位于S3上)，但无法通过settings.py中的压缩器设置来解决此问题，我有以下内容:COMPRESS_OFFLINE=TrueCOMPRESS_URL='http://static.example.com/'#sameasSTATIC_URL,sounnecessary,justhereforsimplicityCOMPRESS_STORAGE='my_example_dir.storage.CachedS3BotoStorage'#subclasssuggestedin[docs][1]COMPRESS_OUTPUT_DIR