찾다
집백엔드 개발PHP 튜토리얼PHP5.3의 가비지 수집 메커니즘에 대해

PHP5.3의 가비지 수집 메커니즘에 대해

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
Jul 25, 2016 am 09:10 AM
  2. struct _zval_struct {
  3. /* 변수 정보 */
  4. zvalue_value value; /* value */
  5. zend_uint refcount__gc;
  6. zend_uchar type; /* 활성 유형 */
  7. zend_uchar is_ref__gc;
  8. };
코드 복사

참조 횟수 필드는 PHP5.3 이전 버전과 비교됩니다. refcount 및 is_ref 필드를 참조할지 여부는 새로운 가비지 수집 메커니즘을 위해 그 뒤에 __gc를 추가해야 합니다. PHP 소스 코드 스타일에서는 매크로가 많다는 것이 매우 특징적입니다. 이러한 매크로는 ALLOC_ZVAL 매크로와 같은 인터페이스 계층 아래의 일부 기본 구현을 보호하는 인터페이스 계층과 동일합니다. PHP5.3 이전에 이 매크로는 할당된 메모리 크기를 결정하기 위해 PHP의 메모리 관리 할당 함수 emalloc을 직접 호출했습니다. 변수의 유형과 크기가 결정됩니다. 가비지 수집 메커니즘이 도입된 후 ALLOC_ZVAL 매크로는 새로운 가비지 수집 단위 구조를 직접 채택하며, 이는 모두 zval_gc_info 구조가 차지하는 메모리 크기입니다. 이 구조는 초기화된 메커니즘입니다.

  2. /* 다음 매크로는 zend_alloc.h의 매크로를 재정의합니다. */
  3. #undef ALLOC_ZVAL
  4. #define ALLOC_ZVAL(z)
  5. do {
  6. (z) = (zval*)emalloc(sizeof(zval_gc_info));
  7. GC_ZVAL_INIT(z)
  8. } while (0)
코드 복사

    typedef struct _zval_gc_info {
  1. zval z;
  2. union {
  3. gc_root_buffer *buffered;
  4. struct _zval_gc_info *next;
  5. } u;
  6. } zval_gc_info;
코드 복사
ZVAL 컨테이너에 저장된 모든 변수에 대해 zval 구조가 할당되어 해당 합계가 보장됩니다. zval_gc_info 타입 포인터가 캐스팅될 때 zval로 사용될 수 있도록 zval 변수에 할당된 메모리를 처음에 정렬합니다. zval 필드 뒤에 공용체가 있습니다: u. u에는 gc_root_buffer 구조의 버퍼링된 필드와 zval_gc_info 구조의 다음 필드가 포함됩니다. 이 두 필드 중 하나는 가비지 수집 메커니즘에 의해 캐시된 루트 노드를 나타내고, 다른 하나는 zval_gc_info 목록의 다음 노드를 나타냅니다. 가비지 수집 메커니즘에 의해 캐시된 노드가 루트 노드로 사용되는지 아니면 목록 노드로 사용되는지는 알 수 있습니다. 여기에 반영됩니다. ALLOC_ZVAL은 zval을 대체하는 zval_gc_info를 초기화하기 위해 메모리를 할당한 후 GC_ZVAL_INIT를 호출합니다. zval_gc_info에 있는 멤버 u의 버퍼링된 필드는 가비지 수집 버퍼에 들어갈 때만 값을 갖습니다. NULL이어야 합니다. PHP의 모든 변수는 zval 변수의 형태로 존재하므로 여기에서는 zval_gc_info를 사용하여 zval을 대체함으로써 원래 시스템에 가비지 수집 메커니즘을 성공적으로 통합했습니다. PHP의 가비지 수집 메커니즘은 PHP5.3에서 기본적으로 활성화되어 있지만 구성 파일을 통해 직접 비활성화하도록 설정할 수 있습니다: zend.enable_gc. 기본적으로 php.ini 파일에는 이 필드가 없습니다. 이 기능을 비활성화해야 하는 경우 php.ini에 zend.enable_gc=0 또는 zend.enable_gc=off를 추가하세요. php.ini 구성 zend.enable_gc를 수정하는 것 외에도 gc_enable()/gc_disable() 함수를 호출하여 가비지 수집 메커니즘을 켜거나 끌 수도 있습니다. 이러한 함수를 호출하는 효과는 가비지 수집 메커니즘을 켜거나 끄기 위해 구성 항목을 수정하는 것과 같습니다. 이 두 가지 함수 외에도 PHP는 루트 버퍼가 가득 차지 않을 때 주기 재활용을 강제하는 gc_collect_cycles() 함수를 제공합니다. PHP 소스 코드에는 가비지 수집 메커니즘이 켜져 있는지 여부와 관련된 몇 가지 작업 및 필드가 있습니다. zend.c 파일에는 다음 코드가 있습니다.

    static ZEND_INI_MH(OnUpdateGCEnabled) /* {{{ */
  1. {
  2. OnUpdateBool(entry, new_value, new_value_length, mh_arg1, mh_arg2, mh_arg3 , 스테이지 TSRMLS_CC);
  3. if (GC_G(gc_enabled)) {
  4. gc_init(TSRMLS_C);
  5. }
  6. return SUCCESS;
  7. }
  8. /* }}} */
  9. ZEND_INI_BEGIN()
  10. ZEND_INI_ENTRY("error_reporting", NULL, ZEND_INI_ALL, OnUpdateErrorReporting)
  11. STD_ZEND_INI_BOOLEAN("zend.enable_gc", "1", ZEND_INI_ALL, OnUpdateGCEnabled, gc_enabled, zend_gc_globals, gc s)
  12. #ifdef ZEND_MULTIBYTE
  13. STD_ZEND_INI_BOOLEAN ("Detect_unicode", "1", Zend_ini_all, OnupdateBool, DETECT_UNICODE, ZEND_COMPILOBALS, COMPILOROBALS) if ZEND_INI_END ()
  16. 코드 복사

