[TYPO3-german] The page is not configured! [type=200][] Obwohl nirgends definiert

2017-02-28 Diskussionsfäden Dominik Tome

Hallo Community,
ich habe einen sehr, sehr komischen Fehler.

Ich versuche auf meiner Seite (www.izaquiel.at) die Sitemap über cs_seo einzubinden. 
In diesem Typo3 wird auch eine zweite Seite (www.buskerpics.com) verwaltet.


Jetzt kommt das Problem:
unter www.buskerpics.com/sitemap.xml funktioniert die Sitemap über cs_seo 
absoluzt einwandfrei.
Unter www.izaquiel.at/sitemap.xml allerdings bekomme ich den Fehler "The page is not configured! [type=200][]" im Protokol. 
Obwohl absolut NIRGENS (weder im Typoscript, noch in der RealURL Configuration noch sonst wo) ein page mit typeNum 200 hinterlegt oder angegeben ist.

Es wird für beide Websites die Standard-Konfiguration von cs_seo verwendet - 
einizger Unterschied ist die RootPID.

VIelleicht hat jemand von euch eine Idee, wo ich hier ansteh oder woher das 
Problem kommen könnte.

Danke im Voraus,
Dominik
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Seltsames problem bei YAG Gallery

2015-02-17 Diskussionsfäden Dominik Tome

Hallo liebe Community,

ich habe ien sehr komisches Problem mit einer YAG-installation bei einem 
Kundenprojekt.
Wir haben dort Typo 3 V6.1.8 laufen, und ich habe im zug der Fehlersuche gerade 
auf YAG 3.2.7 up-gedatet.

Der Fehler: 
Wenn ich über das YAG Backendmodul in die Galerien klicke, und dort Albem editieren möchte, passiert folgendes:


ein Album mit bis zu 50 Bildern geht einwandfrei, lässt sich super bearbeiten.
Nun hat der Kunde 2 Alben mit je 64 Bildern, und diese liefern bei "Edit" einen 
leeren Contentbereich zurück.

Hat jemand schon dieses problem gehabt und eventuell eine Lösung? 
Ich such jetzt schon seit langem immer wieder nach einer dauerhaften Lösung (die Option, YAG zu ersetzen mit etwas, das funktioniert, wurde bisher immer zurückgeschmettert ...) und steh immer wieder vor dem selben Problem.


Vielleicht mkann mir ja einer von euch weiterhelfen - Danke schon mal.

Dominik
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] BE Modul über extensionbuilder zeigt nichts an

2015-01-12 Diskussionsfäden Dominik Tome

Hallo liebe Community,

ich habe jetzt schon sehr lange recherchiert, und leider keine Antwort gefunden.

zum Problem: Ich nutze Typo3 6.2.4 und den extensionbuilder 6.2.0. 
Ich habe eine Extension erstellt, und möchte hier ein BE-Modul einbinden. Die Erstellung klappt, es wird auch angezeigt.

Wenn ich es aber nun in den Modulen auswähle, wird NICHTS geladen.

Das heißt, die Fläche rechts neben den Modulen bleibt grau.


Die Konfiguration per ExtensionBuilder in der ext_tables.php sieht für diesen 
Part so aus:

if (TYPO3_MODE === 'BE') {

/**
 * Registers a Backend Module
 */
\TYPO3\CMS\Extbase\Utility\ExtensionUtility::registerModule(
'MEINEEXT.' . $_EXTKEY,
'web',   // Make module a submodule of 'web'
'impress',  // Submodule key
'', // Position
array(
'Impress' => 'list, show, new, create, edit, update, 
delete',

),
array(
'access' => 'user,group',
'icon'   => 'EXT:' . $_EXTKEY . '/ext_icon.gif',
'labels' => 'LLL:EXT:' . $_EXTKEY . 
'/Resources/Private/Language/locallang_impress.xlf',
)
);

}

wie gesagt, das einbinden in die Modul-Liste klappt - nur hab ich dann ein 
komplettleeres Modul.
Gehe ich im Firefox auf "Element untersuchen", zeigt er mir da, wo im Grunde 
der Inhalt hinmüsste, einen leeren iFrame.

