드루팔 호스팅 대 Zikula

내가 드루팔에 MMORPG 홈페이지를 변환하는 과정에서입니다.

모든 지금까지 좋은 것입니다,하지만 지금은 내가 줌라, Zikula 및 기타와 같은 "표준 클래스"CMS에 비해 드루팔의 시스템 한계를 칠 생각합니다.

이 제한은 "동적 페이지 또는 외부 데이터에 바인딩 의견 (또는 다른 핵심 기능)"와 관련이 있습니다.

내가 무슨 뜻인지 설명해 보자 :

내가 잘 이해하면 짧은 한마디로, 드루팔은 "기본 유형"노드로 "컨텐츠"를 정의한다. 때 드루팔로드입니다
최대, 그것은 호출하고 그 내용을 자신의 핵심과 모듈을 결합 후크의 행 호출합니다. 콘텐츠 식별
고유 정수가되게하는 데는 보통 해당 노드 ID에 의해. 노드의 콘텐츠는 거의 임의의 방식으로 정의 될 수 있지만 드루팔 데이터베이스의 일부로 갖고, DB 노드의 일부가 저장되어야한다.

드루팔 지금 호스팅 대 Zikula, 우리가 쓰는

당신이 가능하게 의견, 평가 또는 다른 것들 (바인딩)에 올 때 "초기 바인딩"이 동작을 호출 할 수 있습니다
함유량.

이제, 여기에 문제가 있습니다. 컨텐츠 물론 다른 "형태"의 존재 때문입니다.

우리에게있는 MMORPG로, 우리는 컨텐츠의 모든 종류의 큰 데이터베이스를 가지고있다. 항목, 플레이어, 퀘스트. 그들은 모두의이다
물론 노드 또는 드루팔 기본 내용으로 구성하고 그 일을하는 것은 어떤 방식으로 어떤 옵션이 없습니다.

그래서, "비 네이티브 내용을"관리 드루팔 할 수 있습니까? 난에 대한 지금까지 읽기 전용으로 무엇을 모든 드루팔가 관리 할 수있는 방법을 설명합니다
그 나라의 노드 콘텐츠입니다.

다른 내용은 물론 많은 물건이 될 수 있습니다. 동적 데이터 등을 포함한다. 예를 들어, 나는 수학의 웹 사이트를 원하는,
복잡한 기능과 자신의 행동을 분석.

지금은이 같은 모듈을 만들기 :

자체가 ^ 2 * B ^ 유사한 기능 수유 모듈 mathe는 + B * C (어떤 아이디어 senseful 이잖아 상기로부터 하나 생각
A, B 및 C와 다음 함수, 통계 및 기타 흥미로운 물건을 밖으로 그래픽 차트를 생산하는 기본적인 혼돈 이론).

이것은 값의 99.9 %로, B 및 C는 재미있는 기능 중 하나, 그러나 약간 메이크업라고하자
감각. 우리는 발견에 대해 등등 이야기를하려는. 우리 고유의 값들에 대해 원하는 혼돈 이론의 경우 예를 들어, "무한대에 빠르게 여부를 실행합니다."

이제, 우리는 그 URL에 관련된 모든 프리젠 테이션 물건을, 모듈을 작성합니다.

우리가 지금 어떤 콘텐츠 데이터를 저장하지 않는 것을 유의하십시오. 그러나 우리는 표시 할 내용이. 독특한 수학적 내용. 나는 우리가 콘텐츠에 대한 데이터베이스를 항상 처리 할 필요가 없습니다 지적이 예제를했다. 그만큼
외부 콘텐츠에 문제는 동일합니다. 사용하여 실시간으로 분석, 날씨에 대한 사이트에 대한 생각
기상 데이터. 데이터 자체는 동적이지만, 예를 들어, 지리적 위치는 아니다. 우리를 말할 수
지리 정보와 함께 URL을 공급. 그 다시 unqiue하지만 우리는 가능한 모든 longitute을 위해 만들 싶지 않아
땅의 노드, 또는?

호스팅

문제는 우리가 원하지 않는 또는 노드의 콘텐츠로 페이지를 저장할 수있는, 다시입니다. 그건 말이 안 또는 일부 콘텐츠에 대한 물리적으로 불가능하다. 그러나 우리는 바인드 평가, 의견이나 우리의 고유 식별자 데이터 쿼리 문자열에 의해 정의된다 (또는 태그 그것을 밖으로 만들거나 모듈이 "유효"입력 유효한을 위해 생성하는 고유 한 페이지, 심지어 포럼 스레드를 원하는 후크 태그).

를 지적하려면 거의 모든 다른 CMS에서, 그것은 아무 문제가 없다 당신은 그것을 수행하는 방법 분에 확인할 수 있습니다.