zend.enable_gc의 해당 연산 함수는 ZEND_INI_MH(OnUpdateGCEnabled)입니다. 가비지 수집 메커니즘이 켜져 있는 경우, 즉 GC_G(gc_enabled)가 true이면 gc_init 함수가 호출되어 가비지 초기화 연산을 수행하게 됩니다. 수집 메커니즘. gc_init 함수는 zend/zend_gc.c의 121번째 줄에 있습니다. 이 함수는 가비지 수집 메커니즘이 켜져 있는지 여부를 결정합니다. 켜져 있으면 전체 메커니즘이 초기화됩니다. 즉, 할당을 위해 malloc이 직접 호출됩니다. 전체 캐시 목록에 10,000 gc_root_buffer 메모리 공간. 여기서 10000은 코드에 하드 코딩되어 있으며 매크로 GC_ROOT_BUFFER_MAX_ENTRIES로 존재합니다. 이 값을 수정해야 하는 경우 소스 코드를 수정하고 PHP를 다시 컴파일해야 합니다. gc_init 함수는 메모리를 사전 할당한 후 gc_reset 함수를 호출하여 gc 실행 횟수(gc_runs) 및 gc의 가비지 수(수집)에 대한 통계를 0으로 설정하는 등 전체 메커니즘에 사용되는 일부 전역 변수를 재설정합니다. , 이중 연결 리스트의 헤드 노드를 설정하는 등 이전 노드와 다음 노드가 자신을 가리킵니다. 가비지 수집 메커니즘에 사용되는 언급된 전역 변수 외에도 일반적으로 사용되는 다른 변수가 있으며 그 중 일부는 아래에 설명되어 있습니다.

  2. typedef struct _zend_gc_globals {
  3. zend_bool gc_enabled; /* 가비지 수집 메커니즘 활성화 여부*/
  4. zend_bool gc_active; 진행 중*/
  5. gc_root_buffer *buf; /* 사전 할당된 버퍼 배열, 기본값은 10000(사전 할당된 버퍼 배열) */
  6. gc_root_buffer 루트 /* 목록의 루트 노드(가능한 주기 루트 목록) */
  7. gc_root_buffer *unused; /* 사용되지 않은 버퍼 목록 */
  8. gc_root_buffer *first_unused; /* 사용되지 않은 첫 번째 버퍼 노드 버퍼에 대한 포인터 */
  9. gc_root_buffer *last_unused /* 사용되지 않은 마지막 버퍼를 가리킵니다. 버퍼 노드, 여기에 마지막으로 사용되지 않은 버퍼에 대한 포인터가 있습니다. */
  10. zval_gc_info *zval_to_free /* 해제할 zval의 임시 목록이 됩니다. */
  11. zval_gc_info *free_list /* 임시 변수, 해당 목록의 시작; 해제해야 함 */
  12. zval_gc_info *next_to_free; /* 임시 변수, 다음 해제할 변수 위치 */
  13. zend_uint gc_runs; /* gc 실행 횟수 통계 */
  14. zend_uint ; /* gc의 쓰레기 수*/
  15. // 생략...
  16. }
