低调的码农

在redis的订阅过程中，出现消息丢失后，没办法再找回，目前我们项目使用的是终端在线离线，一个事件过来消息丢失后，目前没有补救措施。 基于订阅方式本来对于在线离线是最好的解决方案，但是对于丢失后无法再找回，这是项目无法接受的，看了源码后，其实发生主要是终端在订阅过程中出现连接断…

小A同学领到任务开始是很开心的，立马做了好几个方案给领导审阅。 其实这里根本不需要加参数，服务端默认就可以获取客户端的ip，这就保证一点，如果我们token被劫持，就算给你发，也没啥用，没错，在很多内部系统中，我们设计接口校验就算基于它来做的，因为这个更简单，基本两边接口完全不…

在我们做社区的时候，经常会出现发水帖的同学。对于这种恶意刷帖的，我们的运营同学很是头疼，而且这种还不能在网关进行ip之类的过滤，只能基于单个单个用户进行处理，我们经常策略就是：每分钟发帖次数不能超过2个，超过后就关小黑屋10分钟。 上面讲的发帖的防刷机制。 广告流量的防刷。 接…

laravel默认提供了一个命令定时任务的功能，在其他的php框架下面，没有这个定时任务，我们要跑一些异步脚本怎么操作呢，只能依赖我们系统提供的crontab来做，这就导致我们每次发版本新增定时任务都要去服务器更改crontab代码，获取更新这个配置。 这里导入长时间最好使用r…

可以学到：多用户下面的技术方案细节，以及相应的表设计，流程设计。 不可以：与其他文章一样，我这里不会有具体代码实现细节，方案做的对，代码咋写都不会太烂。 这种方式在很多初期网站建设会使用，先注册，再进行登录，在老一点的cms中都能找到这个影子。 答： 在后续产品里面增加一个手机…

我们是否可以理解为在大屏上面其实在很多时刻可能没有大量日志数据打点，那我们在人类社会一般沟通方式都是：你有事叫我，没事别叫我（尽量少这样做，会没有朋友的），在服务架构上，咱们还是尽量做到：有日志上报通知我，而前端不需要定时去拉取数据，数据拉取也是需要消耗网络流量的。 那么对应w…

技术小哥哥：嗯，难道是不难，我要回去看看日志的数据量，然后再制定对应技术方案，然后在一起评审，接下来就是做需求分析和技术方案了。 一期因为时间关系，就采用的是http+json定时拉取的方式获取，这个方式在很多场景下面是非常好的，因为http协议成熟与稳定，json格式比较大众…