开始以为是app的问题,排查后发现是新版pycharm 有问题。退回2017.3 问题环境是:Flask latest版本,docker-compose运行在远端。flask在pycharm开启debug运行后会卡在第二次reloader中。 其它运行等都没有影响 Post Views: 390
开始以为是app的问题,排查后发现是新版pycharm 有问题。退回2017.3 问题环境是:Flask latest版本,docker-compose运行在远端。flask在pycharm开启debug运行后会卡在第二次reloader中。 其它运行等都没有影响 Post Views: 390
如果是普通的flask页面profile建议使用WSGI Application Profiler 它会自动分析每一个页面,并profile,内部也是cprofile实现。 针对初始化过程只能手动使用cProfile: python -m cProfile -o profiling run_web.py 等到初始化完毕再进入python ide: >>> import pstats >>> stats = pstats.Stats('profiling') >>>…
这个如果是在debug模式下出现一般是跟reloader特性有关系,WERKZEUG提供的这个特性主要是方便实时监测到开发中修改的文件,比重启app要快很多。但是有的时候我们希望app或者部分代码指启动一遍,可以用下面的环境变量来监测是否是第二次reload中的初始化。 if not app.debug or os.environ.get("WERKZEUG_RUN_MAIN") == "true" 组件初始化我们也希望初始化一遍,flask对此有一个专门的事件: @app.before_first_request…
docker-compose的启动会默认创建一个bridge类型的网络,当然它跟默认的bridge是继承关系。最近升级ide和docker后发现服务之间出现了个现象,服务能ping的通但是别名就不可以。而更改的地方就是网络模式network_mode 设置为了bridge。 原来当使用default bridge network的情况下,docker container使用宿主机的resolv.conf,当然不会解析服务名了。从1.10开始docker对自建的网络默认启用embedded dns,这个dns会自动…