首页
学习
活动
专区
工具
TVP
发布

Rgc

专栏作者
81
文章
183704
阅读量
28
订阅数
Airflow速用
Airflow是Apache用python编写的,用到了 flask框架及相关插件,rabbitmq,celery等(windows不兼容);、
用户1558882
2019-10-31
5.2K0
企业微信上传 带中文名称的 临时素材资源 报错 44001:empty media data
错误原因:urllib3的老版本bug,卸载掉 requests,urllib3,从新安装最新版的requests(此包内部依赖urllib3);
用户1558882
2019-08-08
2.1K0
flask项目开发中,遇到http 413错误
在flask项目中,上传文件时后台报http 413 Request Entity Too Large 请求体太大错误!
用户1558882
2019-01-30
2.2K0
安装linux环境及相关包方法
先下载 iso镜像文件,在windows系统下,插入u盘,下载 Ultraiso软件,安装好后,根据 http://jingyan.baidu.com/article/a378c960630e61b329283045.html  把U盘变成系统盘后。插入U盘到 要装linux系统到电脑中,重启电脑,根据提示安装即可(尽量在安装中保持联网状态,否则在以后安装 包 到时候会出现不必要到麻烦)。
用户1558882
2019-01-30
1.3K0
pycharm安装,svn使用,远程开发调试,接口测试,连接服务器
磨刀不误砍柴工,配置完美的编辑器,在开发时,能帮助我们节约大量的时间成本,从而是我们的精力放在业务逻辑实现上面!
用户1558882
2019-01-30
1.3K0
Python直接改变实例化对象的列表属性的值 导致在flask中接口多次请求报错
在flask中,知识点:一个请求 在进入到进程后,会从进程 App中生成一个新的app(在线程中的应用上下文,改变其值会改变进程中App的相关值,也就是进程App的指针引用,包括g,),以及生成一个新的请求上下文(包括session,request)。并把此次请求需要的应用上下文和请求上下文通过dict格式传入到  栈中(从而保证每个请求不会混乱)。并且在请求结束后,pop此次的相关上下文。
用户1558882
2018-10-25
4.9K0
redis权限认证及登录
找到配置文件 redis.conf 找到   requirepass 字段 去掉注释,改为  requirepass  yourpassword 重启redis: service redis restart 进入redis redis-cli -h 127.0.0.1 -p 6379 -a myPassword 如果嫌每次进入redis都要输入如上 这么长的命令,可以 加入到 alias命令中,具体方法查询我的另一篇文章: https://www.cnblogs.com/rgcLOVEyaya/p/RGC
用户1558882
2018-10-11
1.7K0
tornado+websocket+mongodb实现在线视屏文字聊天
最近学了tornado和mongo,所以结合websocket 实现一个聊天功能,从而加深一下相关知识点的印象
用户1558882
2018-10-11
1.8K0
mysql数据库优化(二)
https://www.cnblogs.com/sevck/p/6733702.html
用户1558882
2018-10-11
1K0
Python预编译语句防止SQL注入
今天也在找python的预编译,早上写的sql是拼接来构成的。于是找了2篇文章,还不错,分享一下大家学习。
用户1558882
2018-10-11
3.3K0
遇到502错误,invalid request block size 解决方法
uWSGI是一个Web服务器,它实现了WSGI协议、uwsgi、http等协议。Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。 因为业务需求,要最多输入350个汉字,在网页中执行接口,导致浏览器显示 502 bad gateway。 查看后台日志,发现为    invalid request block size: 6453 (max 4096)...skip 说明服务器设置的请求最大长度为4K,而向后台服务器传输的长度超过了4K,导致服务器跳过这个请求,不再处理此请求。 解
用户1558882
2018-04-03
1.2K0
RESTful接口设计原则和优点
RESTful架构优点: 前后端分离,减少流量 安全问题集中在接口上,由于接受json格式,防止了注入型等安全问题 前端无关化,后端只负责数据处理,前端表现方式可以是任何前端语言(android,ios,html5) 前端和后端人员更加专注于各自开发,只需接口文档便可完成前后端交互,无需过多相互了解 服务器性能优化:由于前端是静态页面,通过nginx便可获取,服务器主要压力放在了接口上 RESTful架构设计原则(不同公司具体细节可能不同): 在接口命名时应该用名词,不应该用动词,因为通过接口操作到是资源。
用户1558882
2018-04-03
3.5K0
SSE(Server-sent events)技术在web端消息推送和实时聊天中的使用
最近在公司闲着没事研究了几天,终于搞定了SSE从理论到实际应用,中间还是有一些坑的。 1.SSE简介 SSE(Server-sent events)翻译过来为:服务器发送事件。是基于http协议,和WebSocket的全双工通道(web端和服务端相互通信)相比,SSE只是单通道(服务端主动推送数据到web端),但正是由于此特性,在不需要客户端频繁发送消息给服务端,客户端却需要实时或频繁显示服务端数据的业务场景中可以使用。如:新邮件提示,在浏览网页时提示有新信息或新博客,监控系统实时显示数据。。。 在web端
用户1558882
2018-04-03
4.4K0
没有更多了
社区活动
Python精品学习库
代码在线跑,知识轻松学
【玩转EdgeOne】征文进行中
限时免费体验,发文即有奖~
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·干货材料·成员作品·最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档