이제 포스트 테이블이 생겼습니다(구조는 변경할 수 없습니다)
tid topic pid
pid reply id
이제 새로운 댓글 중첩 표시 기능이 추가되었습니다. 즉, tid=1
a가 pid 1로 댓글에 댓글을 달았습니다
b가 a의 댓글에 pid 2로 답글을 달았습니다
c가 댓글에 답했습니다 pid가 2 3인 b의 댓글
d는 pid 4
은 1층에
pid1
2층에 pid1, pid2
3층에 pid1, pid2, pid3
4층에 pid1, pid4
로 표시됩니다. 즉, 다른 사람에 대한 모든 답변은 이전의 모든 답변을 인용해야 합니다.
(형식은 NetEase News 댓글과 동일합니다)
현재 생각하고 있는 구조는 post_conversation pid, to_pid
이렇게 하면 2층 답글에 2,1이 삽입됩니다
<code> 3楼回复就插入两条 3,1 3,2 4楼回复就插入 4,1 </code>
99층에서 대화가 발생하면 98개의 데이터를 삽입해야 합니다
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
post_conversation을 이렇게 설계하면
pid, parent_pid(replyed pid)
데이터의 양이 적습니다(답장당 하나의 메시지만 삽입됩니다).
그러나 각 pid에 대해 모든 대화를 쿼리하는 것은 매우 어려운 문제입니다(데이터베이스를 재귀적으로 쿼리하려고 생각 중입니다).
<code>select parent_pid from post_conversation where pid = 'xxx' select parent_pid from post_conversation where pid = 'parent_pid ' ... 一直到parent_pid 为0为止,查询出所有的对话pid </code>
좋은 제안이 있으신가요
답글 내용:
이제 포스트 테이블이 생겼습니다(구조는 변경할 수 없습니다)
tid topic pid
pid reply id
이제 새로운 댓글 중첩 표시 기능이 추가되었습니다. 즉, tid=1
a가 pid 1로 댓글에 댓글을 달았습니다
b가 a의 댓글에 pid 2로 답글을 달았습니다
c가 댓글에 답했습니다 pid가 3인 b의 댓글
d가 pid 4
은 1층에
pid1
2층에 pid1, pid2
3층에 pid1, pid2, pid3
4층에 pid1, pid4
로 표시됩니다. 즉, 다른 사람에 대한 모든 답변은 이전의 모든 답변을 인용해야 합니다.
(형식은 NetEase News 댓글과 동일합니다)
현재 생각하고 있는 구조는 post_conversation pid, to_pid
이렇게 하면 2층 답글에 2,1이 삽입됩니다
<code> 3楼回复就插入两条 3,1 3,2 4楼回复就插入 4,1 </code>
99층에서 대화가 발생하면 98개의 데이터를 삽입해야 합니다
<code>这样有个好处就是可以很方便取出任意一个pid的评论情况 select topid from post_conversation where pid = 'xxx' order by pid ; 但是会造成多的重复数据 一个99楼对话得插入1+2+3+。。。+99条 </code>
post_conversation을 이렇게 설계하면
pid, parent_pid(replyed pid)
데이터의 양이 적습니다(답장당 하나의 메시지만 삽입됩니다).
그러나 각 pid에 대해 모든 대화를 쿼리하는 것은 매우 어려운 문제입니다(데이터베이스를 재귀적으로 쿼리하려고 생각 중입니다).
<code>select parent_pid from post_conversation where pid = 'xxx' select parent_pid from post_conversation where pid = 'parent_pid ' ... 一直到parent_pid 为0为止,查询出所有的对话pid </code>
좋은 제안이 있으신가요
초대해주셔서 감사합니다
무한 중첩(메뉴, 댓글)을 달성하기 위해 가장 원시적인 재귀 쿼리 방법을 사용하곤 했습니다. 나중에 Laravel-China 커뮤니티에서 관리자가 게시한 글을 보았는데, 글 주소는 https://laravel-china.org/topics/2124 인데, 预排序遍历树算法(Nested set model)
를 사용하여 무한한 트리형 계층 모델(태그)을 구현한 것입니다. 시스템, 메뉴 시스템, 댓글 시스템 등). 주제는 다음을 참조할 수 있습니다.
'댓글 인용'은 구현 비용이 상대적으로 높으며 중복성이 많습니다. 대신 '댓글에 답글'을 사용하는 것을 고려해 보세요.
하나의 기사는 여러 개의 댓글에 해당하고, 하나의 댓글은 여러 개의 답글에 해당합니다.
Q&A 커뮤니티인 Segmentfault.com과 Tencent News는 모두 "댓글에 대한 답변"을 사용합니다.
Segmentfault를 예로 들어보겠습니다.
질문자(원본 게시자)가 질문을 게시했는데 이 질문에는 여러 답변이 있습니다(플로어 소유자). ). 데이터베이스는 일대다 관계입니다.
각 답변에는 여러 개의 응답이 있을 수 있으며, 이 역시 일대다 관계입니다.
<code>question(id, user_id,content) answer (id,question_id,user_id,content) reply (id,answer_id, user_id,content)</code>

