머리말
우리가 위챗 모멘트에 올릴 때 N장의 사진과 텍스트가 짝을 이뤄 엉성함 없이 순식간에 전송된다고 상상해보세요~.
그런데 기술적으로 생각해 봅시다. 이것이 가능할까요? 일부 2G 네트워크는 속도가 최대 수십 킬로바이트에 불과합니다. 우리의 사진은 각각 몇 메가바이트에 불과하며 압축해도 크기는 수백 킬로바이트에 달합니다.
지금 생각해보면 좀 이상하지 않나요~
실제로 많은 소셜 소프트웨어(Weibo, WeChat)는 인스턴트 메시징 메커니즘을 사용합니다. 실제로 먼저 보낸 다음 성공적으로 전송되었다고 알려주는 것이 아니라 직접적으로 성공적으로 전송되었다고 알려주고 백그라운드에서 보낸 내용을 몰래 업로드해 주기 때문에 네트워크 속도가 느려지는 현상을 종종 볼 수 있습니다. 좋지 않습니다. 새로 전송된 순간은 처음에는 정상이었지만 몇 분 후에 전송이 실패했다는 메시지가 표시되었습니다. 정말 당황스럽습니다. 처음에는 아무 말도 하지 않으셨는데, 가장 중요한 순간에 더 이상은 할 수 없다고 하셨습니다..
진보된 기술에 겁먹지 마세요. 정말 기본적이지만 매우 실용적입니다.
기술을 논의하기 전에 먼저 몇 가지 초기 조건을 설명하세요.
1. 데이터베이스 테이블 구조에 일부 특별 수정이 이루어졌습니다. 친구 서클 콘텐츠 테이블에는 두 가지 상태 값이 있습니다.
값이 1이면 친구 서클이 게시되지 않았음을 의미합니다. 값 2는 친구 서클이 게시되었음을 의미합니다. (왜 이렇게 됐는지 이해하지 못하는 학생들은 먼저 계속 읽어도 되고, 나중에 설명하겠습니다)
2. 본 글의 즉석 포스팅 기능은 사진이 있을 때의 사용을 의미합니다. 사진이 있으면 이미지 업로드 속도가 너무 느려서 사진이 없으면 즉석 포스팅 메커니즘을 사용해야 하기 때문입니다. 사진과 텍스트만 있으면 너무 크지 않을 것입니다. 텍스트 전송량이 매우 낮기 때문에 일반적인 프로세스에 따라 보내십시오.
3. 이 글의 코드는 PhalApi 프레임워크를 기반으로 하고 있으며, 문법도 비교적 간단하여 ORM 운영 경험이 있는 학생들은 이해하시기 바랍니다
4. 이 기사에서는 주로 APP의 두 번째 전송 기능에 대해 설명합니다. 이 기능은 웹 측에서는 특별히 필요하지 않습니다. 왜냐하면 최신 네트워크는 PC에서 한 번에 많은 사진(10M/s, 20M/s)
전체 실행 과정을 전반적으로 살펴보겠습니다.
클라이언트는 게시 API를 호출하고, 서버는 콘텐츠를 게시합니다(publish.php). 사진이 있는 경우 클라이언트는 추가 업로드 API(upload.php) 업로드 API(upload.php)가 작업을 완료하지 못한 경우 클라이언트에서 릴리즈 성공을 직접 알려줍니다.(실제로는 현재 업로드가 완료되지 않았으며, 업로드하는 데 절실히 도움이 되는 그 뒤에 있는 프로세스) 클라이언트는 귀하가 보낸 텍스트와 사진을 일시적으로 연결하여 귀하에게 표시합니다(현재는 귀하만 볼 수 있고 친구 서클에 있는 다른 사람들은 볼 수 없음). 업로드할 API( upload.php)/ 물론 업로드 시간이 초과될 수도 있습니다(보통 1분 이내에 결과가 나옵니다). 성공하면 원활하게 업로드됩니다. , 전송 실패를 보고합니다. 그러나 결과를 기다린 후 1분 이내에 업로드가 실패하지 않는 한 나중에 알림을 보냅니다.
이 메커니즘을 기술적인 수준에서 분석해 보겠습니다.
오른쪽 상단의 보내기 버튼을 클릭하면 두 가지 프로세스가 동시에 시작됩니다. 그 중 하나는 텍스트를 업로드하고 성공적으로 전송되었음을 알리는 것입니다(
publish.php). ), 또 다른 하나의 프로세스는 보내주신 사진을 비밀리에 업로드하는 것입니다(upload.php). 구체적인 코드는 다음과 같습니다.
Publish.php
<?php //正常获取数据(文本,图片,位置信息等) … Code … Code … //进行判断,如果有图片则为未发布(status为1),无图片则为立即发布(status为2) //如果有图片则通过返回标识符告诉客户端,让他赶紧去调用真实的上传逻辑upload.php,我们这只把最基本的文本上传好,再设置多一个status而已~ $status = ($pic_num > 0) ? 1 : 2; //拼接入库数据 $where_data = array( "status"=> $status) //数据入库 DI()->notorm-> friends ->insert($where_data); ?>
상태 필드에 대해 판단을 내렸습니다. 1(미공개)과 2(공개)의 두 가지 상황이 있으므로 데이터를 읽을 때(list.php) 어떻게 해야 할까요? )?
그러면 표시 페이지는 다음과 같습니다.
Lists.php
<?php //code .. //获取文字信息 Code.. //获取图片信息 //(它在获取当前用户pic表内的f_id(即获取朋友圈图片),最关键的地方是where条件 $data= DI()->notorm->pic->select('f_id')->where("status > 1 OR (status = 1 && u_id = {$u_id})")->->fetchAll(); //code .. ?>
此处的where条件是秒发机制的最关键的地方:
status大于1(已发表)或者等于1(未发布),(tips:status在有图片的情况下默认值为1)但是属于当前用户发布的内容,都可以读出来,这就有一个很奇妙的现象,就是无论如何,我们自己发的朋友圈,自己永远是可以读出来的,但是其他人就不一定了(因为如果有图片的话,还需要去调用另外一个进程上传图片,然后在那个进程将status改为2)
那么还有最后一个关键点,就是负责上传图片的那个进程(upload.php),这个是真实上传图片的逻辑,
有几张图片,这么upload.php就会被调用几次
每次上传成功后将图片行的字段status改成2
upload.php
<?php //Code.. //把图片上传到服务器目录 //获取长传结果标识,更改状态 If(上传成功){ //将status改回2 $status_data = array("status" => 2); DI()->notorm->pic->select('u_id')->where('u_id, $u_id)-->update($status_data); }else{ Code… }
经过以上的几个操作(首先是publish.php,如果有图片上传的话则调用upload.php,展示的时候是list.php)。
不知道大家看出门道没有,和我们平常写的发布功能不同的是,上传upload.php功能被独立出来了,改装后的发布publish.php会用最快的速度将你的文本内容存进数据库,并且如果有图片内容的话,他会单独调用上传API upload.php。
最关键的是在显示的时候做了一些小技巧,让自己保证可以看到自己发的东西。
好了,以上就是本文的全部内容了,希望对大家学习PHP有所帮助,也请大家继续关注脚本之家。