Commands 可以正常执行，加入计划任务后却怎么都跑不起来 我写了一个命令，根据mysql表记录，删除七牛文件，然后更新mysql数据 执行 php artisan delete:qiniu 一切运行正常 当我将Commands 添加到 console 里，schedule怎么都运行不起来，不执行； 测试执行 php artisan schedule:run，发现 schedule 使用的是 /usr/local/php7/bin/php /usr/local/php7/bin/php 默认执行不会加载配置文件，导致加载数据库报错，找不到驱动 找到了 schedule …
图略小程序被玩坏的场景，用户教你怎么做产品、什么才叫产品经理 店铺征集活动 线下门面向到店用户征集主题图片，用户参与赠送奖品，增加用户活跃，提升门店线上传播能力 商家宣传海报 通过布局调整，用大图和图文模式进行店铺宣传 美术老师的作业本 音乐老师的视频簿 英语老师的视频集锦 之前发qq群、微信群、邮箱，现在老师发一个征集，都搞定了 图略小程序的故事 一次次旅游或活动，我们在群里交换着照片和视频；随着时间推移，这些照片和视频从我们的记忆里消融了；群里充斥大量照片和信息，被严重刷屏；群消息爆炸，是否还有更多的困难在等着你？有些照片不是原图，看不清楚或很久后才发现像素太低；群里照片、视频没保存，一段时间后都无法访问了；手机存储太小，不想保存照片视频，但又想看共同的故事？ 图略小程序，通过自动原图、超大视频上传、多人投稿、多维度展示等方式，解决旅游或活动中图片和视频，收集与整理的问题。图略小程序通过以下3方面提升收集与整理体验。 原图上传（备份照片首选） 微信中传输图片，放大就糊掉了。使用图略小程序，参与者在相册里选择照片时，自动选择原图，高清大图随时看。备份必须要原图，占用空间大，手机存储不够用。图略小程序帮你保存，不用再为存储不够用，删除珍贵照片；更换手机烦恼照片丢失而烦恼。 多维视角（记忆时刻点滴） 每张照片都有它的拍摄者、时间、地点、画面内容，通过不同的维度，更能呈现每张照片的故事。拍摄者，也是创作者，用画面书写故事，又通过故事映射拍摄者侧写。时间，当被记录的一刻，就已被定格，再回味，已是往昔；地点，另一位创作者，历经沧桑，阅历渊博，和每一位都有不同的欢喜； 多人参与（视角互补，故事更完整） 别人视角里的我，那不一样的故事。“你在看风景，看风景的人在看你”，不一样的视角，不一样的故事。一次群体活动，大家视角不同，关注点不同，拍摄的照片也不同，这些不同汇集在一起，就是完整的故事。
一次次旅游或活动，我们在群里交换着照片和视频；随着时间推移，这些照片和视频从我们的记忆里消融了；群里充斥大量照片和信息，被严重刷屏；群消息爆炸，是否还有更多的困难在等着你？有些照片不是原图，看不清楚或很久后才发现像素太低；群里照片、视频没保存，一段时间后都无法访问了；手机存储太小，不想保存照片视频，但又想看共同的故事？ 图略小程序，通过自动原图、超大视频上传、多人投稿、多维度展示等方式，解决旅游或活动中图片和视频，收集与整理的问题。图略小程序通过以下3方面提升收集与整理体验。 原图上传（备份照片首选） 微信中传输图片，放大就糊掉了。使用图略小程序，参与者在相册里选择照片时，自动选择原图，高清大图随时看。备份必须要原图，占用空间大，手机存储不够用。图略小程序帮你保存，不用再为存储不够用，删除珍贵照片；更换手机烦恼照片丢失而烦恼。 多维视角（记忆时刻点滴） 每张照片都有它的拍摄者、时间、地点、画面内容，通过不同的维度，更能呈现每张照片的故事。拍摄者，也是创作者，用画面书写故事，又通过故事映射拍摄者侧写。时间，当被记录的一刻，就已被定格，再回味，已是往昔；地点，另一位创作者，历经沧桑，阅历渊博，和每一位都有不同的欢喜； 多人参与（视角互补，故事更完整） 别人视角里的我，那不一样的故事。“你在看风景，看风景的人在看你”，不一样的视角，不一样的故事。一次群体活动，大家视角不同，关注点不同，拍摄的照片也不同，这些不同汇集在一起，就是完整的故事。
vktool 使用小程序组件方式提供快捷开发方式，提高开发效率；虽然只是组件，但提供框架级服务。 微信小程序原生开发越来越方便，部分框架更新慢，很难满足快速变化的小程序； 所以以组件方式切入，提供辅助函数及常用组件； （之前有以小程序插件方式切入的方式，但由于插件本身wx接口不能完全开放，所以放弃了） https://github.com/myzingy/wx-vktool 接口功能 接口 描述 date_format 将时间戳（整型10位）格式化为format中定义的格式 strtotime 时间串转为时间戳 time 时间串转为时间戳 toast wx.showToast 的封装 cache 带有过期时间的异步存储…
本文记录我基于小程序云开发模式，进行小程序“口算卡”的全部历程，篇幅较长，分为以下篇章 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别 折腾了小程序云函数，从实现到放弃；所以有了思路三，nodejs+socket+ffmpeg+百度SDK 必须有服务器可用来搭建 socket 服务哦 为啥选了nodejs，是因为云函数开发写了node，有些代码可以搬来直接用； 1，安装ffmpeg [crayon-6772d580d9a50816502121/] 2，安装nodejs yum install nodejs 3，新建一个工作目录，我这里为 /opt/lampp/htdocs/wx-talk-wss 完成环境初始化及依赖安装 [crayon-6772d580d9a55929544550/]…
本文记录我基于小程序云开发模式，进行小程序“口算卡”的全部历程，篇幅较长，分为以下篇章 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别 怎么才能用的更舒服，那肯定是小孩报出答案后，自动识别语音，然后比较一下就可以了； 为了这个舒服开始悲催的开发之旅 使用语音插件，出名的就是腾讯官方的语音同译，遗憾的是，它不能识别1个字的语音，可能他们认为一个字没啥意义吧；只能放弃了插件； 在语音识别API中，选中了百度的API，原因：免费、不限流量、不限频次 看看语音识别思路图 思路1，使用小程序云函数方式，与自己的转码api（在自己的服务器，安装 ffmpeg，通过 node 服务进行处理音频文件）交互实现转码，再与百度api交互获得语音内容 思路2，使用小程序云函数方式，与转码 api 交互实现转码，再与百度api交互获得语音内容 思路3，自己的服务器，使用node 搭建 socket…
本文记录我基于小程序云开发模式，进行小程序“口算卡”的全部历程，篇幅较长，分为以下篇章 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别 书接上回，有个口算结果、时间、错题数、题量、我们得把它存储起来，方便之后看看趋势和进步； 所以这里要研究下小程序云开发里的 databaseGuide ，很方便的写入和读取； 写入成绩代码如下 [crayon-6772d580d9ded091403417/] 读取成绩列表 [crayon-6772d580d9df2641249243/] 基本已经达到需求，为了更舒适使用，下章我们开始语音识别之旅 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别
本文记录我基于小程序云开发模式，进行小程序“口算卡”的全部历程，篇幅较长，分为以下篇章 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别 需求，已经根据需求做了卡片，但是手工发牌很累人，所以准备做这个口算卡132 小程序基本开发简单说下， 1，使用云开发快捷模板 2，学习云开发快捷模板自带代码功能 3，动手做，获得132题的数据，132题其实就是结果在10以内的加减法，2成for循环判断差大于等于0或者和小于等于10；共得到132题； 4，将题竖向显示，使用了css的旋转属性，这都很简单； 5，正确了点对号，错误了点错，统计对错，显示结果； 至此，简单版已经完成；可以解决发牌问题及统计时间问题；下章我们开始数据存储与读取 需求概述及简单上手 小程序云函数使用（写入DB及读取DB） 小程序云函数（语音识别，从思路到实现到放弃使用云函数） 语音识别，从小程序云函数到自建服务器转码识别
Windows下在C:/Windows/system32/drivers/etc/hosts 在hosts中添加如下内容： [crayon-6772d580d9f7c462327665/] 改完之后立刻刷新， Windows：ipconfig /flushdns
视图层 wxml [crayon-6772d580da0f7740626163/] 视图层 wxss [crayon-6772d580da0fb982808049/] js 控制层 通过 wxml 与 wxss 配合可以形成一个3D视图，通过 js 可以控制转动，这里需要使用 rotate3d，小程序 rotate3d 第四参数…