phpsession 실패 이유에는 구성 오류, 쿠키 문제 및 세션 만료가 포함됩니다. 1. 구성 오류 : 올바른 세션을 확인하고 설정합니다. 2. 쿠키 문제 : 쿠키가 올바르게 설정되어 있는지 확인하십시오. 3. 세션 만료 : 세션 시간을 연장하기 위해 세션을 조정합니다 .GC_MAXLIFETIME 값을 조정하십시오.

PHP에서 세션 문제를 디버그하는 방법 : 1. 세션이 올바르게 시작되었는지 확인하십시오. 2. 세션 ID의 전달을 확인하십시오. 3. 세션 데이터의 저장 및 읽기를 확인하십시오. 4. 서버 구성을 확인하십시오. 세션 ID 및 데이터를 출력, 세션 파일 컨텐츠보기 등을 통해 세션 관련 문제를 효과적으로 진단하고 해결할 수 있습니다.

Session_Start ()로 여러 통화를하면 경고 메시지와 가능한 데이터 덮어 쓰기가 발생합니다. 1) PHP는 세션이 시작되었다는 경고를 발행합니다. 2) 세션 데이터의 예상치 못한 덮어 쓰기를 유발할 수 있습니다. 3) Session_status ()를 사용하여 반복 통화를 피하기 위해 세션 상태를 확인하십시오.

SESSION.GC_MAXLIFETIME 및 SESSION.COOKIE_LIFETIME을 설정하여 PHP에서 세션 수명을 구성 할 수 있습니다. 1) SESSION.GC_MAXLIFETIME 서버 측 세션 데이터의 생존 시간을 제어합니다. 2) 세션 .Cookie_Lifetime 클라이언트 쿠키의 수명주기를 제어합니다. 0으로 설정하면 브라우저가 닫히면 쿠키가 만료됩니다.

데이터베이스 스토리지 세션 사용의 주요 장점에는 지속성, 확장 성 및 보안이 포함됩니다. 1. 지속성 : 서버가 다시 시작 되더라도 세션 데이터는 변경되지 않아도됩니다. 2. 확장 성 : 분산 시스템에 적용하여 세션 데이터가 여러 서버간에 동기화되도록합니다. 3. 보안 : 데이터베이스는 민감한 정보를 보호하기 위해 암호화 된 스토리지를 제공합니다.

SessionHandlerInterface 인터페이스를 구현하여 PHP에서 사용자 정의 세션 처리 구현을 수행 할 수 있습니다. 특정 단계에는 다음이 포함됩니다. 1) CustomsessionHandler와 같은 SessionHandlerInterface를 구현하는 클래스 만들기; 2) 인터페이스의 방법 (예 : Open, Close, Read, Write, Despare, GC)의 수명주기 및 세션 데이터의 저장 방법을 정의하기 위해 방법을 다시 작성합니다. 3) PHP 스크립트에 사용자 정의 세션 프로세서를 등록하고 세션을 시작하십시오. 이를 통해 MySQL 및 Redis와 같은 미디어에 데이터를 저장하여 성능, 보안 및 확장 성을 향상시킬 수 있습니다.

SessionId는 웹 애플리케이션에 사용되는 메커니즘으로 사용자 세션 상태를 추적합니다. 1. 사용자와 서버 간의 여러 상호 작용 중에 사용자의 신원 정보를 유지하는 데 사용되는 무작위로 생성 된 문자열입니다. 2. 서버는 쿠키 또는 URL 매개 변수를 통해 클라이언트로 생성하여 보낸다. 3. 생성은 일반적으로 임의의 알고리즘을 사용하여 독창성과 예측 불가능 성을 보장합니다. 4. 실제 개발에서 Redis와 같은 메모리 내 데이터베이스를 사용하여 세션 데이터를 저장하여 성능 및 보안을 향상시킬 수 있습니다.

JWT 또는 쿠키를 사용하여 API와 같은 무국적 환경에서 세션을 관리 할 수 있습니다. 1. JWT는 무국적자 및 확장 성에 적합하지만 빅 데이터와 관련하여 크기가 크다. 2. 쿠키는보다 전통적이고 구현하기 쉽지만 보안을 보장하기 위해주의해서 구성해야합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

WebStorm Mac 버전
유용한 JavaScript 개발 도구

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
