PHP에서 APP의 즉시 전달 기능을 구현하는 방법-PHP 튜토리얼-php.cn

PHP에서 APP의 즉시 전달 기능을 구현하는 방법

*文

풀어 주다： 2023-03-18 22:04:01

원래의

1784명이 탐색했습니다.

APP의 즉시배송 기능을 PHP로 어떻게 구현하나요? 많은 소셜 소프트웨어는 사용자가 신체 검사에 대해 기분 좋게 느낄 수 있도록 빠른 릴리스 메커니즘을 사용합니다. 오늘은 이러한 소셜 소프트웨어에서 일반적으로 사용되는 몇 가지 팁에 대해서도 이야기하겠습니다. 그것이 모두에게 도움이 되기를 바랍니다.

서문

우리가 보통 위챗 모멘트에 올릴 때 N장의 사진에 문자가 오고, 엉성함 없이 순식간에 전송된다고 상상해보세요~.

하지만 기술적으로는 잠시 멈춰서 생각해 봅시다. 이것이 가능할까요? 일부 2G 네트워크의 속도는 최대 수십 킬로바이트에 불과합니다. 우리의 사진은 압축하더라도 수백 킬로바이트에 불과합니다. 어떻게 즉시 메시지를 보낼 수 있습니까?

생각해 보니 좀 이상하지 않나요~

사실 많은 소셜 소프트웨어(웨이보, 위챗)는 일종의 인스턴트 메시징 메커니즘을 사용하고 있습니다. 실제로 먼저 보낸 뒤 성공적으로 전송됐다고 알려주는 것이 아니라, 성공적으로 전송됐다고 직접 알려주고, 보낸 내용을 백그라운드에서 몰래 업로드하는 경우가 많다. 네트워크 속도가 좋지 않습니다. 새로 전송된 모멘트는 처음에는 정상이었지만 몇 분 후에 전송이 실패했다는 메시지가 표시되었습니다. 정말 당황스럽습니다. 처음에는 아무 말도 하지 않으셨는데 가장 중요한 순간에 더 이상 할 수 없다고 말씀하셨습니다..

첨단 기술에 겁먹지 마세요. 작은 트릭입니다. 정말 매우 기본적이지만 매우 실용적입니다.

기술을 논의하기 전에 먼저 몇 가지 초기 조건을 언급하세요.

1. 데이터베이스 테이블 구조에 몇 가지 특별한 수정이 이루어졌습니다. 친구 서클의 콘텐츠 테이블에는 두 가지 상태 값이 있습니다. 값은 1 또는 2일 수 있습니다. 친구 서클이 게시되지 않았습니다. 값 2는 친구 서클이 게시되었음을 의미합니다. (지금 왜 이런 일이 일어나는지 이해하지 못하는 학생들은 계속해서 읽어도 되고 나중에 설명하겠습니다.)

2. 이 글의 즉시 보내기 기능은 사진이 있을 때 사용하는 것을 말합니다. 사진이 있으면 사진 업로드 속도가 너무 느려지므로 두 번째 전송 메커니즘을 사용해야 하지만 사진과 일반 텍스트가 없으면 텍스트 전송량이 매우 낮기 때문에 필요하지 않습니다. 정상적인 과정에 따라 발송됩니다.

3. 이 글의 코드는 PhalApi 프레임워크를 기반으로 하고 있으며 문법도 비교적 간단합니다. ORM 운영 경험이 있는 학생이라면 이해하시기 바랍니다.

4. 이 글은 주로 APP의 즉시 전달 기능을 설명합니다. , WEB 측에서 이 기능은 특별히 필요하지 않습니다. 최신 네트워크는 우리 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);
 
?>

로그인 후 복사

미스터리가 보이나요? 데이터베이스에 입력된

status 필드에 대해 판단을 내렸습니다. 1(unpublished)과 2(published)의 두 가지 상황이 있습니다. 그러면 데이터(list.php)를 읽을 때 어떻게 해야 할까요?

그러면 표시 페이지는 다음과 같습니다.

Lists.php

<?php
 
//code ..
 
//获取文字信息
 
Code..
 
//获取图片信息
//（它在获取当前用户pic表内的f_id（即获取朋友圈图片），最关键的地方是where条件
$data= DI()->notorm->pic->select(&#39;f_id&#39;)->where("status > 1 OR (status = 1 && u_id = {$u_id})")->->fetchAll();
 
 
//code ..
 
?>

로그인 후 복사

여기서

where 조건은 즉시 전달 메커니즘에서 가장 중요한 부분입니다.

status는 1보다 큽니다( 게시됨) 또는 1(공개되지 않음), (tips: status그림이 있는 경우 기본값은 1)이지만 현재 사용자가 게시한 콘텐츠를 읽을 수 있다는 점은 매우 놀라운 현상입니다. , How about에 관계없이 우리는 우리가 게시한 순간을 항상 읽을 수 있지만 다른 사람들은 그렇지 않을 수도 있습니다(왜냐하면 사진이 있는 경우 사진을 업로드하려면 다른 프로세스를 호출해야 하고 그 프로세스에서 상태를 2로 변경해야 하기 때문입니다).

那么还有最后一个关键点，就是负责上传图片的那个进程（upload.php），这个是真实上传图片的逻辑，

有几张图片，这么upload.php就会被调用几次

每次上传成功后将图片行的字段status改成2

upload.php

<?php
 
//Code..
 
//把图片上传到服务器目录
 
//获取长传结果标识，更改状态
 
If(上传成功){
 
//将status改回2
 
$status_data = array("status" => 2);
 
DI()->notorm->pic->select(&#39;u_id&#39;)->where(&#39;u_id, $u_id)-->update($status_data);
 
}else{
 
Code…
 
}

로그인 후 복사

经过以上的几个操作（首先是publish.php，如果有图片上传的话则调用upload.php，展示的时候是list.php）。

不知道大家看出门道没有，和我们平常写的发布功能不同的是，上传upload.php功能被独立出来了，改装后的发布publish.php会用最快的速度将你的文本内容存进数据库，并且如果有图片内容的话，他会单独调用上传API upload.php。

最关键的是在显示的时候做了一些小技巧，让自己保证可以看到自己发的东西。