7.x 버전대

정기적인 CRON 작업을 멈추게 하는 문제 모듈을 찾고 싶을 때

드루팔의 크론 실행이 잘 안된다고 느끼는 경우에는,
어떤 모듈에서 에러가 나는지 로그를 남길 필요가 있다.
(물론 다른 원인에 의해서 크론 실행이 안될 수도 있다)

크론 실행되는 도중에 해당 모듈들이 사용되는
경우를 확인하는 법은, 아래의 구문을 크론 관련 모듈 소스에
추가하면 된다.

if ($hook == 'cron') watchdog('cron', "hit $module cron");

참고 - http://drupal-tips.org/

드루팔 모듈의 제작, 업그레이드시 DB 스키마는 신중하게 정하자. Image 모듈의 업그레이드 사태를 타산지석으로.

드루팔 모듈의 제작, 업그레이드시 DB 스키마는 신중하게 정하자.

Image 모듈의 업그레이드 사태를 타산지석으로 삼자는 이 긴 제목의 글은,
드루팔 개발자를 위한 것이다.

user warning: Unknown column 'image.nid' in 'field list' query:

드루팔 모듈의 제작, 업그레이드시 DB 스키마는 신중하게 정하자. Image 모듈의 업그레이드 사태를 타산지석으로.

드루팔 모듈의 제작, 업그레이드시 DB 스키마는 신중하게 정하자.

Image 모듈의 업그레이드 사태를 타산지석으로 삼자는 이 긴 제목의 글은,
드루팔 모듈 개발자를 위한 것이다.

한 드루팔 사이트의 Image 모듈을 5.19로 업그레이드하고 나서, update.php를 돌렸다.
그랬더니 Thumbnail이 표시되는 화면에서 다음과 같은 에러가 나서 고생했다.

user warning: Unknown column 'image.nid' in 'field list' query:
: SELECT node.nid, rand() AS random_sort, node.title AS node_title, node.changed AS node_changed, image.nid AS image_nid FROM node node WHERE (node.status = '1') AND (node.type IN ('image')) ORDER BY random_sort ASC LIMIT 0, 3 자세히 보기 »

드루팔의 MySQL 에러 Warning: MySQL server has gone away 관련

드루팔의 MySQL 에러 메시지 중에서
Warning: MySQL server has gone away 이 보인다면,

아래와 같은 방법으로 해소할 수 있다. (다만 서버 관리권한마저 필요한 게 흠)

mysql의 환경설정 파일인 my.cnf의
max_allowed_packet값을 늘린 후, mysql을 재기동한다.

예)
max_allowed_packet=24M

참고 : http://drupal.org/node/259580

입력 포맷 및 필터(Filter)에 관한 황당한 경험과 그 대처법

제목이 조금 자극적이긴 하군요.
대단한 팁은 아니고, 주의점 정도를 잊지말자는 선에서 기록해 둡니다.

CCK를 이용해서 특정 필드는 항상 FFFF(가정)라는 입력 포맷이 작동하게끔 설정해 두었습니다.
그 입력 포맷 FFFF는 여러 기능의 필터를 섞어놓은 것이었습니다.
그런데 어느 날 갑자기 해당 필드에서 위 필터의 기능이 작동을 하지 않았습니다.

며칠 고생하다 설정 실수임을 깨닫고 다음과 같이 고쳤습니다.

-----------------------------------------------------------------------

1. 입력 포맷 FFFF에 설정된, 필터 몇몇은 서로 충돌나는 것이다. 자세히 보기 »

드루팔 성능/속도 올리기 제3탄 - 크론 CRON 관련된 설정을 확인하라!

드루팔 성능/속도 올리기 제3탄 - 크론 CRON 관련된 설정을 확인하라!

일전에 비슷한 글을 쓴 적이 있다.

드루팔에서 정기적 작업(크론, CRON)은 예상 외로 중요하다

모듈형 정기적 작업으로 인한 폐해가 위 글에 적힌 내용이라면,
또다른 것도 있다. 크론을 너무 자주 가동하는 경우에도 좋지 않다는 것이다.
크론에 주로 걸려 있는 정기 작업들은 오래된 로그를 지우거나
RSS를 수집하거나 하는 등의 다소 부하가 걸리는 작업들이 대부분이다.

그러므로 크론을 너무 자주 실행하면 좋지 않겠다. (너무 당연한 말이라 죄송)
특히 짧은 주기로 실행하는 것은 곤란하다. 자세히 보기 »

갑자기 모듈 설정 화면이 보이지 않고 하얗게 나온다면

갑자기 모듈 설정 화면(admin/build/modules)에
모듈 목록이 나타나지 않고 하얗게 나온다면
다음과 같은 점을 체크해 보라.

1. 드루팔 DB의 system 테이블에 있는 정보와
    각각의 해당 폴더에 맞는 modules 파일들이 있는지 확인할 것.

2. 또는 드루팔의 PHP 가용 메모리 부족 현상이 아닌지 점검할 것.
    참고 - http://palpal.org/ko/node/277

* 원인을 파악하는데 아파치와 php용 에러 로그를 살피기를 권한다.

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

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

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

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

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

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

드루팔의 첫 화면부터 익명 계정은 접근 못하도록 하면서 안내 메시지를 전하려면

드루팔의 첫 화면부터 익명 계정은 접근 못하도록 하면서 안내 메시지를 전하려면

첫 화면부터 익명 계정은 접근 못하도록 하려면,
관리 > 사용자 권한에서 anonymous 유저 그룹의
node access 체크를 해제하고 저장하면 된다. 이건 비교적 간단하다.

그런데 첫 화면에 안내메시지가 노드라면,
그것마저도 안보이게 되어 조금 불편하다.

이럴 때 사용하는 작은 팁이 있는데(물론 다른 더 좋은 방법도 있을 듯),


1. 우선 블럭을 하나 만들고 그 이름을 "첫화면 접근제한 안내용"이라고 한다.
2. 그 블록의 타이틀은 공백으로 하고, 본문에는 적절한 안내메시지를 넣는다.
 자세히 보기 »

내용묶음