코드 복사

설정되지 않은 작업을 사용하는 경우 이 변수가 차지하는 메모리를 지우면(참조 카운트를 1씩 감소시킬 수도 있음) 현재 기호에서 가져옵니다. 변수 이름에 해당하는 항목은 모든 작업이 수행된 후 해시 테이블에서 삭제됩니다. 심볼 테이블에서 삭제된 항목은 임시 변수가 zval_dtor를 호출하고 일반 변수가 zval_ptr_dtor를 호출합니다. 물론 unset 함수는 언어 구조이기 때문에 PHP 함수 집합에서 찾을 수 없습니다. 해당 중간 코드는 ZEND_UNSET이며, Zend/zend_vm_execute.h 파일에서 관련 구현을 찾을 수 있습니다. zval_ptr_dtor는 함수가 아니며, 함수처럼 보이는 매크로일 뿐입니다. Zend/zend_variables.h 파일에서 이 매크로는 _zval_ptr_dtor 함수를 가리킵니다. Zend/zend_execute_API.c 424번째 줄의 함수 관련 코드는 다음과 같습니다.

  2. ZEND_API void _zval_ptr_dtor(zval **zval_ptr ZEND_FILE_LINE_DC) /* {{{ */
  3. {
  4. #if DEBUG_ZEND>=2
  5. printf("%x(%x)에 대한 참조 횟수 감소: %d->%dn", *zval_ptr, zval_ptr, Z_REFCOUNT_PP(zval_ptr), Z_REFCOUNT_PP(zval_ptr) - 1);
  6. #endif
  7. Z_DELREF_PP (zval_ptr);
  8. if (Z_REFCOUNT_PP(zval_ptr) == 0) {
  9. TSRMLS_FETCH();
  10. if (*zval_ptr != &EG(uninitialized_zval)) {
  11. GC_REMOVE_ZVAL_FROM_BUFFER(*zval_ptr);
  12. zval_dtor(*zval_ptr);
  13. efree_rel(*zval_ptr);
  14. }
  15. } else {
  16. TSRMLS_FETCH();
  17. if (Z_REFCOUNT_PP(zval_ptr) == 1) {
  18. Z_UNSET_ISREF_PP(zval_ptr);
  19. }
  20. GC_ZVAL_CHECK_POSSIBLE_ROOT(*zval_ptr);
  21. }
  22. }
  23. /* }}} */
코드 복사

코드에서 이 zval의 소멸 프로세스를 명확하게 볼 수 있습니다. 참조 카운팅 필드에서 다음 두 가지 작업이 수행됩니다. 변수의 참조 카운트가 1인 경우, 즉 1을 감소시킨 후 참조 카운트가 0이 되면 해당 변수는 바로 지워집니다. 현재 변수가 캐시되어 있으면 캐시를 지워야 합니다. 변수의 참조 횟수가 1보다 크면, 즉 1을 뺀 참조 횟수가 0보다 크면 해당 변수는 가비지 목록에 배치됩니다. 변경사항에 참조가 있는 경우 해당 참조를 제거하세요.

