@plko345

那些虚的理由没用
要虚的来扯的话 分久必和 和久比分

统一管理是趋势,systemd 不好各大发行版也不会推了
别说 systemd 了,以后网络全归 networkmanager 管
别看这玩意在现在的服务器版本里难用得一逼,大家纷纷禁止 /卸载,
在 fedora29 里已经强推了,而且还很好用,再过几年就能成标准

抵制历史潮流是没意义的,早点适应还比以前爽,守着旧方式没意义

项目思路看 web 框架没屁用

python 能接触到比较大的能称作解决方案的项目就 openstack 了,读这玩意半年起

8 基于 fedora 28,只是自己用装 fedora28 就行了
networkmanager 在 fedoar29 都没法好好控制 openvswitch,服务器上就不用想了
其他的应该和 7 没多大区别

顺便都 2019 年了还黑 systemd ？
要么你没怎么写 /读 init 脚本
要么你没用过 systemd

大部分人用过 systemd 以后再也不想碰 init 脚本

自己弄了台 NAS, 买的改装惠普 GEN8 的机箱,Z370+8700t es

fedora 29

机器做路由
上面跑了自己电影服务器 jellfyin
网盘 seafile
下载 aria2
git 用 gitea

虚拟机直接写 libvirt 够了,一台机器不会跑那么多虚拟机整一个模板 xml 就可以了

我 pci-e 接了硬盘所以没弄 GPU,这么新的内核装老黄的卡应该不是问题

反正 fedoar29 全包是不二的选择

我曾经去面试被问 PHP 最重要的参数是什么？

@karllynn

原理这两字怎么理解....？
是底层实现原理？还 AMQP 协议？

@tiedan

pg 迭代速度块似乎逼得一些基于 pg 的扩展最后回到 pg 插件上了而不是自己搞一套了
233

这问题论坛上是问不清楚的.

你真要搞懂直接把 eventlet 的源码读懂就明白了

所有的异步都一个卵模型,套其他语言有是一样

你可以简单理解为所有的异步语法都是生成一个"微线程"被丢到调度队列里
await 语法导致你当前代码块立刻被挂起(变成"微线程"),然后切换到主循环里去了,主循环按照队列的顺序选择执行的“微线程”
切换回来的时候就是你 await 对象完成的时候

说白了都是排序,所有的任务都到队列里排序,等待被调度,整个异步循环就是不停的 goto 来 goto 去,从一个代码片段跳到另外一个片段

这种复杂查询,量小还好,量大没专门优化过,直接要死
还拿 ORM 来做......

django/flask 都没用过

照楼上说法,比 flask 更轻量的 pecan 之类别活了

请使用 with 语法处理

连登陆日志表,用户量大等死吧 233
你以为你是 pg 啊

....gitlib 太重了,你们怎么用的,不知道哪下的 rpm 包,我靠那个包做得真是烂....

一般用 gitea 就够了,现在好多然间都支持 mysql/pg 的

早 PG

@ChillyPrince

还不是一个道理,容器里的系统是个精简的系统,就一些 glibc 之类的最基础的组件,没有 python 依赖,你用 py2.4 都可以

正常系统里有大量 python 依赖所以不能升级

这玩意只有你代码文件里有相关字符串才需要啊...你代码文件里没有其他编码的当然不需要啊

你引用的库也不会在每个文件里都带这个头啊(其实大部分库都没带头,因为人家都用英文),

不过在东亚国家注释得写母语的话,233333

因为你只看到 python 没升级
长期支持版系统基础组件连小版本都不升级,只更新非常微小的 bug 修复版

glibc gcc 什么的没一个升级的,python 升不了级因为 python 是系统的基础组件

linux 系统不怎么和 java 打交道,随便升...老早就提供多版本并存工具,想用什么版用什么版

1~2 年内红帽 8 普及,如果你们系统不考虑低级系统支持,可以抛弃 python2 了

介绍你个东西 maxwell

可以读取 mysql 的 binglog 以 json 形式发到卡夫卡 /redia/rabiitmq....
这样你可以在不改业务代码的情况下,把数据转发到其他的位置做 olap 啦

把要做分析的数据丢 pg 里比 mysql 里分析快多了...

不过 maxwell 的代码好像有点简单..有资源可以考虑 debezium

看 openstack 怎么做的~~~

@a523
我不知道你所说的集群各节点是什么,如果你是指微服务的 endpoint 的话
各个 endpoint 通信用的 http, endpoint 和自己的 agent 通过 mq 走 rpc

虽然 endpont 都是 RESTfulAPI, 但是不同组件 api 设计不一样,版本不同也 api 也不一样
现在除了 keystone,几个大组件都走 pecan 了
但是原来的兼容代码也还在,如果不熟悉要看晕去
当然,这也是可以学习的地方,学习怎么在迭代版本的时候兼容旧接口

至于用 pecan
一是把原来部分放 paste-deploy pipline 里的过滤器改放到了 pecan 里
二是路由什么的也用了 pecan, 以前都用 routes 比较乱

openstack 里每个组件写的人不一样,功能也不一样,所以 api 也差异很大
比如 neutron 就非常 RESTfulAPI,而 nova 的就明显不同,应该是 api 的需求不一样
我感觉网络的资源表达更适合 RESTfulAPI, nova 那边如果只用 RESTfulAPI 没法表达

如果你想参考 RESTfulAPI 的 api 设计,看 neutron 的 server 比较好

不过嘛..openstack 这玩意你不熟悉整体,看代码要懵逼,不知道他为什么要这么做