php的图片怎么打开，php怎么在上传图片之前旋转90度然后在上传？
PHP只能操作服务端，不能操作客户端的东西。 你可以使用普通上传之后，再使用GD库对已经上传的图片进行旋转，然后保存。 非要在客户端操作的话，可以借助Jquery。
图片缓冲5秒才显示？
推荐几款网站速度测试工具：
1，https://tools.pingdom.com/
这款工具可以模拟全球几个节点访问网站的打开速度，而且会详细列出网站速度慢的原因，挨条去解决，相信会让网站提速不少；
2，https://gtmetrix.com/
这款工具类似上边这款，只不过这款工具往往测试的全站打开的时间，因此比pingdom测试出来的往往要多一两秒；
3，https://developers.google.com/speed/pagespeed/insights/?hl=zh-CN
PageSpeed Insights Google Developers 这款工具是Google官方推出的测速工具，会比交苛刻，获得高分的难度很大，同时访问的时候要翻**墙才行。
图片速度慢一般可能是服务器性能、PHP执行效率、图片太大导致的，可以考虑提升服务器性能，优化PHP执行效率，缩小图片体积，同时考虑加载lazy load延迟加载，都会显著提升图片的载入速度，另外就是加载CDN，分布式载入图片，速度也会提升很多。
最后祝你好运。
python如何利用requests和bs4爬取图片？
试着理一下思路。
一般，使用requests发起请求，将目标网页请求过来。当然有可能经过了代理，跳转，认证，对requests都不是问题。接着说BS4爬取图片。
BeautifulSoup4是将html看做一棵树，对其进行结构解析，定位节点，寻找值。这个是建立在完整的html结构体系内。其使用lxml，html5lib等库用作解析引擎。
类似的，仿照jQuery，有大神制作了PyQuery，使用jq的语法操作DOM。
下面说一下，集中情况，如何获取网页内容：
静态页面。直接使用BS4就是。
动态页面，如PHP/Java等使用模板引擎生成的网页。结构一般也较为清晰。可以看做是静态页面。
重js页面。这样的页面一般由前端完成，网页极不易获取，动态变化较大。可能需要其他工具模仿请求，比如selenium。这时候可能用不到requests/bs4。例如必应中文首页背景图。
前端渲染的页面。如
vue.js
，react.js
脚手架搭建的网页，不可能用题主所使用的两个工具拿到数据。phantomjs可以用于此场景。当然，如果使用实际的chrome driver，使用selenium请求数据，也完全没问题。防盗链图片类资源。例如微信公众号平台的文章图片，做了防盗链措施。bs4仅用于获取image url，url地址也就没有再次使用的价值。
上面5条，都是在说网页应用。网页在不同的浏览器，PC的谷歌，火狐，Opera，IE等，手机端的浏览器，均可使用此方法。
下面说一下，抓取APP端应用的数据。两类平台，一个Android，一个IOS。因为IOS的封闭性，操作起来极为不便。以安卓为例，因为同样的功能，安卓端大致相同，且安卓手机普及率较高，较为容易获得。且开放性，定制性较好。Python的话，需要使用不同的库，解析Android页面，比如poco。就不展开说了。
以上。
Canvas调用手机拍照功能实现图片上传上？
HTML5技术支持WebApp在手机上拍照，显示在页面上并上传到服务器。这是手机微博应用中常见的功能，当然你也可以在其它类型应用中适当使用此技术。
1、 拍照 拍照是采用HTML5的Canvas功能，实时捕获Video标签的内容，因为Video元素可以作为Canvas图像的输入，所以这一点很好实现。主要代码如下：var canvas=document.createElement(‘canvas’); //动态创建画布对象var ctx=canvas.getContext(’2d’);var cw=vw,ch=vh;ctx.fillStyle=”#ffffff”;ctx.fillRect(0,0,cw,ch);ctx.drawImage(video_element,0,0,cw,ch,0,0,vw,vh); //将video对象内指定的区域捕捉绘制到画布上指定的区域，可进行不等大不等位的绘制。document.body.append(canvas);
2、 图片获取 从Canvas获取图片数据的核心思路是用canvas的toDataURL将Canvas的数据转换为base64位编码的png图像，类似于“data:image/png;base64,xxxxx”的格式。var imgData=canvas.toDataURL(“image/png”);这样，imgData变量就存储了一长串的字符数据内容，表示的就是一个PNG图像的base64编码。因为真正的图像数据是base64编码逗号之后的部分，所以要让实际服务器接收的图像数据应该是这部分，方法是在前端截取22位以后的字符串作为图像数据，例如：var data=imgData.substr(22);如果要在上传前获取图片的大小，可以使用：var length=atob(data).length; //atob 可解码用base-64解码的字串
3、 图片上传 在前端可以使用Ajax将上面获得的图片数据上传到后台脚本。例如使用jQuery时可以用：$.post(‘upload.php’,{‘data’:data});在后台用PHP脚本接收数据并存储为图片。function convert_data($data){ $image=base64_decode(str_replace(‘data:image/jpeg;base64,’,”,$data); save_to_file($image);}function save_to_file($image){ $fp=fopen($filename,’w'); fwrite($fp,$image); fclose($fp);
图片网站如何加速？
除了直接的使用CDN加速服务外，您也可以使用：替换或者提高压缩算法和策略
如果你有特别的客户端，可以考虑使用自定义的更高压缩比的压缩方式，这个做手机应用的童鞋或许接触过，和十年前大家压缩MP3以及做软件压缩包一样，使用自己软件算法和策略替代市面上已有的算法和策略。如果没有特别的客户端，不妨对图片和视频使用更好的压缩格式，比如webp和webm，以及适当情况下的gif替代png等。
其他层面的方法：
服务器性能：
说到服务器性能，可能多数人会停留在几核几G几百G这种概念上，但是对于网站服务器，关注的应该是单机/VPS的数字运算能力和IO读写能力，如果不是单机服务器，那么请关注自己实际能使用的资源数量，尤其是高峰时刻够用且有余力！
机房带宽资源：
带宽资源或许是除了高端存储设备外，价格最贵的资源之一了。所以，评估带宽是否满足你的站点，是特别重要的事情。一般来说小站点，1~2M的带宽绝对够用。如果不知道你的机器的带宽能力，不妨登录机器后台观察流量图峰值，或者机器安装speedtest-cli，来进行数据收集。
服务器的上行带宽，即是我们常说的网站带宽，一般而言，此数值越大，提供的访问能力就越强。
服务器软件性能：
“尺有所短，寸有所长”，软件也是一样，小站点，资源有限的情况下：
如果你以前使用apache，且没有使用一些三方模块，或者不需要使用apache软件套装里的高级功能，或者没有软件必须依赖apache，以及三方模块能在nginx中找到替代的，可以考虑替换为nginx。
如果你的程序允许实现数据库缓存/站点内容缓存，但是没有使用缓存的，请开启缓存功能；如果你的程序使用了文件缓存，在内存资源有富裕的情况下，请使用内存缓存（自己考虑缓存策略）；如果你的程序原来的运行环境执行速度不够快，那么请考虑升级或运行环境，诸如php5.2->php.5.6+，或者php5.6->hhvm 3.x，asp/php->nodejs；如果你的程序中多数功能你用不到，考虑使用更轻便的小程序；如果你启用了缓存，且数据库（关系数据库）读取热数据频率高于冷数据，且访问量不是特别大，不需要考虑数据库效率，否则需要考虑数据库进行分库分表和建立适当的索引，以提高数据库吞吐能力。
根据自己情况适当调整nginx/mysql/redis/memcache等软件的数据分块大小。
优化程序关键逻辑的流程，尽可能让程序始终遵循最短路径结束任务。
尽可能让TCP链接重用，或者适当调整持久链接的时间和数量（Keep-Alive），以及考虑使用SPDY、防火墙/服务器代理软件/程序对访客限制流量以及过滤或者禁止能力范围内的异常流量。
DNS查询速度：
DNS对于站点首次打开速度至关重要，所以请尽可能选择靠谱的DNS提供商来解决DNS查询问题。
除此之外，对于webkit支持DNS预缓存的浏览器，可以在页面头部尽少和尽合理的添加要缓存的DNS，以加快页面展示速度。
替换或者提高压缩算法和策略：
如果你有特别的客户端，可以考虑使用自定义的更高压缩比的压缩方式，这个做手机应用的童鞋或许接触过，和十年前大家压缩MP3以及做软件压缩包一样，使用自己软件算法和策略替代市面上已有的算法和策略。如果没有特别的客户端，不妨对图片和视频使用更好的压缩格式，比如webp和webm，以及适当情况下的gif替代png等。
页面提供资源数量：
尽可能减少同一时间的资源请求数量：
1. 对于静态样式和脚本，使用合并策略。针对单页面程序，你可以将所有样式或者脚本都合并为一个单独的文件。但是针对多页面，以及带有皮肤策略的站点，则考虑抽象基础的Base内容和额外的内容，并通过前后端脚本进行策略加载。
2. 对于图片和视频资源，在交互允许的情况下，使用延时加载，跨屏预加载一定数量，来取代页面文档加载完成后就加载全部的策略。
对不同浏览器使用不同的脚本：
差异对待浏览器，对古老浏览器不使用一些功能，以及差异对待浏览器使用的基础脚本库。如果你使用下一节提到的JS加载器，那么这个很容易做到。
页面增量更新：
如果你的内容支持异步增量更新，那么使用接口更新增量内容的模式，来替换打开新页面的模式。
客户端缓存：
简单的说，尽可能给所有资源使用最长时间的缓存，对于不支持200 cache的客户端提供304 Modified缓存（前者不需要额外HTTP请求）。
客户端本地缓存：
对于变化不大的站点，配合脚本，对支持使用本地缓存的客户端进行适当的数据缓存。
页面资源加载时机：
将页面主要样式尽可能放在文档顶部、将三方不可合并脚本尽可能放置页面底部、将页面inline脚本尽可能替换为配置内容。
用户终端某时刻性能：
受限于客户端宿主机性能以宿主机网络环境。和最开始提到的服务器性能一样，CPU时间片被其他程序占用时，或者硬件古老，以及网络被其他程序占用的时候，会带来浏览的不畅。
如果你对网站的一般访问速度有信心（通过收集到的数据的反馈），且网站属于内容展示类的，可以在适当的位置加诸如以下的提示（程序打底提示）：
页面加载过慢，不妨检查网络环境是否有其他软件占用（下载工具/在线视频），并刷新页面。资源加载失败，请刷新重试。
待页面加载完成，干掉以上提示。但是请权衡此内容的存储位置和脚本执行时机，考虑搜索引擎将提示和内容都缓存的情况。
用户终端浏览器性能：
如果你的用户使用者古老的浏览器，软件性能成为页面数据下载和渲染瓶颈，那么不妨给其一个提示，或者强制其使用新版本的浏览器进行访问：
请更新浏览器以获得更加体验。
本站仅支持新的浏览器：A,B,C。
为了您的访问速度和安全考虑，我们推荐您安装：X,Y,Z。
用户直观感受：极致畅快体验！！！