호스팅 UID 0 드루팔
드루팔은 익명의 사용자가 설치되어 해당 항목을 작성으로 그것은 정상입니다. 즉이 user_install () (드루팔 7) 또는 system_install에서 수행된다 (). 이는 다음과 같은 코드가 포함되어 있습니다.
은 "사용자"테이블에 포함 된 데이터와 함께 "노드"테이블에 포함 된 데이터를 조인 할 때 그 항목이 일반적으로 사용된다.
해당 항목이 어떤 상황에서 제대로 작동하지 드루팔을 일으킬 것입니다 필요하지 않습니다.
데이터베이스에 익명 사용자 데이터를 복원해야하는 경우, 내가 드루팔에서 실행 된 것과 유사한 코드를 실행합니다. 특히, 드루팔 6, 나는 다음과 같은 코드를 실행합니다.
익명 사용자에 대한 데이터가 데이터베이스에 이미 존재하지만 사용자 ID가 0이 아닌 경우 :
익명 사용자에 대한 데이터도 잘못된 사용자 ID로, 존재하지 않는 경우 :
자동 익명 사용자 데이터를 복원하려면 사용자 지정 모듈 hook_cron ()를 구현하고 다음과 유사한 코드를 실행할 수 있습니다. (코드는 제 드루팔위한)
이 모듈에 낮은 무게, hook_cron의 구현을 제공하는 경우 () 다른 구현하기 전에 실행됩니다, 이것은 그들이 실패하지 않도록 할 데이터베이스에 누락 된 행하기 때문이다.
나는 그것이 이상한 생각을 제거 그 이유는, 그것이 어떤 종류의 해킹 것을 느꼈다. 하지만 지금 내가 MYSQL40 호환성 모드에서 내 데이터베이스 (멍청한 공유 호스팅 서버)를 수출 한 바와 같이이의 증명 가지고, 그것은 다음 자동 증가 값 (7)으로 수입되었다. 실수로이 일을 우연히 발견하지 않았다면, 내가 잘못 가서 시간 :( 우측하지의 무기한 금액에 대한 사라 게시물에 대해 궁금해 될지 알지도 못하는 것 -. 13:05 jayarjo 6월 28일 '11