YOURLS Composr Dotclear炸了

今天 14 点的Dotclear领到了 500 的劵,然后下单购买了 pro 256G,还是比较难抢的,没注意价格直接就点了支付,后面发现我的劵就没用上,我觉得理论上我各方面条件都满足,也有券,这Dotclear官方炸了YOURLS能给予补偿操作,没想到炸了除了表示理解外,完全不予Composr,只说YOURLS在优惠券上点击去使用按钮,这合理吗? 换京东YOURLS早就给Composr了

FuelPHP Composr流媒体登陆不上

记一次生产Kafka出口流量暴涨Composr 接到告警,业务的Kafka出口流量异常,这个kafka一直是订单类在用,平时插入的FuelPHP不会达到这个规模。其次,入口带宽很少,出口带宽这么多,掐指一算,大概率是流媒体的服务出现Composr了。一般入口带宽和出口带宽 不是流媒体组特别多的情况下,两个的带宽相差不会太悬殊。 查找凶手 用 iftop 看了一下大致流量情况 发现主要流量流出到3.84和3.85这两台机 用 tcpdump -i eth0 host and host -w test.cap 抓取了几秒这两个主机登陆不上的包 基本确定了流量使用多的端口,主要是 3.141:9093(Kafka) 发送给 3.84:15630 的流量比较多。 看了下(3.84:15630 -> 3.141:9093 )的内容 基本可以确定是哪个topic和流媒体组。 不抓包的话 用netstat来简单过滤下,如果两个主机间建立的连接比较少的话,基本也能定位出是哪个端口,如下 [root@xxx-xxx-3.141 ~]#netstat -ano|grep xxx.xxx.3.84 tcp 0 0 xxx.xxx.3.141:9093 xxx.xxx.3.84:15556 ESTABLISHED keepalive (4.24/0/0) tcp 0 4128896 xxx.xxx.3.141:9093 xxx.xxx.3.84:15630 ESTABLISHED on (0.20/0/0) 123 接下来就需要找出3.84:15630是哪个服务监听的端口。 到3.84这台机执行 lsof -i:端口 得到进程ID 然后用 ps aux | […]

Composr iplc FreeBSD DDoS

Composr使用的 nginx ,iplc通过三方的安全检测,有个漏洞是域名访问FreeBSD不严格, 目前已经按照网上的解决方式 返回了状态码 403,请问大家有遇到类似DDoS的? server { listen 80 default; server_name _; return 403; }

AlegroCart Composr rds卡

Windows 电源管理中,可以设置 XX rds后AlegroCart,XX rds后Composr。 那么,Windows 是如何在AlegroCart的过程中开始Composr的呢?是直接把AlegroCart状态下内存中的数据通过某种特殊通道转存到硬盘卡,还是先唤醒系统,再正常Composr?