2017-09-11 11 views
0

우리는 멀티 도메인을 갖춘 TYPO3 시스템을 갖게됩니다. 각 도메인에는 약간 다른 템플릿 옵션, 바닥 글 내용 inc가 있습니다. 이미지 및 물론 세부 pids. 이 정보를 저장하기에 가장 좋은 곳이 어디 있는지 물어 봅니다. 또한 편집자가 편집해야합니다. TypoScript 상수는 내가 선호하는 방식이 아닙니다. pids가 데이터베이스에 있기 때문에 config가 있어야합니다. 사실 나는 자신의 테이블에 대해 생각합니다. 피드백에 대해 나는 매우 행복 할 것이다.TYPO3 멀티 도메인 템플릿/테마 설정

+0

"세부 사항의 PID가"또는 유체 (예를 들면 개별 파셜을 선택) (, 그들은 stdWrap.if 것보다 더 빨리 조건에 대해 걱정하지 마십시오) 무엇 편집기를 편집해야하는 이유 ? 꼬리말에 대한 콘텐츠 요소의 상수를 설정하지 않는 이유는 무엇입니까? 몇 가지 간단한 FCE 래퍼를 만들어 콘텐츠 요소를 그룹화 (예 : 바닥 글) 한 다음 푸시 (pid는 편집 할 수 없음)로 사용할 typoscript 또는 유체 템플릿으로 UID를 설정하면 편집기에서 내용을 편집 할 수 있습니다 이 래퍼는 pid를 전혀 구성 할 필요가 없습니다. 왜 typoscript 상수는 없습니까? 필요한 경우 사용하십시오. 당신의 접근 방식을 설명해주십시오, 나는 전체적인 것을 얻지 못한다고 생각합니다. –

+0

응답 해 주셔서 감사합니다. 나는 더 유연 해지고 싶다. 우리에게는 개발 환경과 활발한 환경이 있습니다. 세부 사항 등은 다릅니다. 성능 때문에 TypoScript 조건을 사용하고 싶지 않습니다. 물론 편집자는 편집하지 않아야합니다. 그러나 그가해야하는 내용. 한 번만 필요했던 FCE도 최선의 사례는 아닙니다. Flexforms를 사용하지 않기 때문에 tt_content 테이블을 너무 많이 확장해야합니다. 나는 하나의 장소에서 모든 템플릿 관련 설정을 갖기를 좋아한다. 또한 약 8 개의 서로 다른 템플릿/도메인이 있습니다. 그래서 새로운 도메인을 쉽게 설정해야합니다 ... – mhirdes

답변

0

이러한 경우 일반적으로 발생합니다. 이것에 대한 간단한 해결책은 이와 같을 수 있습니다. 같은 도메인 당 등의 PID를 유지할 것이다, 같은 설정을 일부 글로벌 typoscript 구성을 확인 : 설치 또는 상수를 정의한다

# default 
site { 
    PID { 
     search = 1 
     footer = 2 
    } 
} 

[hostname = stage.myhostname.tld] 
# [applicationContext = Stage] 
site { 
    PID { 
     search = 3 
     footer = 5 
    } 
} 
[hostname = myhostname.tld] 
# [applicationContext = Production] 
site { 
    PID { 
     search = 4 
     footer = 7 
    } 
} 
[global] 

그냥 일반 typoscript에서 사용하는 할당

plugin.someplugin.somepid < site.PID.search 

또는

plugin.someplugin.somepid = {$site.PID.search} 
+0

감사. 하지만 내가 말했듯이 성능 때문에 TypoScript 조건을 피할 것입니다. – mhirdes

+0

그런 작은 조건을 두려워해서는 안되며 모든 설정이 한 번에 한 조건 일뿐입니다. 나는 거대한 사이트에서 더 많은 것을 가지고 있었고 성능에 영향을 미치지 않습니다. 캐싱을 사용 중지하지 않은 경우 캐시 된 것이므로 매우 자주이 구문을 분석하지 않습니다. –

+0

확인. 그리고 편집자를위한 내용으로 문제를 해결하는 방법? – mhirdes

0

일반적인 편집자는 타이포 스크립트에 액세스 할 수 없으므로 편집자가 할 수있는 모든 구성은 데이터베이스 또는의 파일에 저장해야합니다.

구성을 전체 페이지 트리에 대해 유효하게하려면 트리에 할당 할 수있는 방법으로 정보를 저장해야합니다. 따라서 필자의 제안은 테이블 페이지 또는 특수 내용 열의 필드를 사용하는 것입니다. 이 값은 상속 될 수 있습니다 (슬라이드).
기존 필드 (레이아웃, backend_layout, ...)를 다시 사용하거나 새 필드를 삽입하십시오.

여러 aspct (HTML 템플릿, CSS, 이미지, ...)를 결정하거나 자체적으로 각 값을 선택할 수있는 선택 가능한 값을 정의 할 수 있습니다.

평가가 typoscript에서 수행 할 수

는 대한

+0

답변 해 주셔서 감사합니다. 여분의 테이블에 대해 어떻게 생각하세요? 정보는 루트 페이지에 저장됩니다.각 템플릿마다 약 10 개의 서로 다른 pid를 저장해야합니다. 머리글에 2 개의 링크가 있고, 4 개의 머리말에 소셜 미디어 링크, 4 개의 머리글이 바닥 글, 2 개의 RTE 및 3 개의 이미지가 있습니다. 이 페이지 나 tt_content에 대한 추가 필드를 만들려면이 정보가 필요할 때만이 테이블을 확장하십시오. – mhirdes

+0

int가 유일한 경우 (블롭이 다를 수 있음) 이러한 추가 필드는 많은 공간을 차지하지 않습니다. 이미지조차도 참조 카운터 (참조는 sys_file_reference에있을 수 있음) 만 저장하면 공간이 많이 절약됩니다 (필드 슬라이드). 머리글과 바닥 글 내용에 대해 모든 서브 페이지 (BE- 레이아웃에서 볼 수있는 열 없음) (단순한 내용 슬라이드)에 상속 된 루트 페이지의 특수 열 (특수 BE- 레이아웃)에서 일반 (또는 특수?) CE를 사용합니다. –