4.x 버전대

Google의 AdSense를 드루팔 사이트에 적용하는 방법은 여럿 있지만,
드루지기가 가장 선호하는 방법은 블럭을 이용하는 것이다.
(유명한 모듈인 AdSense Injection은 기능초과에 복잡하다는 느낌)

그런데 어느 날 새로운 드루팔 사이트를 만들고
평소와 다름 없이 블럭에 애드센스 광고 태그를 삽입했는데...
보이지 않았다. 한참을 있어도 공백 상태로 안보였다. 간혹 에러 메시지도 나타났다.

며칠 동안 끙끙대다 찾은 해결책은 아주 간단한 것이었다.
[본문 입력 필터를 Full HTML이 아닌 PHP Filter로 설정]해 주었더니 괜찮아졌다.
보안상 좋지는 않지만... 예전에 종종 겪었을 문제인듯 한데 까먹었던 모양이다.

팁이라고 부르기도 쑥스럽지만,
행여 드루지기처럼 이런 간단한 망각으로 인해 며칠 간 고생하는 분을 위해 메모한다.

퀴즈 - 드루팔 가입 신청 메일은 1번 유저에게 갈까? 아니면?

드루팔 가입을 사후 관리자 인증 방식으로 선택한 경우,
관리자의 이메일 주소로 가입신청 메일이 날아간다.

이때 가입 신청 메일은 1번 유저(드루팔 설치할 때의 유저 이메일)에게 갈까?
아니면 관리 > 사이트 환경설정 > 사이트정보 에 있는 이메일 주소로 갈까?

다소 싱거운 퀴즈이면서도 나중에 당혹스러울 수도 있는데,
정답은 "관리 > 사이트 환경설정 > 사이트정보 에 있는 이메일 주소"이다.

얼핏 보면 1번 유저가 관리자 권한을 가지므로 대부분의 Alert 메일이 자세히 보기 »

제목 : 어느날 갑자기 드루팔로 로그인이 안될 경우...

최근에 겪은 일이다.

운용 중인 한 드루팔 사이트에 로그인이 전혀 안되는 것이 아닌가?
정확하게 아이디 / 암호를 넣었다만 처음의 비로그인 상태로 돼 버린다.

특히 관리자로 로그인을 할 수 없으니 WatchDog 등의 에러 메시지 보는 것도 쉽지 않다.

이럴 경우에는, 원인 분석을 위해
- 드루팔 DB의 watchdog 를 직접 살펴보거나
- 또는 서버의 phperror.log를 살펴보는 것이 좋다.

역시나 로그인 관련해서 에러 메시지가 나오고 있었다.
Table \drupal_db\sessions is marked as crashed and should be repaired
query: sess_write 자세히 보기 »

드루팔 DB를 백업할 때 고려할 점 - 용량이 크다.

드루팔 DB를 MySQL 덤프를 이용해서 백업해 보면,
예상보다 그 용량이 큼에 놀란다. 물론 항상 그런 것은 아니며
특정 기능을 활성화한 경우에 용량이 많이 늘어난다.

정보의 중요성에 볼 때 백업하지 않아도 될 만한 것도 있는데,
그러면서도 용량이 큰 테이블 몇 개를 메모해 둔다.

- accesslog : 드루팔 사이트로의 사용자 접근 기록을 담당한다.
일부 주요 기능으로는 해당 컨텐츠를 몇 번 봤는지를 이 테이블이 기록한다.

- watchdog : 드루팔 사이트의 각종 로그(실행 결과/에러)를 모두 기록한다.

- cache_*** : 드루팔 사이트의 가속 기능을 담당하는 테이블이다.
자주 반복되는 출력 정보를 정제해서 캐슁해 둔다.

혹 링크 체크 모듈이나 트위터 관련 모듈을 사용하는 경우,

- linkchecker_***

- tweet***

이름의 테이블이 굉장히 커 질 수 있으니 주의하기 바란다.