가비지 목록에 변수를 넣는 작업은 GC_ZVAL_CHECK_POSSIBLE_ROOT이며, 이 역시 매크로이며 gc_zval_check_possible_root 함수에 해당하지만 이 함수는 배열 및 객체에 대한 가비지 수집 작업만 수행합니다. 배열 및 개체 변수의 경우 gc_zval_possible_root 함수를 호출합니다.

  2. ZEND_API void gc_zval_possible_root(zval *zv TSRMLS_DC)
  3. {
  4. if (UNEXPECTED(GC_G(free_list) != NULL &&
  5. GC_ZVAL_ADDRESS (zv) != NULL &&
  6. GC_ZVAL_GET_COLOR(zv) == GC_BLACK) &&
  7. (GC_ZVAL_ADDRESS(zv) GC_ZVAL_ADDRESS(zv) >= GC_G(last_unused)) ) {
  8. /* 주어진 zval은
  9. * 현재 실행 중인 GC에 의해 삭제될 쓰레기입니다 */
  10. return;
  11. }
  12. if (zv->type == IS_OBJECT) {
  13. GC_ZOBJ_CHECK_POSSIBLE_ROOT(zv);
  14. 반환;
  15. }
  16. GC_BENCH_INC(zval_possible_root);
  17. if (GC_ZVAL_GET_COLOR(zv) != GC_PURPLE) {
  18. GC_ZVAL_SET_ RPLE(zv) ;
  19. if (!GC_ZVAL_ADDRESS(zv)) {
  20. gc_root_buffer *newRoot = GC_G(미사용);
  21. if (newRoot) {
  22. GC_G(미사용) = newRoot->prev;
  23. } else if (GC_G(first_unused) != GC_G(last_unused)) {
  24. newRoot = GC_G(first_unused);
  25. GC_G(first_unused) ;
  26. } else {
  27. if (!GC_G(gc_enabled) ) {
  28. GC_ZVAL_SET_BLACK(zv);
  29. 반환;
  30. }
  31. zv->refcount__gc ;
  32. gc_collect_cycles(TSRMLS_C);
  33. zv->refcount__gc--;
  34. newRoot = GC_G(미사용);
  35. if (!newRoot) {
  36. return;
  37. }
  38. GC_ZVAL_SET_PURPLE(zv);
  39. GC_G(미사용) = newRoot->prev;
  40. }
  41. newRoot->next = GC_G(roots).next;
  42. newRoot->prev = &GC_G(roots);
  43. GC_G(roots).next->prev = newRoot;
  44. GC_G(루트).next = newRoot;
  45. GC_ZVAL_SET_ADDRESS(zv, newRoot);
  46. newRoot->handle = 0;
  47. newRoot->u.pz = zv;
  48. GC_BENCH_INC(zval_buffered) ;
  49. GC_BENCH_INC(root_buf_length);
  50. GC_BENCH_PEAK(root_buf_peak, root_buf_length);
  51. }
  52. }
  53. }
코드 복사

앞서 언급했듯이 gc_zval_check_possible_root 함수는 배열과 객체에 대해서만 가비지 수집 작업을 수행합니다. 그러나 gc_zval_possible_root 함수에서는 객체 유형의 변수에 대해 GC_ZOBJ_CHECK_POSSIBLE_ROOT 매크로가 호출됩니다. 가비지 수집 메커니즘에 사용할 수 있는 다른 변수 유형의 경우 호출 프로세스는 다음과 같습니다. zval 노드 정보가 노드 버퍼에 들어 있는지 확인하세요. 노드 버퍼에 들어 있었다면 직접 반환해야 성능을 최적화할 수 있습니다. 그런 다음 객체 노드를 처리하고 후속 작업을 수행하지 않고 직접 반환하여 노드가 보라색으로 표시되었는지 확인합니다. 보라색이면 더 이상 노드 버퍼에 추가되지 않습니다. 노드를 한 번만 버퍼링합니다.