Kennt irgendwer das Problem und kann mir da eventuell weiterhelfen?
Braucht ihr noch Infos, die ich hier nicht gepostet habe? 


Liebe Grüße und besten Dank im Voraus,

Dominik 
___

TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Fomrhandler und langFile

2014-09-29 Diskussionsfäden Dominik Tome

Hallo liebe Commuity,

ich hab ein Problem, bei dem ich ziemlich ansteh - und bisher leider nichts 
dazu gefunden.

ich habe jetzt bei mehreren Projekten Typo3 6.2 laufen und Formhandler 2.0.1.
Nun binde ich alles wie gewohnt ein, definiere meine Form per "predef"  und 
wähl dann das entsprechende Formular im Dropdown des Plugins ein.
Funktioniert im Grunde auch einwandfrei.

Nun zum Problem: 
Sobald ich in der xml-Datei für die Sprache irgendwas ändere, wird diese nicht mehr aktualisiert eingebunden. ich kann machen was ich will - Cashes leeren, etc - nichts.Die einzige Chance, die Sprach-File aktualisiert reinzubekommen, besteht im Umbennen der Datei. Aber das kanns ja auch nicht sein, dass ich bei jeder Änderung den filenamen und die Konfiguration entsprechend ändern muss.


Kennt das Problem jemand? Hat da jemand einen Ansatz zum lösen?

Danke schonmal :)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fluid f:for macht nicht glücklich

2013-07-17 Diskussionsfäden Dominik Tome

Quote: Philipp Gampe (pgampe) wrote on Wed, 17 July 2013 00:33



Laut ersten Screenshot ist der Wert für Images ein String. Das kann man 
nicht innerhalb eines for Viewhelper verwenden.

Oder habe ich jetzt schon wieder etwas überlesen?


Nein, das stimmt. Laut Screenshot ist es ein String, gebe ich an selber Stelle statt {reference} direkt das Feld {reference.images} wird es als Array ausgegeben. (siehe Screen). 
Also, die erste Verarbeitung läuft einwandfrei.
Das Problem liegt eben einfach an dem Danach, da eben dieser richtig verarbeitete Array danach eben leer ist (siehe Screen). 


Da ich jetzt noch kein Extbase / Fluid Experte bin, find ich es zwar 
eigenartig, dass im gesamten Datensatz der Wert images als String steht, er 
aber ein Array ist, wenn er allein ausgegeben wird - aber da find ich mich 
damit ab, dass es bis dahin funktioniert.
Ich versteh nur nicht, warum dieser Array nach einer For-Schleife leer ist.


