用vue开发移动端的视频点播网站 有相关案例也可以来 预算2w以内

qq 1084717488

jsrun 小白教程 可以搜索jsrun ,JSRUN 里面有四十多种编程相关教程 ，免费学习

什么是push
1.我们先聊一下互联网通讯的三种方式：

• http、websocket、push
• http
最为常见；就像生活中去信箱找信件，找之前不确定是否存在，反复查看。就如同网页等待最新消息需要不断的刷新。即一次请求一次响应，不请求则无响应。通讯简单确定不能被动接受到最新数据状态。


• websocket
允许服务端主动向客户端推送数据。APP和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。优点：可被动接受到最新数据状态。


• push
因websocket在移动端应用有局限性。手机会因为电量、网络、手机内存等原因让手机APP处于休眠或停止状态，从而断开持久性连接。而push是一种服务端与手机系统与APP三者之间的持久性连接。即使应用与服务端断开连接，服务端可以将消息push给手机系统重新激活与APP的通讯。


• so? why? what?那么什么是unipush呢？
我们都知道苹果手机的硬件厂商就苹果公司一家。而安卓手机单国内就有：华为、小米、vivo、oppo、魅族，这五大手机生产厂家。那push应该如何去和各大手机产生连接呢？让程序员写5种代码分别去给这5家标准不同的厂家推送消息？因此就诞生了unipush它就是个万金油，开发者只需要将消息推给unipush，就能实现对这5款手机品牌的消息推送。另外他还集成了FCM。

快速使用unipush可用看一下这个插件：
https://ext.dcloud.net.cn/plugin?id=1680

机智的你肯定还想到用push做一个永久免费的im吧！请看这个插件：https://ext.dcloud.net.cn/plugin?id=2670

案例的APK下载地址： https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uchat/5b202710-ef99-11ea-b680-7980c8a877b8.apk

1.安装插件 https://ext.dcloud.net.cn/plugin?id=2046

2. 下载 解压 到 /Applications/HBuilderX.app/Contents/HBuilderX/plugins
3. 改名 compile-node-sass
4. 执行
   5.>mkdir -p /Applications/HBuilderX.app/Contents/HBuilderX/plugins/compile-node-sass/node_modules/node-sass-china/vendor/darwin-x64-57
   6.>cd /Applications/HBuilderX.app/Contents/HBuilderX/plugins/compile-node-sass/node_modules/node-sass-china/vendor/darwin-x64-57
   7.>curl -o binding.node http://cdn.npm.taobao.org/dist/node-sass/v4.7.2/darwin-x64-57_binding.node
5. 完成

由于老版DCloud证书包含了DCloud公司名称信息，最近发现开发者使用此证书发布违规违法APP，牵连了DCloud。
应政府要求，HBuilderX将不再推荐使用老版DCloud公用证书，请开发者使用自己的证书打包发布应用，参考生成Android签名证书

云端打包
老版DCloud公用证书将于2020年3月1日过期，过期后再使用本证书需实名认证。
离线打包
从即日起不再提供老版DCloud公用证书的下载，请开发者更换为自己的证书。如继续使用需实名认证，先用其它证书打包生成apk，然后使用通过实名认证的邮箱将apk发送到service@dcloud.io，我们签名后通过邮件回复。

1.如果是rpx转px。则调用uni.upx2px()即可

2. 如果是px转rpx，公式为：rpx = px / uni.getSystemInfoSync().windowWidth * 750

HBuilderx最新版本canvas h5端生成的base64无法用 uniapp自带的image组件访问 会报net::ERR_INVALID_URL

解决方法：把image组件改成img标签就ok了

ios、h5均正常，只有androidApp端有这个问题。同一个接口 同一个wifi下

之前开发小程序的时候，切换页面的时候，发现在IOS和安卓上，自定义标题栏和微信自带的高度不一样。

后来花了一个下午的时间，终于写出兼容的代码。当然在真机上是没有问题的。在微信开发工具模拟器上会出现不一样的问题，这个问题不大。

下面是代码 , CustomBar 代表标题栏加状态栏的高度，HeaderBar 代表 标题栏的高度