노드 색상을 보라색으로 표시하여 해당 노드가 버퍼에 추가되었으므로 다음에 추가할 필요가 없음을 나타냅니다. 새 노드의 위치를 ​​찾아 버퍼가 가득 차면 가비지 수집을 수행합니다. 버퍼가 있는 이중 연결 리스트에 새 노드를 추가합니다. gc_zval_possible_root 함수에서 버퍼가 가득 차면 프로그램은 gc_collect_cycles 함수를 호출하여 가비지 수집 작업을 수행합니다. 가장 중요한 단계는 다음과 같습니다. 628행은 공식 문서에 있는 알고리즘의 B단계입니다. 알고리즘은 가능한 모든 근을 찾기 위해 깊이 우선 검색을 사용합니다. 이를 찾은 후 각 변수 컨테이너의 참조 횟수가 1씩 감소합니다. 감소되지 않음 두 개의 "1"은 1을 뺀 회색 표시로 표시됩니다. 629행 이는 알고리즘의 C단계로, 알고리즘은 다시 각 루트 노드에 대해 깊이 우선 검색을 사용하여 각 변수 컨테이너의 참조 카운트를 확인합니다. 참조 횟수가 0이면 변수 컨테이너가 흰색으로 표시됩니다. 참조 카운트가 0보다 크면 깊이 우선 탐색을 사용하여 이 지점에서 참조 카운트를 감소시킨(즉, 참조 카운트를 1씩 늘림) 작업을 재개한 다음 검정색으로 다시 표시합니다. Line 630 알고리즘의 마지막 단계 D인 알고리즘은 루트 버퍼를 순회하여 거기에서 변수 컨테이너 루트(zval 루트)를 제거하는 동시에 이전 단계에서 흰색으로 표시된 변수 컨테이너가 있는지 확인합니다. . 흰색으로 표시된 각 변수 컨테이너가 지워집니다. [gc_collect_cycles() -> gc_collect_roots() -> zval_collect_white() ]에서 흰색으로 표시된 노드가 전역 변수 zval_to_free 목록에 추가되는 것을 볼 수 있습니다. 이 목록은 나중에 사용됩니다. PHP의 가비지 수집 메커니즘은 실행 중에 상태를 4가지 색상으로 표시합니다. GC_WHITE 흰색은 쓰레기를 의미합니다. GC_PURPLE 보라색은 버퍼에 넣었음을 의미합니다. GC_GREY 회색은 refcount 감소 작업이 수행되었음을 나타냅니다. GC_BLACK 검정색이 기본 색상이며 일반 색상입니다. 관련 태그 및 작업 코드는 다음과 같습니다.

  2. #define GC_COLOR 0x03
  3. #define GC_BLACK 0x00
  4. #define GC_WHITE 0x01
  5. #define GC_GREY 0x02
  6. #define GC_PURPLE 0x03
  7. #define GC_ADDRESS(v)
  8. ((gc_root_buffer*)((zend_uintptr_t)(v)) & ~GC_COLOR))
  9. #define GC_SET_ADDRESS(v, a)
  10. (v) = ( ( gc_root_buffer*)((((zend_uintptr_t)(v)) & GC_COLOR) | ((zend_uintptr_t)(a))))
  11. #define GC_GET_COLOR(v)
  12. (((zend_uintptr_t)(v)) & GC_COLOR )
  13. #define GC_SET_COLOR(v, c)
  14. (v) = ((gc_root_buffer*)(((zend_uintptr_t)(v)) & ~GC_COLOR) | (c)))
  15. #define GC_SET_BLACK( v)
  16. (v) = ((gc_root_buffer*)(((zend_uintptr_t)(v)) & ~GC_COLOR))
  17. #define GC_SET_PURPLE(v)
  18. (v) = ((gc_root_buffer* )( ((zend_uintptr_t)(v)) | GC_PURPLE))
코드 복사

위의 비트로 상태를 표시하는 방법은 PHP 소스 코드에서 자주 사용됩니다. , 메모리 관리 등과 같은 이것은 상대적으로 효율적이고 경제적인 솔루션입니다. 그러나 데이터베이스를 설계할 때 필드에 이 방법을 사용하지 못할 수도 있습니다. 보다 직관적이고 읽기 쉬운 방식으로 구현해야 합니다.



성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
관련 기사
PHP 세션의 개념을 간단한 용어로 설명하십시오.PHP 세션의 개념을 간단한 용어로 설명하십시오.Apr 26, 2025 am 12:09 AM

phpsessionstrackuserdataacrossmultiplepagerequestsususingauniqueIdStoredInAcookie.here'showtomanagetheMeftically : 1) STARTASESSIONSTART_START () andSTAREDATAIN $ _SESSION.2) RegenerATERATESSESSIDIDAFTERLOGINWITHSESSION_RATERATERATES (True) TopreventSES

