Dev

经过大量测试使用layaair开发的H5经常遇到IOS声音异常的问题，也不是全部设备 原因在调用Laya.init时，引擎也顺便初始化了webaudio，并且不能关闭，到最新的1.7.20版本，声音的问题尚未修复即使调用Laya.SoundManager.useAudioMusic = true 使用声音标签播放，依然有这个问题而且webaudio也无法关闭 只要new了webaudio，那些ios设备就一定会出现爆音 解决办法在初始化之前，删除webaudio对象 1window.AudioContext= window.AudioContext=window.webkitAudioContext = window.mozAudioContext = null

获取小数位数 12345678910111213141516function getFloatLength($num){ $count = 0; if (!is_string($num)) { throw new \Exception('not string'); } $num = (string) $num; $temp = explode('.', $num); if (sizeof($temp) > 1) { $decimal = end($temp); $count = strlen($decimal); } return $count;}

报错原因我们直接用supervisor启动gatewayworker 会发现都报错，无法启动这是因为 supervisor 无法管理后台程序，只能管理前台https://wenda.workerman.net/question/2671 解决办法修改start.php在Worker::runAll();之前增加代码 1Worker::$daemonize = false;

https://blog.csdn.net/hoooooly/article/details/82593558配置文件 1opcache.blacklist_filename=/usr/local/php/etc/opcache-blacklist.txt opcache-blacklist.txt的内容为 1/home/wwwroot/website/test.appname.com/*

mysql常用的锁有for update 和 for update in share mode两种 锁的区别 for update 我认为是悲观锁，其他事务读会被阻塞等待，写被禁止，且不准多次加锁 for update in share mode 读取不等待，写入会被禁止，可被多次加锁 in share mode的问题如果两个事务对同一行数据加锁很容易导致，两个事务都更新失败 使用场景基于以上特点介绍，in share mode可以用于两个表关联时，保护主表数据不被修改，for update更适合保护单表单行数据的正确性，适合投票、提现等场景 测试验证以下代码验证for update的作用表maxcount中marks初始为8，每次减1，当他大于0时，将当时数据保存，类似于抽奖中控制最大奖品数的问题tp中lock(true)会默认使用for update锁，我们每次测试修改代码即可 并发配置使用ab发400并发 1ab -n 400 -c 400 http://127.0.0.1/ 测试代码1234567891011121314151617$marks = -1;Db::tra...

原文地址http://www.thinkphp.cn/topic/42766.html 注意端口 数据库等 pgsql中没有table_msg这个函数需要自己到库中定义，如下所示pgsql postgresql中没有 这个 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117CREATE OR REPLACE FUNCTION pgsql_type(a_type varchar) RETURNS varchar AS $BODY$ DECLARE v_type varchar; BEGIN IF a_type='...

从我2015年真正全职做程序开始已经3年，现在开始感觉前所未有的焦虑以前也会焦虑，那时候其实是啥也做不好，现在感觉自己被程序 外包困住，我感觉外包累了 今年已经有至少3个项目和客户关系出了问题，并不是做不好，而是人疲惫后，客户惹我不开心，我就想喷他当然我也做了相应的改变，我开始找团队一起做，但是这个路并不平坦，一样有很多问题 一起做的人对广告行业了解不足，我还是很难彻底脱离。 最近也看了一些以前朋友做的事情，有朋友做支付宝服务商、做小程序系统，感觉还是赚了不少的我现在也希望能做一套系统，系统开发需要考虑用户，要考虑销售方式，所以还总是要搞关系，脱离不了这么麻烦的事 面向企业面向商户面向个人

服务器腾讯更好 支持按量阶梯付费，带来的好处是可以随时升降服务器配置，这对像我一样的广告开发实在太重要了 微信内网通信，速度快的飞起，如果主要业务是围绕微信更是不二之选 serverless阿里云更好 支持php-fpm 支持http触发，除了自定义域名，已经具备了实际使用的价值 vpc腾讯更好 支持将自己的服务器作为vpc的网关

2018年08月，IOS微信发新版，带来了悬浮球等便捷功能，但是也带来了一个IOS底部白色导航栏的问题，这个微信自作聪明的功能，被众多广告主所厌恶，解决的难题摆在了程序面前 问题描述常规来讲，我们需要登录的页面，都是检测登录后，如果未登录，就用location.href进行跳转，引导用户授权登录，但是新版IOS微信这样做的时候，微信会在底部自动填加一个白色的导航栏，不受程序控制，进一步减少了屏幕显示空间 解决办法经过大量实验，我们发现如果是使用header告知浏览器进行30X跳转，这时微信不会增加这个白边所以我们目前分享和二维码上的链接都是后端接口地址，根据登录状态给出合理的跳转地址用户端无感 方法实例如下 1234567891011121314151617public function index(){ $user = is_userlogin($this->appid); if (!empty($user)) { return redirect($this->html); } else ...

客户很多时候难以正确理解概率的意义，或者难以给出概率，此时可大致上把奖品数量作为权重进行抽奖权重作为概率抽奖时，可以用循环把每个奖品放进数组，权重多大就有多少个值，然后用array_rand获取数组的key，再获得奖品但是客户可能要求不同时段概率不同，所以我们可以事先将所有概率和时段的关系写好，然后抽奖时进行判断，获取相应的权重数组，之后再执行上述权重作为概率抽奖 权重抽奖实例123456789101112131415161718192021222324252627282930313233343536373839404142$current = date('Y-m-d H:i:s');// $current = '2018-08-30 18:30:00';$keys = array_keys($this->weight);$period = [];$nowkey = '';foreach ($keys as $k => $v){ // 当前约束 $nowkey = $v; //...