书栈网 · BookStack 本次搜索耗时 0.023 秒,为您找到 559 个相关结果.
  • The asyncio loop engine (CPython >= 3.4, uWSGI >= 2.0.4)

    The asyncio loop engine (CPython >= 3.4, uWSGI >= 2.0.4) Why not map the WSGI callable to a coroutine? Callback vs. coroutines Building uWSGI with asyncio support The first exam...
  • SharedArea —— uWSGI组件间共享内存页

    SharedArea —— uWSGI组件间共享内存页 简单的选项 VS 键值 API 等待更新 可选API Websockets集成API 高级使用 (从C) SharedArea —— uWSGI组件间共享内存页 警告 SharedArea是一种非常底层的机制。想要一个更易于使用的替代品,可以看看 Caching 和 Queue ...
  • uWSGI V8支持

    uWSGI V8支持 Building RPC 信号处理函数 多线程和多进程 Mule uWSGI API JSGI 3.0 CommonJS uWSGI V8支持 Building 需要 libv8 头文件来构建该插件。官方用于V8的modifier1值为 ‘24’. RPC function part1 ( requ...
  • uWSGI告警子系统 (自1.3起)

    uWSGI告警子系统 (自1.3起) 嵌入式事件监控器 定义告警 该死,这……这是我见过的最原始的东东…… 不受糟糕的规则之害 log-alarm是如何工作的呢? 可用插件及其语法 cmd signal mule curl xmpp speech airbrake uWSGI告警子系统 (自1.3起) 从1.3版本开始,uW...
  • SharedArea – share memory pages between uWSGI components

    SharedArea – share memory pages between uWSGI components Simple option VS keyval The API Waiting for updates Optional API Websockets integration API Advanced usage (from C) ...
  • uWSGI第三方插件

    uWSGI第三方插件 uwsgi-capture uwsgi-wstcp uwsgi-pgnotify uwsgi-quota uwsgi-eventfd uwsgi-console-broadcast uwsgi-strophe uwsgi-alarm-chain uwsgi-netlink uwsgi-pushover uwsgi-c...
  • 在uWSGI中嵌入一个应用

    在uWSGI中嵌入一个应用 第1步:创建构建配置文件 第2步:嵌入配置文件 第3步:嵌入flask自身 第4步:添加模板 在uWSGI中嵌入一个应用 从uWSGI 0.9.8.2开始,你可以在服务器二进制中嵌入文件。这些可以是任何文件类型,包括配置文件。你也可以嵌入目录,因此,通过拦截Python模块加载器,你也可以明确导入包。在这个例子中,...
  • Setting up Django and your web server with uWSGI and nginx

    Setting up Django and your web server with uWSGI and nginx Some notes about this tutorial Concept Before you start setting up uWSGI virtualenv Django About the domain and port ...
  • 使用uWSGI在Heroku上运行Ruby/Rack

    使用uWSGI在Heroku上运行Ruby/Rack 准备环境(一个Sinatra应用) 创建uWSGI配置文件 部署到heroku fork()小白指南 ruby GC 并发性 Harakiri 静态文件 自适应进程生成 日志记录 告警 Spooler Mule 信号 (定时器、文件监控器、cron……) 外部守护进程 ...
  • uWSGI是如何解析配置文件的

    uWSGI是如何解析配置文件的 扩展变量/占位符 魔术变量说明 uWSGI是如何解析配置文件的 直到uWSGI 1.1,解析顺序都是不“稳定”或者“可靠的”。 从uWSGI 1.1开始 (多亏了它新的选项子系统),我们有了一个一般的规则:从上到下,尽快扩展。 从上到下意味着选项根据它们解析的顺序内部派系,而“尽快扩展”表示注入一个请求的配置文...