Zikula (이전 PostNuke와) 당신은 단순히 "주석 후크 사용"등의 모듈을 표시합니다. 그런 다음
기본 테마로 이동하면 주석에 대한 고유 식별자로 URL과 함께 똑똑한 태그를 공급.
또는 당신은 의견 있도록 (코멘트 identifaction 태그를 공급 모듈에 직접 댓글을 결합
어떤 페이지 및 / 또는 콘텐츠가 속해)에 알고있다. 당신이 구성 할 수 있기 때문에, 매우 강력한 이잖아
URL이 모듈의 출력 예 다음 다른에 주석 스레드를 결합보다 일반적인 태그를 태그
같은 코멘트 스레드를 사용할 수 있도록 페이지 있지만 이는, 같은 일을하려고합니다.

이름 주석이 "후기 바인딩"을 할 수 있습니다.

이제, 간단한 질문 : 드루팔 수는 후기 바인딩하고 또는 표준 CMS의 동작을 모방? 비 노드 컨텐츠로?

지금까지 내가 포럼 또는 문서에 어떤 긍정적 인 대답을 찾을 수 없습니다. 제가 콘텐츠 Managment를이 표준 동작이 드루팔을 위해 먼저 손을 아무 곳이나 설명되지 않은 것을, 그것은 조금 이상한 발견 지적 보자.

마지막 한가지 : 나는 "드루팔 제한"에 대해 쓸 때 흥분하지 마십시오. 내가 드루팔에 대한 불꽃하지 않습니다. 나는 모든 시스템이 힘과 한계를 가지고에 대해 알고 있습니다. 그것의 기초 동작에서는 줌라와 Zikula 우수하다 드루팔, 나는 그것을 확인하고 난 드루팔에 우리의 웹 페이지를 이동하려는 이유를 이잖아 수 있습니다.

난 당신이 지점이있을 수 있습니다 생각!

드루팔은 당신이 본대로, 매우 노드 중심 - 그리고 노드로 노드 의견에 사용자를 설정하는있는 contrib 모듈이 있습니다. 나는 보았다 적이 없다,하지만 난 아마 이런 식으로 접근하는 것이 문제를 처리하는 (좀 작은) 사용자 정의 모듈을 출시했다 -이 밖에 특정 URL에 주석을 부착에 도움이되는 뭔가를 할 수있다. 줌라 / Zikula만큼 쉽지 않을거야,하지만 하나의 하드 너무 * *되지 않을 수 있습니다.

댓글 노드와 분명한 대안이없는 년대 DB 스키마보고에서 부착 할, 그래서 그 실행 할 수 있습니다. 그러나 우리는 주위에 떠있는 중복 노드를하지 않도록하자, 즉석에서 특정 "페이지"/ URL과 관련된 노드를 만들 수 있습니다. > 아직 자신이없는 페이지 / 경로에 대한 빈 더미 노드를 사용하여 - 그러나 우리는 해당 노드가 아직 존재하지 않는 경우에도 새 코멘트를 추가 할 수 있어야합니다.

