因为背后有 redhat 然后 linux 内核开发里有很多开发者是 redhat 的 起码大问题 稳定方面能保证
还有看到没 服务器版本的内核永远都不是最新的 linux 内核 为撒 老的经历了时间的检验 毕竟服务器 稳定第一

找个媳妇

所有的都下好 然后 shell 脚本自动安装
配置文件都配置好 然后 也是 shell 脚本自动配置
mysql user 表建好 安装完成后 自动导入 mysql.user 和 my.cnf 也是 shell 脚本

然后有一个统一的 shell 脚本 嘿嘿....

dell M6800 二手

等你有房子你会发现还有其它问题
孩子上学 然后报培训班 带孩子....

没办法 大家都报班 老师一问多少人会 直接跳过
也许幼儿园和小学可以 拿钱搞定

初中高中了 假设你可以给学校 上百万赞助 当我没说
你可以上 高中后呢

以前看过一段话 原话记不得了 大概意思. 打个比喻
现在我们和 X 二代撒的
比起来 也许一辈子也赚不了他一生下来就有的财产的零头
那为什么还要努力呢 只是为了填坑 为了将来的下一代
不至于看到坑变更大了 失去了生活的希望

加点钱 Dell M6800 买预装 ubuntu 版本的 起码散热杠杠的

这样也可以的 记住 split rsplit lsplit 是一组函数 他第二个参数非常有用的

>>> a.rsplit(':', 1)[0].rsplit('/', 1)[-1]
'10.0.151.205'

我也来个不用正则的 标准库 urlparse
>>> import urlparse
>>> a = 'jdbc:mysql://10.0.151.205:3306'
>>> urlparse.urlparse(urlparse.urlparse(a).path).hostname
'10.0.151.205'

这个问题 真的 没明确 这里可能 A 账号 在国内 B 账号在国外 还有可能 A, B 不同银行 这个问题又没说 是相同的银行
就算相同的银行 币种和汇率都的吃一壶(这些都得实现约定 一什么时候汇率为准)
为什么我引入中间账号 C[你可以把他当做结算 /清算中心]

1. 假设 A 在国内 B 在国外 汇款可能非 24 小时 或者 刚好日期变更先附近两个国家 汇率以那边为主
2. 还有就是 A 汇款后 在 B 没收到钱之前 他的银行卡金额可能还会产生变化 比喻上例跨行会国内 A 汇出钱后 在 B 没收到之前 这个时候 他还可能进行其它交易的
3. 我记得在就几年 那时候 银行就开始小型机了 相信有钱单位能用钱解决的问题都不是问题....
4. 这种问题 因为太多的不确定行 一般都会 尽量拆分 每一步都可以独立执行 每一不都可以恢复执行前
5. 第四步是必须的 如果像央行新要求 atm 汇款 24 小室内 可退回 嘿嘿 那么还有更爽的

个人只见 做金融开发 很蛋疼 不知道这个问题是考程序流程 还是 考架构 没说清楚
所以这个答案估计很多 得看应聘什么职位 从职位的职能去考虑这件事

实际这个流程里主要要考虑 会计一些收支平衡 比喻 我要查看银行 今天或者某时间段所有入账 只用看 给 C 的入账
要看所有出账 就是看 C 的所有出账 理论上每一笔 加上手续费 计算 汇率转换
每一笔 也就是每一个统一事务号下所有交易 要符合会计公式

这个题我也没看明白 说白了 题目出的不好 哈哈 没有突出他要考核的是那一点

忘了说 最后这个 统一事务编号 实际就是 A->B 赚钱的 银行流水号 中间两步的 都可以看成子事务 或者子流水号
每一步都要求可以逆向操作 每一步可以不用管是在哪里执行的 我说的是机器或者 ip 之内

随便想了下 没看太明白 尝试看看呢

A 转账账号
B 接收账号
C 银行中转结算账号 (汇率什么的在这一级结算)
M 代表所有流程中的统一事务编号 你也可以看成是一个特殊 的 uuid 之类


A 向 B 转 X (可以根据统一事务编号查询进度)
1. (统一事务编号)A 的账号冻结 X 金额 (记录日志 能你操作到操作前)
2. (统一事务编号)A 向 C 转 X 金额(并进行汇率换算) 银行收到处理后会给流水号 (流水号)(记录日志 能你操作到操作前)
3. (统一事务编号)C 向 A 转 X 金额(这里不同币种也许汇率换算) (这不也会产生流水号)(记录日志 能你操作到操作前)
4. (统一事务编号)A 收到钱 给统一事务编号 发消息 老子收到钱了(记录日志 能你操作到操作前)
5. (统一事务编号) 把 A 冻结的 X 金额给减去 (记录日志 能你操作到操作前)
6. (统一事务编号) 这里可能还有会计结算 自动收支 安全检查等一堆的 事务完整延时检查 都过了 转账完成

#include <python.h>
#include <stdio.h>
#include <stdlib.h>


int main(int argc, char *argv[])
{

Py_Initialize();

FILE * fp = NULL;

PyRun_SimpleString("execfile('test.py')");


Py_Finalize();

printf("---------------------END--------------------\n");

return 0;
}

有启发没 明显你没看过 python 的源代码

我觉得 这是个生意 有搞头 哈哈

没错 这个方法是简单粗暴有效的 我以前类似的 服务端程序 跑了 6 年多 还没嗝屁

全局任务队列 加锁
结果处理队列 加锁

N(参数)个处理任务的线程 每个线程 while 1 就是干活的 干什么由 task_handle 引用传入
每个线程有一个 event 控制暂停 启动 停止 有个参数控制 每个任务处理后的间隔

定时取任务线程(这个有必要, 当任务数量是不可预期的, 或者是动态的) 当然现在类似 rabbitmq 消息队列之类 好搞多了
为什么上面线程要加暂停呢 因为当取任务都没取到(干完了) 任务队列又为空 可以暂停所有干活的线程 等到 某时刻 来任务了 在通知兄弟们干起来 呵呵

处理结果线程(可以多个)

刚数了下 3 个编辑器 开了 25 个窗口 4 种开发语言
开了 9 个 shell 窗口 连着 5 台服务器 文本编辑器开了 16 个 tab 有 6 个文档是临时的 未保存

有比我奔溃的么

你先对 文件库里的 iterdump
然后再建一个内存库 内存库导入这个 dump 不就完了

两个 sqlite db a 是磁盘 b 内存
a dump 后
b 导入 a 的 dump

然后进程结束钱 b dump 然后 a 导入 b 的 dump

脑子咋不灵活点呢

python sqlite3 的 connect 有个 iterdump()
具体的自己看手册去 嘿嘿 就不告诉你

得到太容易 容易忘记 ^_^