关于fs:使用json文件在后端存储数据

应用可读取的文件,操作须要存/取的数据; const fs = require('fs');// 获取数据const get = (key) => { // 读取文件 fs.readFile('./db.json', (err, data) => { const json = JSON.parse(data); console.log(json[key]); })}// 存入数据const set = (key, value) => { fs.readFile('./db.json', (err, data) => { const json = data ? JSON.parse(data) : {}; json[key] = value; // 写入文件 fs.writeFile('./db.json', JSON.stringify(json), err => { if (err) { console.log(err) } console.log('write Success!'); }) })}// 应用命令行接口方式,在控制台输出值来模仿接管到接口传入的值(如果有接口传入值,则以下的形式能够疏忽)const readline = require('readline');const rl = readline.createInterface({ input: process.stdin, output: process.stdout,}); // 管制输出和输入rl.on('line', (input) => { const [op, key, value] = input.split(' '); if (op === 'get') { get(key) } else if (op === 'set') { set(key, value) } else if (op === 'quit') { rl.close() } else { console.log('没有操作') }})rl.on('close', () => { console.log('close! ')})

November 20, 2020 · 1 min · jiezi

关于fs:freeswitch对接第三方asrtts

https://ptorch.com/news/207.html

October 30, 2020 · 1 min · jiezi

关于fs:freeswitch配置落地网关呼叫sipinvite协议不准确

freeswitch通过前端配置生成gw*.xml文件后依照对应呼叫策略规定,发动的sip-invite协定不正确。 问题如下: 问题排查解决从下面能够看到,咱们通过freeswitch所在本机器呼叫对应网关时候,按理对应的sip的From和To应该是:然而确变成了:From: "01118500270710" <sip:FREESWITCH@61.50.127.14> 所以咱们须要通过sofia status查看注册的内部外关的前缀. ./fs_cli -P 8031 -p testtest -x 'sofia status' 咱们须要指定对应网关的username;进入对应配置文件 针对于这种存量网关咱们应用从新加载指令是不会失效的以下指令只会针对于新生成网关无效 ./fs_cli -P 8031 -p testtest -x 'sofia profile external rescan'咱们须要应用以下加载全副网关配置指令(注:以下指令对于正在通话中的电话会主动挂断) ./fs_cli -P 8031 -p testtest -x 'reload mod_sofia'最初咱们再次查看网关状态: 再次呼叫即可失去如下后果:

October 14, 2020 · 1 min · jiezi

关于fs:freeswitch呼叫平台路由一切正常情况下呼叫异常抓不到网络包

呼叫平台失常对接freeswitch下的conf下的sip_profiles下的网关之后,依照呼叫平台事后设置好的网关路由,而后就可发动呼叫。然而在最初一步freeswitch发动呼叫的时候,网络数据包没有抓取到。问题复现如下: 1.落地网关对接1)在freeswitch下conf下sip_profiles下配置落地网关 2)刷新网关 ./fs_cli -P 8031 -p testtest -x 'sofia profile external rescan'3)查看网关加载状态 ./fs_cli -P 8031 -p testtest -x 'sofia status'2.配置路由网关在对应的cti_route外面配置残缺网关 3.发动呼叫通过号码是否可用发动呼叫 4.后果剖析排查1)查看路由轨迹:/cc/bin/log下日志 2)查看fsg交互日志: 3)查看freeswitch的电话呼叫日志: 发现查找不到呼叫记录,并且通过sngrep抓取不到记录日志 因为走得是网关gw129,所以咱们查看下gw129的状况 总结:因为网关开启了ping操作导致,ping失败后,freeswitch会主动敞开发动呼叫。所以不会发动呼叫,抓不到网络数据包。解决办法将ping去掉。

July 30, 2020 · 1 min · jiezi

关于fs:ipcc呼叫平台及其应用搭建

平台搭建个别咱们依照免装置形式,间接将一台机器上的服务包拷贝到须要装置的服务器之上即可;搭建平台分为以下步骤: 0.压缩拷贝文件咱们有时候须要搭建新的平台环境,常见的办法是从其余环境上整顿数据,而后拷贝数据到新的环境下。 1) 压缩文件: tar -zcvf cc.tar.gz /cc --exclude=/cc/log --exclude=/cc/data --exclude=/cc/freeswitch/bin/da_record --exclude=/cc/bin/log --exclude=/cc/apps --exclude=/cc/tomcat-acdgate --exclude=/cc/tomcat-loglook --exclude=/cc/tomcat-loglook --exclude=/cc/tarbak --exclude=/cc/etl_kettle 1.jdk装置下载jdk1.8包,配置jdk 1.8环境 JAVA_HOME CLASSPATH等。1) 配置环境变量:vi /etc/profile export JAVA_HOME=/cc/jdk1.8/jdk1.8.0_141     export JRE_HOME=$JAVA_HOME/jre  export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib  export PATH=$JAVA_HOME/bin:$PATH2) source(或点)命令从新执行刚批改的初始化文档 source /etc/profile3) 测验装置胜利与否 java -version2.

July 30, 2020 · 1 min · jiezi

CentOS安装Minio

二进制安装wget https://dl.minio.io/server/minio/release/linux-amd64/minio chmod +x minio ./minio server /data 注意启动显示的 appkey secretkey是默认登录账户,密码 登录浏览器浏览器输入: http://ip:9000 例如:http://10.0.102.201:9000 http://172.17.42.1:9000 http://127.0.0.1:9000 AccessKey: PQUIIGGESEPK5MBWO054 SecretKey: I9Zz+ukMi5fmG54D84uzBU6rxQJcadcxrM5vQI+R Docker安装docker pull minio/minio docker run -p 9000:9000 -e MINIO_ACCESS_KEY=admin -e MINIO_SECRET_KEY=123456 -v /data:/data minio/minio server /data 登录浏览器浏览器输入: http://ip:9000 账户:admin 密码:123456

June 30, 2020 · 1 min · jiezi