7.x 버전대

Drupal을 이용한 분산 DB간 PDB 개발 패턴 (JOIN 관련)

Drupal을 이용한 분산 DB간 PDB 개발 패턴

아래 주소를 참고해서 공부해야 합니다!
http://drupal.org/node/235062#comment-1222751

아주 중요하고 특이한 기술인데요.

물리적으로 분산된 Table을 어떻게든 연결, 조인해야 하는 경우에...
의외로 관련 기술 안내가 부족합니다. 참고해 보시길.

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

추가) 이와 관련된 기사들을 링크 메모합니다.

bs0048님 기록해 주신 링크
http://drupal.org/node/310075

위 Database abstraction layer와 관련된 다른 링크
https://api.drupal.org/api/drupal/developer%21topics%21forms_api_reference.html/7

Tables part 1: Joins
http://drupal.org/node/99564

hook_views_data(): Can I create a view with the results of an INNER JOIN?
http://drupal.org/node/414086

nodereference
http://groups.drupal.org/taxonomy/term/1956

정기적인 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를 수집하거나 하는 등의 다소 부하가 걸리는 작업들이 대부분이다. 그러므로 크론을 너무 자주 실행하면 좋지 않겠다. (너무 당연한 말이라 죄송) 특히 짧은 주기로 실행하는 것은 곤란하다.

Views 모듈이 expose 기능을 이용하면, 제목별 본문별 컨텐츠 필드별 검색이 가능

메모 수준이다.

드루팔 Views 모듈이 expose 기능을 이용하면,
제목별 본문별 컨텐츠 필드별 검색이 가능하다.
이는 Search 모듈을 이용한 인덱싱 검색과는 다르다.

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

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

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

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

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

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

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

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

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

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

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

Syndicate content