uni.getSystemInfo({  
    success: e => {  
        let StatusBar = e.statusBarHeight;  
        let rect = wx.getMenuButtonBoundingClientRect();  
        if (e.system.toLowerCase().indexOf('ios') > -1) {  
            //IOS  
            let CustomBar = rect.bottom + (rect.top - e.statusBarHeight) * 2;  
            let HeaderBar = CustomBar - e.statusBarHeight;  
        } else {  
            //安卓  
            let HeaderBar = rect.height + (rect.top - e.statusBarHeight) * 2;  
            let CustomBar = HeaderBar + e.statusBarHeight;  
        }  
    }  
});

最近一年多的时间，苹果审核越来越严格。4.3是经常遇到的问题之一，今天给大家分享一下遇到4.3的解决方案。

1、4.3一般会有2种情况，想要快速解决就得弄清楚自己的属于哪一种情况

（1）代码相似（一般会被机审直接打回）

（2）应用与提交到App Store的其他应用相同的功能集（一般是人审4.3）;

针对上面的2种回复去辨别属于哪一种情况。还有一个方式是可以查看自己APP进入审核的时间和被打回来的时间间隔，如果时间太短的可以确定是机审无疑。

针对机审4.3的修改方案

1、选择APP中的其中2个Tab做板式的变更，最好是首页+另一个Tab

2、修改UI、Icon、启动页、五图

3、修改工程名 、修改类名前缀 、文件夹文件名。

4、更换提交账户、IP、打包电脑、测试账户最好也可以更换一下

基本上以上的几个操作可以解决4.3的问题

还有网上还有许多要加垃圾代码或者混淆代码进去的方式在2019年后已经不适用，现在苹果机审已经非常强大，如果有不相信的同学可以亲身体验一下。苹果爸爸会毫不犹豫的给你打回来一个2.3.1。亲测有效，哈哈哈！

人审4.3的修改方案

如果是人工打回来的4.3，只能通过沟通去解决了。之前的解决方式是详细说明每一个页面包含哪一些具体的功能，还有自己的APP和其他APP的优势在哪一些地方。最好可以提供一下APP的使用视频，如果有软著什么的最好也一起丢给苹果吧。

楼主的提审方案就是——有什么资料都丢过去，不管苹果需不需要，以防万一。

上面的方法是已经被楼主证实过确定可行的方案（20年9月之前），目前用同一套代码上过3个APP，其他的马甲数个。

后面还有会陆续分享其他条款的解决方案。

另外，有需要代上架App Store的可以联系我代上架App，专业解决各种被拒问题：

联系方式，QQ：1481983952

https://ext.dcloud.net.cn/plugin?id=1879
基于该项目，
完善付费章节限制
完善会员功能
增加签到任务模块
414Q506Q533
联系

由于公司业务需求，有视频直播这方面的需求。花了两个多月研究了一下视频直播方面的方案，分享一下经验给大家。

首先，我认为，RTMP推流不适合直播，无它，再牛逼的RTMP服务器延迟也在2秒以上，无法保证一秒以内的延迟，因而我认为RTMP只适合流媒体展现。

实际上webrtc才是直播的未来，我特意花了一个星期研究了一下webrtc，现在我已经在安卓上用MUI框架，实现了多人语音视频直播，而且主持人能够关闭某个人的麦克风，切换某个人的前后摄像头，调整某个人的画质，经过我和同事测试，在2人均使用4G的情况下，我是用电信4G，同事使用联通4G，房间服务器是移动宽带，实际测试，画面无卡顿，语音无延迟。

在3个人的情况下，当画质开高的时候，就可以看到我的电信4G，带宽达到了1.2MB/s，由于4G网速有限，同事的联通4G已经只能看到2个人的画面了。当我将所有人的画质调到320*480之后，5个人实时语音视频毫无卡顿。

但是，当我在ipad上使用MUI测试webrtc的时候，却发现，似乎不太顺利开，目前我正在测试iphone上面MUI框架对webrtc的支持情况，根据我之前的经验，应该比ipad要好一些。

总结：webrtc才是直播业务的王道，毕竟实时语音通信讲究的是0延迟，画面可以渣，但是语音不能延迟，这是底线。

啦啦啦啦啦啦。。。。。。我可以向公司交差了。。。

再多说一句，BAT真的黑啊，开源的webrtc技术，到了他们手里，收费高昂。。。。。。。。。。。。。