그런 다음 새 (최초의) 의견이 제출 될 때, 사용 api.drupal.org/api/function/hook_comment/6 ($ 연산 == 삽입 '또는 가능성'검증 ')를 관련 노드를 작성하고도 가리 키도록 코멘트를 수정 대신 더미의 새로운 노드. 새로운 노드는 아마도 URL에 매는 CCK의 텍스트 필드를 가질 수있다.

(당신이 $ 노드 -> 제목을 설정해야 할 수도 있습니다 '그래도 가능성 stdClass의 빈 객체 일 것이다) 당신은 api.drupal.org/api/function/node_save/6와 노드를 만들 수 있습니다. 당신은 그래서 당신이 후 주석을 수정할 수 있습니다 위해 $ 노드 -> 꾸벅 꾸벅가 채워집니다.

모듈의 dymanic 페이지의 하단에 표시하기 위해 해당 노드를 얻으려면 (물론 우리는 노드가 정말 비어 그냥 드루팔을 사용하면 노드에 대한 빈 제목이 할 수있는 경우 표시 할 코멘트. 나는 즉석 기억할 수 원하는 싶지만 필요한 경우 디스플레이를 억제 할 수있다. 당신은 어쩌면 당신이 선택하는 데 사용되는 뷰 인수로 URL / 경로의 관련 비트를 사용하는보기를 사용할 수)는 CCK 필드를 사용하여 고유 ID를 개최 제목을 사용하는 대신 수 매칭 CCK 필드 (또는 제목)와 출력 노드. 그런 다음 페이지 하단에 사용자 지정 지역에 블록이보기 스틱, 또는 당신은 당신의 자신의 모듈에서 직접보기를 호출 할 수 있습니다. 또는 당신은 (아마도 약 1 쿼리를 필요로) 손으로이 모든 비트를 코딩 할 수있다.

나는이 분명 틱 내가이 문제를 정확하게 이해했습니다 바랍니다. 나는 줌라를 사용하지 않는 한 내가 드루팔 "모듈"줌라 모듈에서 개념적으로 다르다는 느낌이, 그래서 교차 목적에서 약간있어 기회는 항상있다.

우리는 코어 기능 요청이 필요한 것처럼 어쨌든 소리.

michtoen는 22시 53분 2008 년 11 월 15 일 댓글을 달았습니다

그래, 나는 또한 지난 밤 DB 구조를 확인하고 그것에 대해 읽어보십시오.
그것은 공통의 문제를 보인다 내가 조금 아직 해결되지 기절입니다.
다른 모듈은 심지어 비 노드의 컨텐츠 (gallerix)에 대한 자신의 의견 시스템을 구현합니다.

나도 또 다른 이유를 묻는.
내가 드루팔 모듈로 wikkawiki (wikkawiki.org)를 포함.

통화를 일반 모듈을 통해 드루팔에서 호출 기본 "include_once 문 ()"를 wikka의 index.php를
및 컨텐츠를 제공합니다. Wikka는 쉽게 17킬로바이트를 드루팔하고 하위 폴더에 독립 설치
패치는 그 위에 이루어집니다. 변경된 훨씬 그들의 사용자가 아닙니다 세션 처리는 사용할 수 없습니다.
다른 모든 물건은 URL 마법에 의해 이루어집니다.

매력처럼 작동합니다. 모듈에 대한 쓰기 권한을 가지고있는 사용자는 자동으로 wikka의 DB에 옮겨진된다. 모든 확장
작품의 DB는 단독으로 언제든지 사용할 수 있습니다. 그되지 브리지 시스템의 공유 사용자 / 세션 DB.
또한 드루팔 테마 엔진에 잘 맞습니다. 심지어 오래된 wikka 내용이나 DB를 사용할 수 있습니다.

나는 Zikula에 대해 동일했고, 내가 URL을 + 모듈 이름 wikka (모듈 이름 = wikka 설치의 하위 폴더 이름)을 (독특한)를 사용하기 때문에 모듈에 모든 후크 물건을 첨부 할뿐이었습니다. CMS의 경우, wikka 출력은 단지입니다
통상 네이티브 생성 모듈 출력.

현재 상태로는 그런 식으로 비 노드의 콘텐츠를 처리 할 수 ​​있기 때문에 드루팔에서 후크 부분은, ATM 작동하지 않습니다.
그리고 드루팔의 노드 콘텐츠에 대한 콘텐츠를 전송하는 것이 무의미 할 것이다.

그것은 대부분의 다른 CMS에서 그런 식으로 사용되기 때문에이 솔루션은 일반적으로 간단하다 :

우리는 의견의 테이블에 문자열 태그 요소를 추가 할 수 있습니다. 어느 늦은 바인딩 핸들러에 의해 사용된다. 어떤 지나지 않는다
명시 적으로 PHP 함수와 같은 $ 태그 인수 대신 $의 꾸벅 꾸벅와 코드 어딘가에 의견 모듈을 호출. 즉 모듈 코드뿐만 아니라 주제 자체가 될 수있다 (하지만 우리는 그 다음 중요한 물건을 그리워 엔진의 한계가 어디 아무 생각이 없다). 그게 다야.

코멘트는 다시 링크 코드는 $ 태그가 너무가 확인해야하고 사용, 취급 정상 수있는 URL을 생성하는 대신 노드로.

이 기능이 클래스를 처리 할 수있는 매우 일반적인 방법입니다. 그리고 코멘트도 그런 식으로 사용 드루팔에, 그 자체가 비 노드 모듈로 수행. 그냥 태그로 노드 정수 노드에 고정된다.

예쁜 이상한 생각, 심지어 내가 하나 개의 테이블과 하나의 기본 형식으로 일반화 된 콘텐츠의 강도를 참조하십시오.

관련 기사

엔티티 참조는 호스팅 채워 드루팔 사전역사적으로, drupal.org에 주요 문제 중 하나는 모든 비슷한 일을 여러 개의 모듈을 비교한다. drupal.org 사용자의 설문 조사의 결과를 참조하십시오. 이 그룹은 만들었습니다 ...
첫 번째 바이트 느린 드루팔 호스팅에 시간나는 미넬리의 subtheme와 함께 D7 사이트를 넣어. 길을 따라 나는 다른 주제, 다른 모듈과 많은 실험. 어딘가에 길을 따라 나는 이상한 성능 문제를 개발, 그리고 ...
호스팅 Themekey 모듈 드루팔오후 3시 32분 11 월 18 일, 2010 opegasus에 의해 게시 됨 테마 전환 및 특수 노드 유형 지정을 허용하는 모듈을 원하는. 나는 두 개의 서로 다른보고 이끄는 시작 페이지를하고 싶어 ...
Wkhtmltopdf 옵션 드루팔 호스팅ChrisChinchilla는 2015년 2월 2일 세계 협정시 17시 01분 12초 # 1 몇 달 전 나는 온라인 보거나 인쇄 할 수있는 인증서를 생성하는 데이 경우, PDF 생성을위한 클라이언트 요구했다. 내가 썼다...
Mollom API를 키 드루팔 호스팅귀하의 드루팔 사이트는 해킹되었다. 이제 뭐? 어머. 최악의 시나리오는 통과왔다 : 취약점 어딘가에 당신의 위치를 ​​정복 악의적 인 개인 (또는 봇, 가능성을) 허용 ....