解决办法！：就是你没有配置环境变量，Django安装之后，要配置环境变量才能用命令：django-admin.pystartproject工程名，环境变量的内容就是django-admin.py文件的路径，我的是在：E：\PythonAll\Python-7\Lib\site-packages\Django-6-pyegg\django\bin，读者参考，和你的应该有出入，自行核对。
但网上都是3或者4版本的解决办法，在5版本中测试已经不能用了。 在1版本，我测试可行的解决办法有三种： 一： 关闭csrf保护功能。为视图函数添加@csrf_exempt修饰符。 fromdjango.views.decorators.csrfimportcsrf_exempt@csrf_exemptdefview（request）：#yourcode...当然这样不安全。
默认情况下，当csrf校验失败时，系统会调用_reject函数并返回一个预设的内容。该函数进一步调用_get_failure_view函数，获取settings.CSRF_FAILURE_VIEW配置项指向的视图函数。默认情况下，这指向django.views.csrf.py中的csrf_failure视图函数，其主要功能是根据默认模板渲染后返回，并设置HTTP响应状态码为403。
1、常见的Web漏洞有：跨站脚本攻击（XSS）、SQL注入、跨站请求伪造（CSRF）、文件上传漏洞等。跨站脚本攻击（XSS）跨站脚本攻击是Web应用中一种常见的安全漏洞。攻击者通过在合法用户的浏览器中执行恶意脚本，获取用户的敏感信息（如cookies），或对用户进行钓鱼攻击。
2、SQL注入攻击：攻击者利用SQL语句的漏洞，在应用程序中插入恶意代码，从而获取数据库中的敏感信息或者篡改数据。 跨站脚本攻击（XSS）：攻击者利用XSS漏洞，在应用程序中插入恶意脚本，从而获取用户的敏感信息或者控制用户的浏览器。
3、Web应用常见的安全漏洞：SQL注入 注入是一个安全漏洞，允许攻击者通过操纵用户提供的数据来更改后端SQL语句。 当用户输入作为命令或查询的一部分被发送到解释器并且欺骗解释器执行非预期的命令并且允许访问未授权的数据时，发生注入。
4、注入漏洞 注入漏洞是一种常见的web应用程序漏洞，通常发生在用户输入数据与应用程序的交互中。这种漏洞可能导致恶意用户在输入字段中注入恶意代码，如SQL注入或os命令注入，从而绕过应用程序的验证并访问敏感数据。
5、URL跳转漏洞，安全防线的薄弱环节URL跳转漏洞源于未经验证的重定向，可能导致用户被引导至不安全的外部链接。测试时可抓取请求并修改URL，观察是否能成功跳转。然而，随着referer校验的增加，这类攻击难度有所提升。保持警惕，定期进行漏洞扫描和信息安全测试，是维护Web应用安全不可或缺的步骤。
xss前端改和后端相比后端改。真正的前端解决方案是前后端都要处理，后端更重要，XSS原理就是把脚本字符串传入输入框，后端不做防护直接存储，返回到页面上，导致恶意的语句执行。
防范XSS攻击是需要后端和前端共同参与的系统工程。虽然完全避免XSS攻击很难，但通过减少漏洞产生，可以显著提高网站安全性。
修改：我的做法时当选择完文件之后用js来做个判断，判断文件类型是否符合条件 不足：这种做法可以弥补一些Input的不足，但是不能完全解决，比如将可执行脚本用符合条件的文件中，所谓前端的都是可以绕过的，因此还需要在后端做限制。前端加限制是为了提高漏洞使用的门槛，降低风险。
前端安全 后端安全 XSS简介 跨站脚本（cross site script）简称为XSS，是一种经常出现在web应用中的计算机安全漏洞，也是web中最主流的攻击方式。
这种方案会对前端访问的数据产生变化，同时需要修改后端代码。CORS（Cross-Origin Resource Sharing）是W3C标准，是现代浏览器支持的一种跨域资源共享的方式。通过在服务端返回一些特定的HTTP头，浏览器就能够跨域访问资源。然而，使用CORS需要同时进行前后端的代码修改。