PHP 세션에 저장된 모든 값을 어떻게 반복합니까?PHP 세션에 저장된 모든 값을 어떻게 반복합니까?Apr 26, 2025 am 12:06 AM

PHP에서 세션 데이터를 통한 반복은 다음 단계를 통해 달성 할 수 있습니다. 1. Session_start ()를 사용하여 세션을 시작하십시오. 2. $ _session 배열의 모든 키 값 쌍을 통해 Foreach 루프를 통과합니다. 3. 복잡한 데이터 구조를 처리 할 때 is_array () 또는 is_object () 함수를 사용하고 print_r ()를 사용하여 자세한 정보를 출력하십시오. 4. Traversal을 최적화 할 때 페이징을 사용하여 한 번에 많은 양의 데이터를 처리하지 않도록 할 수 있습니다. 이를 통해 실제 프로젝트에서 PHP 세션 데이터를보다 효율적으로 관리하고 사용하는 데 도움이됩니다.

사용자 인증에 세션을 사용하는 방법을 설명하십시오.사용자 인증에 세션을 사용하는 방법을 설명하십시오.Apr 26, 2025 am 12:04 AM

이 세션은 서버 측 상태 관리 메커니즘을 통해 사용자 인증을 인식합니다. 1) 세션 생성 및 고유 ID의 세션 생성, 2) ID는 쿠키를 통해 전달됩니다. 3) ID를 통해 서버 저장 및 세션 데이터에 액세스합니다. 4) 사용자 인증 및 상태 관리가 실현되어 응용 프로그램 보안 및 사용자 경험이 향상됩니다.

PHP 세션에 사용자 이름을 저장하는 방법의 예를 제시하십시오.PHP 세션에 사용자 이름을 저장하는 방법의 예를 제시하십시오.Apr 26, 2025 am 12:03 AM

tostoreauser'snameinaphpsession, startSessionstart_start (), wathsignthenameto $ _session [ 'username']. 1) useSentess_start () toinitializethesession.2) assimeuser'snameto $ _session [ 'username']

PHP 세션이 실패 할 수있는 몇 가지 일반적인 문제는 무엇입니까?PHP 세션이 실패 할 수있는 몇 가지 일반적인 문제는 무엇입니까?Apr 25, 2025 am 12:16 AM

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

PHP의 세션 관련 문제를 어떻게 디버그합니까?PHP의 세션 관련 문제를 어떻게 디버그합니까?Apr 25, 2025 am 12:12 AM

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

session_start ()가 여러 번 호출되면 어떻게됩니까?session_start ()가 여러 번 호출되면 어떻게됩니까?Apr 25, 2025 am 12:06 AM

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

PHP에서 세션 수명을 어떻게 구성합니까?PHP에서 세션 수명을 어떻게 구성합니까?Apr 25, 2025 am 12:05 AM

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

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

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

더보기

인기 기사

어 ass 신 크리드 그림자 : 조개 수수께끼 솔루션
4 몇 주 전ByDDD
Windows 11 KB5054979의 새로운 기능 및 업데이트 문제를 해결하는 방법
3 몇 주 전ByDDD
Atomfall에서 크레인 제어 키 카드를 찾을 수 있습니다
4 몇 주 전ByDDD
<s> : 데드 레일 - 모든 도전을 완료하는 방법
1 몇 달 전ByDDD
KB5055523을 수정하는 방법 Windows 11에 설치되지 않습니까?
2 몇 주 전ByDDD
더보기

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

맨티스BT

맨티스BT

Mantis는 제품 결함 추적을 돕기 위해 설계된 배포하기 쉬운 웹 기반 결함 추적 도구입니다. PHP, MySQL 및 웹 서버가 필요합니다. 데모 및 호스팅 서비스를 확인해 보세요.

PhpStorm 맥 버전

PhpStorm 맥 버전

최신(2018.2.1) 전문 PHP 통합 개발 도구

더보기

뜨거운 주제

Gmail 이메일의 로그인 입구는 어디에 있나요?
7719
15
자바 튜토리얼
1641
14
Cakephp 튜토리얼
1396
52
라라벨 튜토리얼
1289
25
PHP 튜토리얼
1233
29
더보기