Django – 第 4 页

django 主动抛出 403 异常

2018年12月21日没有评论

网上的做法基本都是下面的代码

return HttpResponseForbidden()

试了一下，效果一般，没有异常页面显示，最终显示的是浏览器的异常页面,如下图：

如果要想让服务器截获异常并且显示错误页可以用下面的方式：

id = request.GET.get('id', '')
timestamp = request.GET.get('timestamp', '')
accesskey = request.GET.get('accesskey', '')

if timestamp == '' or accesskey == '' or id == '':
    raise PermissionDenied

经验总结『Skills Summary』

ngix+uwsgi+django 以及阿里云rds数据库数据导入

2018年12月21日没有评论

网上关于如果通过nginx来运行django的文章还是蛮多的，但是有的地方写的可能不够细致，于是在实际操作的时候可能会出现一些问题，具体可以参考这个链接：https://www.cnblogs.com/frchen/p/5709533.html。但是实际在不熟的时候却发现uwsgi的配置文件貌似不怎么好用，于是去官网看了一下，近习惯了修改：

[uwsgi]
socket = 127.0.0.1:8001
chdir = /var/www/html/
wsgi-file = Project/wsgi.py
processes = 4
threads = 2
stats = 127.0.0.1:9191

#stats=%(chdir)/uwsgi/uwsgi.status

pidfile=uwsgi.pid

buffer-size = 65536

需要注意的一点是，这个chdir 是项目的根目录，也是工程文件的父目录，后面的wsgi-file则是工程目录和wsgi文件的结合路径，如果这个搞错了，后面的就直接跑不起来了。此时就可以通过uwsgi uwsgi.ini来启动服务了，但是如果此时通过浏览器直接去访问http://192.168.1.100:8001这个地址很有可能是失败的。要配置好nginx的代理之后通过nginx进行访问，nginx配置文件如下：

程序设计『Programing』

如何绕过微信图片的防盗链

2018年11月30日没有评论

具体实现原来可以参考这个链接： https://www.zhihu.com/question/35044484

下面给个Django下的实现代码：

@csrf_exempt
def image_proxy(request):
    img = request.GET.get('img')
    headers = {
        'User-Agent': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36',
    }
    status = 0
    try:
        r = requests.get(
            img,
            headers=headers)
    except ConnectionError, ConnectTimeout:
        status = 1
    if status == 1:
        return ''
    response = HttpResponse(r.content, content_type='image/jpeg')
    return response

url.py

url(r'^spider-api/image-proxy/$', image_proxy),

访问方法，url：

http://127.0.0.1:8001/spider-api/image-proxy/?img=https://mmbiz.qpic.cn/mmbiz_png/WliaoSKPrpSPqGrhMmQK8MwKR6AZ7qDDy2JtSxRjk3ZUke41PUGP6RoaibzIgxw8ey5cejb5FzkplhgGd48oOxAg/640

博客相关『Blogger/WordPress』

django 1452, ‘Cannot add or update a child row: a foreign key constraint fails

2018年5月24日没有评论

网上这个问题搜索的概率非常高，但是实际上解决方法并不是非常完美，例如删除数据库重建什么的。由于刚开始的时候没有设计用户模块，中间添加的用户模块，此时数据库已经有很多数据了，如果删除数据重新创建是显然不可能的，于是搜索了一下，https://blog.csdn.net/qingche456/article/details/58153741 这个帖子中的方法确实能够解决问题，但是并不是十分完美，作为一个强迫症患者，一定要解决这个问题，而不是用这种投机取巧的办法。

我这里出现这个问题的原因在于，新建的用户表用户数量已经超过了原有的auth_user数据数量，所以外键已经无法获取到正确的用户id。原始的约束如下

ADD CONSTRAINT `django_admin_log_user_id_52fdd58701c5f563_fk_auth_user_id` FOREIGN KEY (`user_id`) REFERENCES `auth_user` (`id`);

而我新创建的用户model为h4ckUser_hackuser，于是新创建的用户都会增加到h4ckUser_hackuser表中，而不是默认的auth_user表中。要解决这个问题就需要修改外键约束，我用phpmyadmin
后台发现无法修改这些数据。于是只好重建一个新表，然后将两个表名称替换。此时这个问题就完美解决了，新建的表注意将上面的代码改成
ADD CONSTRAINT `django_admin_log_user_id_52fdd58701c5f563_fk_auth_user_id` FOREIGN KEY (`user_id`) REFERENCES `h4ckUser_hackuser` (`id`);
此时在后台新建用户以及各种操作就完全没有问题了，日志系统也会正常进行记录。
另外如果migrate失败，可以尝试删除migration下最后生成的文件，同时对数据库中新增加的数据进行删除。然后重新直接make migraions和migrate，为了稳妥还是最好天前进行系统备份，例如快照系统和mysql备份。

博客相关『Blogger/WordPress』