kinghuahua

哇偶，下周要上线了。从0到0.1再到0.9，马上要1.0，虽然过程艰辛，还是要自我肯定和认可一下，下周要犒劳下我亲爱的队友们

深入新版重构，主攻前端和整体把控，这两周加班，找到感觉了。

一味的加班赶进度，貌似丢失了一些东西

这是受双11影响吗，阿里云服务器今天时而404

这几天uniapp进步巨大

如果公司加班的制度，明显让你感觉太过分，那就用加班的时间努力提高自己吧！

寻求帮助，访问APP中，比如正在提交表单，网络超时，跳转网络异常新页面，有网络时，点击这个页面的重新加载按钮时，回到历史页面并主动再次提交接口动作，有大神知道怎么实现的吗？

这几天来，感受最深的是，不止考虑功能需求沟通，还要考虑实现方案，还要各种场景测试，还要对比ui还原度

角色转变，责任转变，这是个过程，避免不了压力

今天梳理了一下新版APP版本检测，有如下情况 有网络 启动页 引导页 版本更新页 登录页 启动页 引导页 登录页 启动页 引导页 版本更新页 主页 启动页 引导页 主页 启动页 版本更新 登录页 启动页 登录页 启动页 版本更新 主页 启动页 主页 无网络 启动页 无网络页面

虽说是临时的，也要肩负起应有的重担，从此，向全站努力，向管理学习

今天早上有点梦，荣升临时技术主管

节后满血复活啦啦，努力挣钱！

laravel-admin模型操作入门难，但是熟练后效率超高

最近工作氛围比较欢愉，效率也较高

最近主攻laravel-admin

我时常有危机感，一旦工作太闲，或者自我充电遇到瓶颈，心里就会不平静，老是担心被淘汰，赶不上新的技术要求...

横向扩展，纵向深挖，我能做到吗？

来了新的技术主管，再次重构，用python开发接口，让我做前端，我该何去何从，又是大夏天的

静下来回顾下基础，确实温故而知新

码两行代码降降温

tp6和laravel真的好像

这个眼前一亮，之前还专门写个对某个方法针对用户访问限制 频率限制 在 Laravel 5.6 中，还引入了频率限制功能。所谓频率限制，指的是在指定时间单个用户对某个路由的访问次数限制，该功能有两个使用场景，一个是在某些需要验证/认证的页面限制用户失败尝试次数，提高系统的安全性，另一个是避免非正常用户（比如爬虫）对路由的过度频繁访问，从而提高系统的可用性，此外，在流量高峰期还可以借助此功能进行有效的限流。 在 Laravel 中该功能通过内置的 throttle 中间件来实现，该中间件接收两个参数，第一个是次数上限，第二个是指定时间段（单位：分钟）： Route::middleware('throttle:60,1')->group(... 以上路由的含义是一分钟能只能访问路由分组的内路由（如 /user）60 次，超过此限制会返回 429 状态码并提示请求过于频繁。

重新架构有tp5变为laravel，真的要加油啦啦

天热，静下心来加油干

修整后依旧继续

又是雨天

支付回调真的是一件大事

是不是太疯狂了，昨天熬通宵，今天这个点才离开公司

机缘巧合，转了一圈，竟然接手了uniapp的前端开发。 对于传统开发，我完全没得问题。之前，一直想对5+3一探究竟，传统的和现在框架的有何不同。从去年暂顶替前端用vue做了web端，还是自适应的，感觉，就是封装了方法，既定了语法。 目前，接触uniapp还在学习中，感觉也蛮好上手的，特别是自己可以写接口，需要什么样的接口，自己切换PHP去开发。 现在，因分离，经常需要来回切换语言呢。

暂缺前端的情况下，我也开始了uni-app的学习之路

不可抗力顺延两到三天左右上线，一下子感觉轻松了些许。有相对足够的时间来测试了

一定的责任，需要一定的付出，有点累。 多一层的传递，是为了什么呢？有个统筹的，有个顾全大局的，也需要理解业务流程的，要不整个实操的人都是怨言，效率太低，工作氛围不佳。 真正解决事情的除了基础人员，虽然是被安排，但是是专业的。那么，中间人难道仅仅是传递一个需求？显然不是，通过这次暂时跟项目，我深有体会。 一份责任，一份担当，一份心。 上面接收老板的需求并合理安排并实施。下面要和协同团队人员分配好任务和计划开发点。有时候，真真的体会到，恨不得能够替工上岗，着急万分。也许是责任心太强吧。 这就让我想到，人与人的相处，不只是工作，有时候需要沟通交流，有一定的感情，即使是人走茶凉。 不论什么时候，都是要与别人接触的，如果有良好的沟通，有一定的感情基础，好多事情都是那么的顺利，甚至开心。 这就是我想要的和追求的。 愉悦的工作氛围，愉快的自我提高，不应只是想想而已。

为什么要这样写，为什么要这样改呢？一种学习的心态求知的心态，或许可以彼此成就。 有了一定的积累，就会按照自我认知去随意表达观点，哪怕完全不正确，说者无心，就仅是表达而已，可对于听着，专业的人，他们或许就会烦感，这时候时候怎么做呢？

加班走起，即将上线了 激动的心颤抖的手

我工作的乐趣还在吗，还是当初从事这行的初衷吗？ 有的时候自认为，为了生活而工作，或许才是最真实的，这样的自我安慰。最近一直在加班，每个人都很不易，已经持续加班有段时间。但是，老板看到的就是结果，你不能如期完成，就是你们的能力问题，专业问题，不容辩解。 我不知道我在图什么，本想着大家协同完成一件事情，也是一次很愉悦的历程。 结果，并不如人意。 我的初心，提高自己，勿迷失了自己。现在的工作，不论公司，只论工作内容，我的乐趣还在吗？

如果全力以赴过，就不算不能如期上线，最起码内心无愧

满血复活的我又来了

原来工作能力一样的情况下，工作理念可以完全影响工作效率，这样感觉好可怕。如果责任感到位，或许会造成更不一样的结果。

最近几天加班，看安卓原生开发，深有体会，你认为的未必是你认为的，之前一直站在传统前端和h5的角度，想当然认为一个页面可以很轻松搞定，其实不然。

redis的发布和订阅，是不是实时接收类似websocket

这个mysqp5.6和5.7的join查询优化差别如此之大啊

元气满满的正能量

来了个安卓开发app的，原生开发，让改个东西硬气的很，是不是安卓工程师都特别厉害啊

阿里oss签名真复杂

大神级别的后端，难道是接口一旦让前端调用，必须能够保证百分百OK吗，不给时间再次容错吗？

千万级数据同样的sql查询，python查询数据库是不是比PHP快？？？

千万级数据查询，利用临时表可以提高查询速度。临时表目的快速获取满足要求的id集合。

pandas读后mysql写，顺顺当当。 换台电脑，pd一直装不上，最终用了最基本的xlrd。

为了安全，服务器要有防ddos攻击的能力。可今天，为了让服务器捕获到的攻击ip放行，专门去设置误判拦截问题。

深耕中，还要时不时的提醒自己，要学习要学习，这个行业的快速发展和后起之秀，让我常有危机感。

在前端暂缺的情况下，PHP和Python配合，尝试多种解决方案，最终完美搞定。

了解了并运用了，shell语法和Python太像了，写的过程，像在用Python

我发现后端是要兼顾服务器运维的，之前只是会部署环境，查查日志，关于shell都是最简单的处理，今天开始，学习shell