begin 644 screen-Bildarray-vorfor.png
MB5!.1PT*&@H-24A$4@```6$```%&"`(T-+D.&71%6'13;V9T
M=V%R90!!9&]B92!);6%G95)E861Y<'!A8VME="!B96=I;CTB[[N_(B!I9#TB5S5-,$UP0V5H
M:4AZDY48WIK8SED(C\^(#QX.GAM<&UE=&$@>&UL;G,Z>#TB861O8F4Z
M;G,Z;65T82\B('@Z>&UP=&L](D%D;V)E(%A-4"!#;W)E(#4N,"UC,#8P(#8Q
M+C$S-#&UL;G,Z&UL;G,Z>&UP/2)H='1P.B\O;G,N861O8F4N8V]M+WAA<"\Q+C`O(B!X;6QN
M&UL
M;G,Z&%P+S$N,"]S5'EP92]2
M97-O=7)C95)E9B,B('AM<#I#'!A8VME="!E;F0](G(B/SYV+`3S```DD4E$051XVNR=#VQ4QYW'
M9V$AM%P;_FR-O8!Q:8M*&B/C/\B(4[6J5!L=![5I%=N5+FF`5E4%/4M!J6U%
MOJM5V8Y$I#T%I:@%$J(JMGM5[4*C8G/2K7+'X9/_X,,IN:-J8CO4-L9`:##&
M]MJ^>3/[9F?GO7W[AUUC[_M^A);=V?=G=O;-9WZ_><]O'?/S\R0Y)&_+`*08
M"]E9ZK[V+_2Q]H__&.7RS@7[G%`&`(NG=T2_1V?"]Q1-"0!`9FYN;N'L0.9C
MVJ,S(78P?0XU`.,)H!%,O6+P%`'A2<<0UK>GHZ88Y0!"''!;(7
MYB240F-8`0!X4HZ8=6AQQ-345.)S#5D01B]P9F=G^2-]ES\:`PH+#0%@3Z+L
M`G<^NC?0=?/.X+WI!S/:XX26+V0\DT8?UV>M79>UQOVU#9]+6QW!$42;B7CT
MZ%%B'*',.\J"X`KP^_W"#C+&L$($%,86@2,`'&'Q+G7!]8X__?D_!QZ,3QK?
M_?CZL'BDK,M\>GO1ES-S-ZY92:UCK]G\^;2ON-*^LG[U^L^NW?QTP"`/9^[=O/_)S;]^
M<>[\SK-;=V>:Y1HS,3G"85$YTS,7`W0S:%
M"#HP*P%`]/,1#^]-=IZ[>G_D4_H\,\_]I;_=LL;]^8B;&NS^RU#/7\8_O$>?
MN[:N+7Q^YXK/A`04K3]IIX^EKQ8G.(X068:(([@(9F9FN!1F)(0I1*PA<@V^
M.B((`*SCB+^./NA\N]<_-?N9-4_M./#,^JPUM'!B8B+BIES;U]!_-_M&:'HR
M^M'8[QO_K?#YW,^G_TTPUV!Q1#2;BN`(B\L?1(#`=3`]/@<%!05H
M90!2,(XPO7.$,:"(_LZ9`(#4S#6,?]PEWW(*?YH%`.8C3/Z^2_X;4#0B`'9W
MA*()$GI[2P"`?1UAO+6Y:7/O5W2$PFSLMAW&M@3`""9CB"&28HX*#W]P5W&!Z=+6X_4
M:'VWH)*^K$S.]5:W+K_;6EI:VOKN94@"@`5P1`+9L#F;D-:A(?-008\YO)?-
M(Q$1&+"5#Q\^O,XT6F"*V/?#?51'35TAH4EP%74+N1[9)56K-_J(4F9PYN,"J"
M9&\NV+.OE-1=#K&0LHIX2>BN^4[H7@A3RP9M=68S7NGLS1MP]``X(EG0SLV'
MZ.(ZFG=4%(1+$$CIOCVT*Q;LJ346\E*ITX=3C;:*]MX&HR245<3+#0?/4%,,
M>7D-">G_^%9P]5L?]X?=&0!P1$(0\Q$\&(@8MV=FEIH81G3?2',1I#0S4T]L
ME$@BS$HLTR@F[2R.T/.B@"2&AEJA"`!'+!0L&.`AO`5:MS0SC%EJ$9AJ"$PD
M,$7H5F%2B4(2W"NG/Q!3J#RQX)(X=:H_X!P`X(@%FI`P[7)\`H"=BF`+J84A
MLXBAWJD4_B!,$;7M=\5IE"@C"2+//>C!"I]A;6T-)#L`P!%)GX_0AO;:=I-8
M@$T*U&MG1NF2ETDPX#]XAJ4G=-7M1UK#K1H2$$B)`5-,9$FP/9.Z8I9OU$J!
M#I\8@2*`G7!87VGIZ:FIJ`;M`#`?`0``<`0``(X``,`1
M```X`@#PY$CZ>8W!3S]"*P.`.`(``$<``.`(``"`(P``<`0``(X``,`1```X
M`@``1P``X`@``!P!`(`CC@``P!$``#@"``!'``#@"`#`XB/I]Z'*R%8=;2YWE#>/+M+:`0!'/#9:)_=Y
MYN?GJPKUESK1],OT\N;YYO+TT`TF5AJ%5;1V'E^R503`XG;$^^\Y2GX7^/?S
M&ZQHO/GEB\UC-QI98>/[)'RA<76ZF/0N7^#E[E$30U2VE8QP/7`\WGG.2%/?
M;BM+!&T27$H;\C,J6EHJ,M@;4J]FP4!P:;IR8[.V`;H(>TM?-+A_IVQIO??MAT/#_=T,]];:3$(Q>GIZ='66,M@J!<:5"&_)&FLK*F$:89/<"@
M1O!FC2CFJ6XCWODK.149-(H9:2)MOE%M02^Y$G"4$IZ0=$\)7P@`>^8:VLBO
M10$_^$M+L/"IIE]\O9`IH.I9ZT+#ZFGYE<7WO!?'61!QO>*+6\O3C#L=&&@)
M.PF0H008CY'.^-I$:$&C#-(WH/7TADKF@+*F[P5WDIZ54[W;(LMI&1C`T0IL
MZ0C:PR^W?6,/BP6V-R1H]<)O;R2GKG?R(.+;VZ+?G!;OT\%=&<32_MO[*]]B5J=AQ(O=X<)(BA9664F@M#R@L>*()3A
MGD8'I-H;Q5S"Z.BH4`7-87B\(5.6E86C%=C2$:[RY]=6O\*2A1,/<[;=VUWR
M7FGIJ:FIR#2OZOSX4OU0O6_NW/+FM40V
M2%BNO9$7_[XB0[^(ZHMCB=UF_]DM>3O?Z(^_=V[]T%VVN1
M>Y-2XMI[LJ?Q@"N.;;$^P_^%'MQ:OXVB[[$N&O_JG-P7KPZ^N".1#1*N`^=U
M%_:$[$NMI[:,WB#)4TE,9!\:[+E:V+WS:/LX'+'4N-_[J_X=-54U)ZIJ:K*O
MU5\UKDNWS!2@]U[1GX^^>58?[G;\
MB/89[=^EUTGU;_J#`U>GNV%_%+VNSN?I8EOH\O@*>*>*?G6MJH8.R8;B\V\&
MRL7X:59YLP:QV-=KOJ+V0[FAX[.AGOFUHD%NO!!I])8,*PN%;5FKJMZK>_6/
M$_Q$/.((+!F4E+1DR(&1^^*E(M^)\^-PQ-(*(CZ\1K*WKF//UVW=D=EW_<]1
M]H?@0>`ZT'"$!%&E8:]:2$1!#V@S_TD9*'7.\CQP;>V'2NFPR;M_+[.
M<=:?:[:UL@Y0Z[YQ0=WN\,V.8X79P8'K1WE1Q/D]/N+)YY5)R_/L/]G=&\OJ
MM/8'&IA?ZHM#BCNJ;^:SCOK6L5??83JPJ+S2(&&;O[N#>`I=ZOBLUM/E2HOV
M^Z>">.%Z_:5![A01FW14%W3G:R7M#:3F?*\(E'H"G_35[FO*DJU'@\X]2\X%
M-J@&AJY"#^GH&8@9&;X0VQ3)-SL\
MEWZ4;2&=X>MZ.RN5[^*^<+F?,81[!37MQB5S7]1;GJYR\@6+V8<+P\-PQ%)B
M[09WC&F%,8X(&F23=N2W'RL^F[R+O_:;_AD<&TZYI&+->#>YBY/?S-OXO7SV
MN]T+]<5J&41G_M63Q:[$;(\*HIBF.8'(R'+10.I7V+W3EO.4*><(FE^0_@_O
MZGG'4,XS7XHGC@BXHY-'USV'DO1#I73XO1`(?:7Y!?-UC
MAC@E_)1A=!IBL0.;@WCG538?&:GR49#AWA^M(&A(==4J@A!C/GG];+16#9AN
M;/B&5>XV/J[//F@)R/7A\:@LGYHX4^)3/)W[8\\?CC?6:\_=>VN>WQ+'$'.^
M^@1YZ>I@0_)KFWVH]>C.TCS:P8I?KS]&AMUI@2&N^D(P]'4%LH_O!?KA!6WY
M8ZWAS.7:>_*[6JH26+UA1VRKA\TUMMVDF5<'8>NRN0;3RL>$*[^(G.@U\N/_)6Q:RH&/^N3?ROKFE1F^]<-,BKKV'`I4G^X\>VT^S
M"7)NT-18/2>VB&1$?!WZH=

Re: [TYPO3-german] Fluid f:for macht nicht glücklich

2013-07-16 Diskussionsfäden Dominik Tome

naja, "image" stimmt ja in dem fall, da ja rein NUR der imagename übergeben 
wird.
also, der Array {reference.images} sieht ja wie folgt aus:

"0" => "name1.jpg", "1" => "name2.jpg" und so weiter.
Da gibt es kein "image.title" oder sonstige andere werte. 


Es geht ja auch nicht darum, dass ich nicht auf die Werte zugreifen könnte. die 
ERSTE for-Schleife wird ja komplett richitg abgearbeitet, und erscheint auch 
genau so, wie ich sie brauche.
Das Problem liegt hier darin, dass ich den Wert von {reference.images} in 
diesem Fluid-Template mehrmals benötige, nur ist er eben nach der ersten 
for-Schleife leer.

und Somit kann ich schon in der Zeile darunter nichts mehr damit anfangen. Und 
ich versteh hier einfach nicht, was dazu führt, dass der Array gekillt wird.

Der Array wird ja in der DB wie auch schon früher als string gespeichert, und 
muss ja manuell als Array übergeben werden.

Ich habe das im Model gelöst, indem ich den Wert "setImages" nicht als String, 
sondern als Array übergebe, und den String per explode" eben in den Array umwandle.
Kanns eventuell daran liegen? Ich könnts mir halt nicht vorstellen ...

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fluid f:for macht nicht glücklich

2013-07-16 Diskussionsfäden Dominik Tome

Hoppla, sorry ...

   
   {reference.images}
   
   
   
   
   
   XXX
   
   
   
   
   
   {reference.images}

Das hier ist der Teil um den es geht.

alle anderen Werte kann ich zig mal verwenden, alles kein Problem.
Ich habe mich für die f:for Schleife auch an die Doku von fluid gehalten, und 
mir würde hier jetzt nichts auffallen ...

Allerdings scheint die For-Schleife den array generell zu leeren.
Es ist mir nämlich auch an anderen Stellen aufgefallen (nur dort störts nicht, 
weil die Bilider nur genau dafür verwendet werden).

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Fluid f:for macht nicht glücklich

2013-07-16 Diskussionsfäden Dominik Tome

Hallo liebes forum,

ich heisse Dominik und bin Web-Developer (eigentlich front-End Designer und Entwickler - 
aber eben auch "Männlein für alles") in Wien.

Ich versuche derzeit, mich in Fluid und Extbase einzuarbeiten, um Extensions 
auch für Typo3 6 zu erstellen.
Soweit funktioniert das ganze auch sehr gut. Ich habe nur ein riesen Problem.

Ich habe in meiner Datenbank ein Feld für Bilder, diese werden normal als 
String gespeichert, und ich übergebe sie auch richtig als Array in meiner 
Extension.
Nun hab ich in meiner Extension das Problem, dass das umgesetzte Layout 
vorsieht, dass einmal die Bilder in groß, einmal in Thumbs und ein Bild als 
Hauptbild geladen werden soll.

Wenn ich jetzt diese Bilder in einer f:for durchlaufen lasse, bekomme ich nach 
der Schleife einen Array mit einem Wert (0), der leer ist.

Das sind die f:debug-Ergebnisse:

Bild-Array beim einlesen
array(2 items)
  0 => 'img31_01.jpg' (12 chars)
  1 => 'img3.jpg' (8 chars)


Bilder-Array nach erster For-Schleife
array(1 item)
  0 => '' (0 chars)

Hat vielleicht irgendwer von euch eine Idee, wo hier das Problem liegt?
ich habe schon das Forum und auch google gestalkt, aber leider ohne Erfolg.

Vielen Dank schon mal für eure Hilfe, 


Dominik
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german