Re: [TYPO3-german] Typo3 9.5: Preview versteckter Seiten nur nach Eingabe der numerischen ID-URL und nur für bestimmte Benutzergruppen

[Florian Heß]

Hallo Mark,

genau das war es. Wehwehwehchen zur Anmeldung eliminiert - geht.
Alleine wär ich nie daraufgekommen. Danke dir!


Viele Grüße
Florian


Am 04.11.20 um 11:19 schrieb Mark Boland:

Das ganze kann schon passieren, wenn der Login über domain.tld und die Preview 
über www.domain.tld geschieht.

Cheers,
Mark

Am 04.11.20, 11:18 schrieb "li...@berlin-typo3.de" 
:

 Hallo Florian,

 Habe das gerade an einer 9.5.22 getestet.

 Wenn ich die gleiche Domain aufrufe, mit der ich eingeloggt bin, sehe ich 
versteckte Seiten beim Aufruf aus dem Backend (über den „Auge“ Button) mit ganz 
normaler URL.

 Rufe ich eine Seite auf mit einer abweichenden Domain ( bei mehreren 
Domains in einer Installation), sehe ich eine 404 Seite.


 Habt ihr Admpanel im Einsatz?
 Wenn ja, muss dort die Preview freigeschaltet sein.
 
https://docs.typo3.org/m/typo3/reference-tsconfig/master/en-us/UserTsconfig/AdmPanel.html


 Viele Grüße
 Birgit

 > Am 04.11.2020 um 09:56 schrieb Florian Heß :
 >
 > Hallo liebe Typo3-Benutzer,
 >
 > nach etwas Rumprobieren will ich nichts riskieren kaputtzumachen und 
möchte mich daher nach der richtigen Herangehensweise erkundigen, um das Problem 
zu lösen.
 >
 > Zunächst: Unsere Entwicklungsinstanz scheint von dem Problem nicht 
betroffen. Da lassen sich auch versteckte Seiten umstandsfrei betrachten. Nun muss 
ich also Differenzanalyse und Gedächtnisarchäologie betreiben.
 >
 > In unserem Typo3-System der Version 9.5.21 können wir keine versteckten 
Seiten, obwohl wir uns natürlich im BE angemeldet haben. FE-Login bieten wir 
generell nicht an.
 >
 > Es kommt die Meldung, dass die Seite nicht gefunden wird. Ich als 
Administrator und bestimmte Redakteure, mutmaßlich diejenigen mit erweiterten 
Rechten (ua. für Plain-HTML CE), können die Seite dennoch betrachten, indem wir in 
der URL die Seiten-ID angeben, also die nativen sprechenden URLs umgehen. Das gilt 
aber nicht für alle Redakteure. Selbst ich hatte diese Möglichkeit anscheinend nur 
für eine bestimmte Seite, bis ich den Typo3-Cache zurückgesetzt habe, danach bei 
allen Seiten.
 >
 > Also ein nicht ganz konsequentes Verhalten seitens Typo3, was auf einen 
Bug schließen lässt. Oder?
 >
 >
 > Viele Grüße
 > Florian
 > ___
 > TYPO3-german mailing list
 > TYPO3-german@lists.typo3.org
 > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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


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


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

[TYPO3-german] Typo3 9.5: Preview versteckter Seiten nur nach Eingabe der numerischen ID-URL und nur für bestimmte Benutzergruppen

[Florian Heß]

Hallo liebe Typo3-Benutzer,

nach etwas Rumprobieren will ich nichts riskieren kaputtzumachen und 
möchte mich daher nach der richtigen Herangehensweise erkundigen, um das 
Problem zu lösen.


Zunächst: Unsere Entwicklungsinstanz scheint von dem Problem nicht 
betroffen. Da lassen sich auch versteckte Seiten umstandsfrei 
betrachten. Nun muss ich also Differenzanalyse und Gedächtnisarchäologie 
betreiben.


In unserem Typo3-System der Version 9.5.21 können wir keine versteckten 
Seiten, obwohl wir uns natürlich im BE angemeldet haben. FE-Login bieten 
wir generell nicht an.


Es kommt die Meldung, dass die Seite nicht gefunden wird. Ich als 
Administrator und bestimmte Redakteure, mutmaßlich diejenigen mit 
erweiterten Rechten (ua. für Plain-HTML CE), können die Seite dennoch 
betrachten, indem wir in der URL die Seiten-ID angeben, also die nativen 
sprechenden URLs umgehen. Das gilt aber nicht für alle Redakteure. 
Selbst ich hatte diese Möglichkeit anscheinend nur für eine bestimmte 
Seite, bis ich den Typo3-Cache zurückgesetzt habe, danach bei allen Seiten.


Also ein nicht ganz konsequentes Verhalten seitens Typo3, was auf einen 
Bug schließen lässt. Oder?



Viele Grüße
Florian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Warum geht manchmal der Aufruf der Homepage ins Leere?

[Florian Heß]

Hallo Birgit,

wir haben uns zunächst mit einem temporären Work-around beholfen 
(Weiterleitung auf Apache-Ebene). Umstrukturierungen des Seitenbaums 
können wir uns zur Zeit nicht leisten. Wenn wieder Zeit und Personal da 
ist, schauen wir erneut auf das Problem.


Bisher hat es ja funktioniert. Wir haben keine Ahnung, warum es 
plötzlich nicht mehr bzw. nicht immer tut. Wenn irgendwelche Faktoren an 
der Auflösung oder Nichtauflösung von /home beteiligt sind, sollte das 
Phänomen dann nicht seit dem Update auftreten und nicht erst ein paar 
Monate danach, spekuliere ich mal so. Hast du vielleicht Links, die den 
Hintergrund von "Root soll kein Shortcut mehr sein" erläutern? Meine 
Suche danach war ... bestimmt nicht richtig durchgeführt.


Domain-Datensätze: Versteh nicht ganz, was damit gemeint ist. Könnte es 
sein, dass wir gar keine haben? Schließlich haben wir nur eine Domain 
und überdies ein Update von 7.6 auf 8.7 durchgeführt.


Leider kann ich Antworten auf diese Mail erst in ein paar Wochen lesen.


Viele Grüße
Florian Heß

Am 18.06.19 um 15:56 schrieb Birgit:

Ist Root auch die Startseite der Website (Seiteneigenschaften -> ist Anfang der 
Website) und die Seite, in der der Domaindatensatz liegt (muss in der Startseite 
der Doamin liegen)?

Ab TYPO3 8.x darf die Startseite kein Shortcut mehr sein - sondern vom Typ 
‚Standard‘.


Es gibt eigentlich kein endloses Pingpong, nur 2 URLs. Und je nachdem, welche 
zuerst aufgerufen und bei realURL eingetragen wird, gewinnt diese - und die 
andere erzeugt einen Fehler.

Aber hier scheint eher der Shortcut das Problem zu sein.



Am 18.06.2019 um 15:40 schrieb Florian Heß :

Hallo Birgit,

danke für deine Antwort.

Am 18.06.19 um 15:27 schrieb Birgit:

Ich richte deswegen immer eine 301 Weiterleitung in der .htaccess ein von /home 
auf die baseURL.


So ergibt es eine endlose Ping-Pong-Weiterleitung zwischen baseURL und /home, 
oder verstehe ich falsch? Der Seitenbaum ist bei uns ja so gestaltet:

Typo3 Site
- [>] Root
-- Homepage
-- Themenseite 1
-- Themenseite 2

Root ist also eine Verknüpfung zur Homepage.


Viele Grüße
Florian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

Re: [TYPO3-german] Warum geht manchmal der Aufruf der Homepage ins Leere?

[Florian Heß]

Hallo Birgit,

danke für deine Antwort.

Am 18.06.19 um 15:27 schrieb Birgit:

Ich richte deswegen immer eine 301 Weiterleitung in der .htaccess ein von /home 
auf die baseURL.


So ergibt es eine endlose Ping-Pong-Weiterleitung zwischen baseURL und 
/home, oder verstehe ich falsch? Der Seitenbaum ist bei uns ja so gestaltet:


Typo3 Site
- [>] Root
-- Homepage
-- Themenseite 1
-- Themenseite 2

Root ist also eine Verknüpfung zur Homepage.


Viele Grüße
Florian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Warum geht manchmal der Aufruf der Homepage ins Leere?

[Florian Heß]

Hallo,

ich oder andere rufen manchmal unsere mit Typo3 8.7 betriebene Seite 
auf, ohne Pfadteil d.h. einfach "/", und bekomme die Meldung, dass die 
Seite (/home) nicht gefunden werden konnte. Nachdem ich sie einmalig per 
ID (/?id=9) aufgerufen oder mich im Backend angemeldet habe, 
funktioniert sie auch wieder normal ohne diese ID. Was könnte da los 
sein? Andere URL funktionieren, unabhängig davon.


Ich vermute ein Problem mit RealURL. Da vor dem Zurücksetzen des 
URL-Caches gewarnt wird von wegen Beschädigung der Typo3-Installation 
(?), zunächst meine Frage, warum ist das so?


Das Problem ist seit etwa einem Monat aufgetreten, so frei nach dem 
Motto: "Du bist heute einer schwarzen Katze begegnet. Korrigiere ein 
Problem und gehe zwei Felder zurück." oder "ich habe nichts gemacht".


Vielen Dank im Voraus für Debugging-Vorschläge. Wir haben leider keinen 
Schimmer.



Viele Grüße
Florian

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Warnhinweis im BE und SQL Error beim hinzufügen eines Feldes im Powermail form

[Michael Florian Zobl]

Hallo zusammen!

Habe derzeit 2 nervige Probleme:

1. Beim Login ins BE erscheint immer der Warnhinweis, bei dem ein oder mehrere 
Probleme in der Typo3-Installation sein könnten!
  --> Systemstatus ist OK, alle Caches gelöscht
2. Beim Anlegen eines neuen Feldes für mein Powermail-Kontaktformular erscheint ein 
SQL-Fehler: "Incorrect integer value: '' for column 'l10n_parent' at row 1"

Mein System:
Apache (Versionsnummer mir nicht bekannt, aber die neueste)
Typo3 8.7.8

Danke im Voraus!

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

[TYPO3-german] Form: Fehlermeldungen wie anzupassen?

[Michael Florian Zobl]

Hallo meine lieben Freunde!

Ich habe folgendes Problem:

System: Typo3 8.7.8 auf Apache gehostet von world4you.com!

Ich habe ein Kontaktformular mit der vorinstallierten Extension "form" ein 
Kontaktformular erstellt!

Nach Eingabe von richtigen Daten werden alle gewünschen Aktionen wie erwartet 
durchgeführt!

Nun habe ich 2 Probleme:

1. Dateitypen als Anhang werden nur *.dib akzeptiert
2. Fehlermeldungen nach klicken auf "Absenden" sind alle in Englisch, wie kann 
ich diese Meldungen anpassen (TypoScript?)?

Danke euch schon mal für die Mühe!

MFG
Michael Florian Zobl
Freiwilliger Pannen- und Störungsdienst
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: HTTPS Weiterleitung funktioniert nicht trotz SSL-Zertifikats

[Michael Florian Zobl]

Liebe Leute!
Alles funktioniert wieder!

Hatte einen Browser gehabt (Opera), der nicht auf https umschaltete, IE und 
Firefox macht dies normal!

Alles wieder im Grünen bei mir!

Danke für eure hilfreichen Antworten!

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

Re: [TYPO3-german] HTTPS Weiterleitung funktioniert nicht trotz SSL-Zertifikats

[Michael Florian Zobl]

Quote: Matthew Colton (MatColton) wrote on Mon, 20 November 2017 10:48


Hi Michael,
verwendest du Typo3 8.7? Da gibt es kein url_scheme mehr. Die SSL
Verschlüsselung sollte nach Meinung des Typo3 Teams nicht von Typo3
gesteuert werden. Sinnvoller ist da z.B. die Verwendung der htaccess
Datei, falls Apache als Webserver zum Einsatz kommt.

Cheers
M@


Richtig!

Meine .htaccess sieht am Ende so aus (Anlage)

begin 644 Greenshot_2017-11-20_10-59-36.jpg
M_]C_X``02D9)1@`!`0$`>`!X``#_X0`P17AI9@``34T`*@@``0$Q``(`
M```-&@!'+CY.7FY^CIZO'R\_3U]O?X^?K_Q``?`0`#
M`0$!`0$!`0$!`0(#!`4&!P@)"@O_Q`"U$0`"`0($!`,$!P4$!``!
M`G<``0(#$00%(3$&$D%1!V%Q$R(R@0@40I&AL<$)(S-2\!5B7J"@X2%AH>(B8J2DY25EI>8F9JBHZ2EIJ>HJ:JRL[2UMK>XN;K"P\3%QL?(
MRKR\_3U]O?X^?K_V@`,`P$``A$#$0`_`/NU
M68LK*S%RT;JR3!F+$8C993PS$?+',?EE7,4OS`&L[7U4^'=1554I]BD`5(2R
M;%SP(SSL5_X3\]M(JZQ!9-#!LD9KDB1@2@:,)G@;G`SGBIO@1\;]`^/G@5
M?$FA7NFW"K^(
M_P`.[OPEJ6EV^E:3<7FI[;KPS/J)AN$L+F(&61+R(%7%P%1`JL'&[R_!OY^B%-KFCR]OQ6_YK^DV>E>(M>LO"OA_4]:U.=;;3M-M9
M;RYF"O#B%+KQ3J=MI=U>R6$EY;VE
MF6\VY>=$*_NVBB>,Y=`3*%W`D5Y1XR\`_%W1_'?CRS%]:^(+KX@>!KRQMM2\
M-Z+5+N0"0N@_<*`"1FH4OC?JEZIM[+HM_4-5_:4\.7GQK\$^`O"GBCPQXAN]1N]0MM;LK+4
M([F]L/L]N[@%(Y,Q'S$VMO4]QP:B^-W[3'A[X[\:WOB32-(
MN/#MSJ$;WT=O=744/O@%!X8^'_BCP_X
M:\-17L%Y+J6A3Z;!ICG36CCMMDRHY`/'FHIA)PHD9CBN'MK77XO@K\./A_%\
M/_%3>+=(\<:1>>*+H:/,MJLB:NLUQ?\`VEE"722MF4M`9"JOND$84XVII+$0
M@]5S1^:YDF_)6O??36]G:U+KO02H#E"RG<-P&1R.*T*^:OVAH]<^'7Q1T;Q+X3A
MN'U+Q_9'P-,;8*WD7I\R:POG5I%RD"_;2V,MM8>E9W=TEUT^?3[W9?.^QJE=
M-OIK\NK^2N_D>TZW\6O`WAGPS#XCUCQGX?TKP]/.;6+5K[5((;228%@8UE9P
MA<%'&T'.4;T-:5OXV\/75CHE[!KVF36>N,JZ5<1WD;1Z@61I%$#!L2DHK,-F
M%]/^`GQ,\"7W_"-:WJO@?1?";^'-.O-(TRYU>?2[@21L2\%NDD
MQ\^.,`S!"`8L,1O&>&'A+6/#FC^$_&0\):QIWAJ'XFW/B@:)9Z;-
M^O7H?5ESXT\/V:ZPUQKNFP+HVW^TS)>1J+'<@=?/R?W>496&[&00>AJIX?\`
MB5X1\6:]JNB:'XIT76=:TEBFHZ;I^HPSW%FP8J1-&C%HSN!&&`Y!%?*/CK0_
M$?CSX9_M9WUGX-\1VR^*+:W.B6=[IDD=UJ,:Z9%$&C@P7RS(?W;`2+G#HC94
M?4>B_"SPKH]_X9U.PT.WTV\\/Z9+I6F+9AH(K6UE\HR0K$A";28(NJG&WC&3
MFDG9.7;YWM^CT^_MK4K*W*[W_2W^>C\NM].OKE8?BOX(N?&TG@R'QCX?E\81
M9+^'TU2`Z@F$#G-N'\P?(0WW>ASTKIYE9X75&V.5(5L9P?6OC71-"O=0^!7@
M[X1MX#UZV^(NDZQ87-W>76DW*6$%U!>I<7&JC4RGV>4N!)*`DK2N9=A4$N!*
MUE;T_%ZOY;N_WI7:3TCS7_K_`(.W])/[`TO6M/URWDN--O[;4+>.:2W>6UF6
M55EC3+M.?F\M\9VG'S;JECX_^'^L>/;KP]H_BAM%\(Z[?ZLNDZ=9O
MY/B2/5=KNL2@%K@VS23283HVU1DC`WO@-\&Y_!_Q.O#J7AIA_9_PO\.Z%;:E
M<6)*F1#>"ZMXY6')R(2Z`Y^X6'2IB^:DZFS2B[==8MV_"WS\K`^53<>EVD_)
M24?R=_U[?4UK=0WMO%<6\J3V\R"2.6)@RNI&0P(X((YR*@U/6+#18H9-0OK:
MPCFFCMHGNI5C#RNP5(U+$99F(`4([.;Q?H+7VGK:F
MY1[1=0A,YE0`YB$88N2-H4'/%:RC^]4(]9)?>TK_`*DZ\K;W2;^Y7.^T7XR>
M`?$NB:AK.D>./#>JZ1ITJP7NH66KV\UO;2,0%2217*HQ)&`Q!Y%=#-K5B-6_
ML==1M$UE[9KJ.R>53,8@P4R^7D,4#$`GID@9YKQC]IKX0VNJ_"WQWJWAO09+
MKQ5>:596CQV6]I+BUL[GSTACA!VEE#S;0J[F+!>>!5/PUXBN/&W[3=OXKL_#
M/B:Q\+V_@RYLUU35]$N;$33_`&V%S$L,R+,&`!P'C7?R4W@$C*]YJ'36_E:,
MFG\VDOG84G**C^
M#X+S2+N1M0^U6MXFHQ:3,5#9B9FDN%>-E=6*A151YI2BFM_^`OZWV^8E=4Y2
MZIO]?PTMVUWV3^K_`!;\8_`/@'6K31_$_CCPWX\19+:PU;5K>UGF5F*JR
M1R.&8%@5!`Y((KL*^5_C%?:WX`^)GB/7_A;>^*9O'.I?9UO/#%[X(OM0T'69
M4@\N!1J"PQK:MAD!E^U^2F&+QD[C7U+"SM"AD4)(5!95.0#CD9[TTKP4OZ_K
M^M"WI*W]?U\OO/+OB'\9D^'?Q9\+:)JUYI.D>$[[1=4U34M6U27R!:M;26B1
MGS6<(B$W+`[@Q&R\@`DR^?NV;`
M`3NSCCK7F/C_`,&R:]^U1\*=9FT)M1T[2-%UQAJ$EH98;*Y=K)8CYA!$"_$7A&[\5:5XOT'4_"]H)#<:W9ZG#+90A!ER\RL47:.3D\=ZE
MT/XD^$?$WB34_#VC^*=%U;7]+YO]*L=1AFNK3D#][$K%DY('S`=:^7_%W@.'
MQ)\"?V@-5\/ZQ\1O&_B;Q%X8;3I;;Q5X7?2IIWB@G$(M[==.M#*Y$I4LJN2`
MBYX45[3XC^!^EW?PWM[?POIMOX<\3Z5X8OM%\/7%INMH].-S`JL!&A"XWQQ-
MRI(*Y&"3FZEX1#XC]G\.ZSX.@L=*L9DMGMY81?6^E1PR1;68+LN2KX0@
ML<5]%_\`"QA_PM4>!QX9\2$_V7_:A\1_V/N\YK24
M4GRIWW^=NO\`3?J9QES+FM;;Y7Z?TEZ'84445F6`!1110```
M!1110```!1110```!1110```!1110``%
M%%%`!1110```!1110!XRRL6965BY:1&5X0S%B,R*T0X9B/FDA'RR
MKB6+Y@16=XC93X?U-F92IMF?<\Q8$F-A&WFCEB5RJ3=)5S%)\P!J]\BQ?\LU
MB6/_`&HXQ&C?]])&K_\``[5_6,U4\0[UT75/]8LOD7"G[L'+NVN4NH;S2Y0K%E!`216
M!62,[N488.!W`-<2?@CK/E`[
M_-7K%%83H0J/FDOQ9ZV&S3%82G[*E)6\XQ?XM-[Z^3UW/*8O@SXBAN+6Z7XJ
M^*7O+)%AM3)]G:$QC<#Y\7E[9W(8?O&^;*@C'.8/^%#ZM]B_L\_%7QJ=/9_/
M?_3(_M)FV;=PG\O>(\_-Y0^3(QC;\M>NT5G]5I=G][_S.K^WL>M5*/\`X!#_
M`.1Z:M=FV]VPKP_Q!^RU;>(/B%<>*W\?>,K>X=I9+:%-59QI[2`[A:E\B!#D
M95%&X*%8E/EKW"BMYTXU/B/,PN,K8-N5%I7[I/;5/5.S71K5'E,GP9\227%Q
M>'XK>*%O[J,V\[(MN(!$5"CRH/+V12#&?,7YLLE_;N.5K2CI_T[
MI^G\O;3T;6S/)S\$=;D^U"3XI^+C'J#!]059HD+$.6Q;D)FU&/E(CQ\H'?YJ
MU/#'PIU31/$&G:IJ'Q`\2ZZ-/C,$-EQU_?HB#SI,LK>8WS9C7_:S
MZ)15+#4XM-+\7_F14SK&U(2IRDK/1^Y!;JVZC=:::=++9%/6-.&L:3>V#7%Q
M:+=0/`;BSE,4T892NZ-QRK#.0PY!`->:Q?!GQ%#<6MTOQ5\4O>62+#:F3[.T
M)C&X'SXO+VSN0P_>-\V5!&.<^K45,9?^E)
M[[/NM&>1?\*'U;[%_9Y^*OC4Z>S^>_\`ID?VDS;-NX3^7O$>?F\H?)D8QM^6
MIY/@SXDDN+B\/Q6\4+?W49MYV1;<0"(J%'E0>7LBD&,^8OS98YR,`>K45E]5
MI=G][_S._P#M['O5RC_X!3_^1ZZ7[V5]D8_A'PY_PB?A^UTK^T]1UD6Y?%YJ
MUP9[EPSLP#R$9;:&"@GG"C.3S6;XV\%W_BBXTR\TSQ1JOAF^T]I"C6+(\$X<
M`%9H7!63&WY2>5))!Y-=516[IQ<>3H>7#%UH5WB4_?=V[I-.][

[TYPO3-german] HTTPS Weiterleitung funktioniert nicht trotz SSL-Zertifikats

[Michael Florian Zobl]

Guten Morgen allerseits!
Bin seit heute neu hier und meine Homepage ist www.elektro-edv-zobl.wien!

Mein Problem ist: Ich kann nicht automatisch auf https setzen weil in der MySQL-Datenbank 
die Spalte "url_scheme" irgendwie fehlt!

Dadurch kann ich auch in den Ressourcen zwar eintragen, wirkt aber nicht!

Danke euch schon mal für eure Hilfe!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] XING Share Button

[Florian aaa]

Hallo!

Auf meiner Website verwende ich das simplified_social_share um Share Buttons zu 
implementieren.
Das Problem ist, dass dieses Plugin XING nicht unterstützt.

Gibt es eine einfache Art den XING-Share Button zu meiner Website hinzuzufügen.
Entweder mit einer eigenen Extension oder als HTML-Code?

Auf Antworten freue ich mich :)

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

[TYPO3-german] Re: Speaking URL path segment kann nicht gelöscht werden

[Florian Hahn]

Hallo,

vielen Dank für die Antwort!

Leider wird es erneut automatisch generiert wenn ich es über die Datenbank 
lösche.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Speaking URL path segment kann nicht gelöscht werden

[Florian Hahn]

Hallo!

Ich habe ein Problem mit der RealURL-Extension. Ist es möglich das "Speaking URL path segment" zu löschen und automatisch generieren zu lassen ohne dieses Feld ausfüllen zu müssen? Wenn ich versuche diesen zu löschen bekomme ich die Meldung es sei ein Pflichtfeld. 


Ich verwende die TYPO3 Version 7.6.16 und RealURL Version 2.1.9.

Vielen Dank im Voraus,

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

Re: [TYPO3-german] Typo3 7.6.13: Speichern heißt das neue Verlieren ;-/. Eingaben verschwinden

[Florian Heß]

Am 03.02.2017 um 10:15 schrieb Mikel:

Hallo Florian,

ich vermute, es gab auch ein Update der SQL-Version, richtig?


Richtig, vo 5.5.53 auf 5.7.14. Also kann gut sein, dass der Default in 
der Version 5.6 geändert wurde.


Vielen Dank für deine Hilfe. Die Lösung funktioniert.


Viele Grüße
Florian


Dann liegt es wahrscheinlich am Strict-Mode der SQL-Version. Ab Version
5.5 (oder vielleicht war es auch 5.6) wurde der Strict-Mode zum Default
gemacht.

Du kannst dies nun global ändern (in der MySQL Konfiguration) oder in
der LocalConfiguration im SYS-Array folgenden Wert setzen:

'setDBinit' => 'SET SESSION sql_mode=\'\'',

Ich hoffe, ich konnte helfen.

Mikel



Am 03.02.2017 um 09:42 schrieb Florian Heß mailto:h...@ub.uni-heidelberg.de>>:

Liebe Liste,

ich habe nach dem Update von 7.6.10 auf .13, zugleich Update von
Ubuntu 12.04 auf 16.04 (LTS), gibt es leider ein Problem mit dem Frontend.

Wir können zwar Seiten anlegen. Wollen wir sie dann mit Inhalten
befüllen und den Datensatz speichern, sind die Eingaben aber wieder
verloren.

Versuch ich es dann noch einmal und gebe probeweise etwa nur die
Überschrift ein, erscheint folgende Fehlermeldung rot am Kopf der Seite:

"2: SQL error: 'Field 'irre_parenttable' doesn't have a default value'"

Diese Fehlermeldung deutet auf einen Folgefehler hin. Im alten System
gab es das Tabellenfeld irre_parenttable ebenfalls mit NOT NULL +
DEFAULT NULL und da gab es ja keine Probleme damit. Daher gehe ich
davon aus, dass die Usache tatsächlich auf höherer Ebene liegt als an
irren Elterntabellen. Der Speichervorgang scheint das Setzen von
Werten wie irre_parenttable zu vergessen. Leider gibt er keine
diesbezügliche Fehlermeldug aus. Erstmalig bzw. einmalig nach "Clear
all cache" im Install-Tool führt das Speichern wie gesagt einfach ganz
ins Leere: D.h. die Eingabemaske wird offenbar einfach neu geladen.

Bevor ich zunächst wieder unsere alte Typo3-Instanz aktiv schalte, um
in Ruhe das Problem zu finden, ohne dass die Arbeit von Kollegen
dadurch blockiert ist: Habt ihr vielleicht eine Idee, woran es liegen
könnte?


Danke für eure Zeit,

Viele Grüße
Florian Heß




--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Typo3 7.6.13: Speichern heißt das neue Verlieren ;-/. Eingaben verschwinden

[Florian Heß]

Liebe Liste,

ich habe nach dem Update von 7.6.10 auf .13, zugleich Update von Ubuntu 
12.04 auf 16.04 (LTS), gibt es leider ein Problem mit dem Frontend.


Wir können zwar Seiten anlegen. Wollen wir sie dann mit Inhalten 
befüllen und den Datensatz speichern, sind die Eingaben aber wieder 
verloren.


Versuch ich es dann noch einmal und gebe probeweise etwa nur die 
Überschrift ein, erscheint folgende Fehlermeldung rot am Kopf der Seite:


"2: SQL error: 'Field 'irre_parenttable' doesn't have a default value'"

Diese Fehlermeldung deutet auf einen Folgefehler hin. Im alten System 
gab es das Tabellenfeld irre_parenttable ebenfalls mit NOT NULL + 
DEFAULT NULL und da gab es ja keine Probleme damit. Daher gehe ich davon 
aus, dass die Usache tatsächlich auf höherer Ebene liegt als an irren 
Elterntabellen. Der Speichervorgang scheint das Setzen von Werten wie 
irre_parenttable zu vergessen. Leider gibt er keine diesbezügliche 
Fehlermeldug aus. Erstmalig bzw. einmalig nach "Clear all cache" im 
Install-Tool führt das Speichern wie gesagt einfach ganz ins Leere: D.h. 
die Eingabemaske wird offenbar einfach neu geladen.


Bevor ich zunächst wieder unsere alte Typo3-Instanz aktiv schalte, um in 
Ruhe das Problem zu finden, ohne dass die Arbeit von Kollegen dadurch 
blockiert ist: Habt ihr vielleicht eine Idee, woran es liegen könnte?



Danke für eure Zeit,

Viele Grüße
Florian Heß

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Voreingestelltes Datum in einer Extension-Tabelle

[Florian Heß]

Hallo Liste,

wir benutzen als Blogkomponente die Extension T3ExtBlog. Diese Extension 
bringt ihre eigenen Felderdefinitionen mit, u.a. ein Feld "Datum" der 
Veröffentlichung von Blogposts. Teil ist auch eine Defaulteinstellung:


https://github.com/fnagel/t3extblog/blob/master/Configuration/TCA/tx_t3blog_post.php#L175

Dies interferiert leider mit unsem System-Cache. Das heißt, wenn man 
einen neuen Blogartikel erstellt, steht da immer das Datum des letzten 
System-Cache-Resets. Wäre das voreingestellte Datum das aktuelle, so 
bräuchte man es im Normalfall nicht anfassen. Kann ich das ohne Hacks 
irgendwie selbst erreichen oder lohnt sich ein Issue auf Github?



Viele Grüße
Florian Heß

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Datensatzsammlung nicht mehr vorhanden

[Florian Michel]

Hallo,
ich habe eine neue Installation, also kein Update, von Typo3 7.6.11 
durchgeführt. Dabei habe ich tt_products 2.8.12 installiert.
Für den Shop habe ich das Plugin eingestellt und wollte meine Kategorien mit 
Kategorie:Menü anzeigen lassen.
Früher hatte man noch unter "Datensatzsammlung" sich auf den Ordner bezogen, 
unter dem die Kategorien angelegt worden sind (id=7).
Jetzt finde ich die "Datensatzsammlung" nicht mehr. 
Was muss ich jetzt tun, damit meine Kategorien und meine Produkte angezeigt werden ?

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

[TYPO3-german] Pagespeed optimieren

[Florian Michel]

Hallo,

seit einiger Zeit lädt meine Webseite sehr lang bis es zum Ergebnis kommt.
Ich habe das Entwicklerwerkzeug im Browser benutzt. arin wir folgendes 
angezeigt:

Name
?tt_products%5Bcat%5D=7&cHash=b905430b73175d303a688ec8103f676d  
Protokoll
HTTP
Methode
GET 
Ergebnis
200 
Inhaltstyp
text/html   
Zeit
13,89 s 
Initiator
document

Allerdings weiß ich damit nicht, wo ich im Skript ansetzen soll, um die 
Ladezeit zu verkürzen.

Kann mir jemand helfen ?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Fatal error: Uncaught exception 'BadFunctionCallException' with

[Florian Michel]

Hallo,

ich habe einen Online-Shop mit Typo3 programmiert (www.kochformel.de). Am Freitag wollte 
ich die Erweiterungen aktualisieren. Bei der Erweiterung "Stable Methods of 
Extensions" habe ich die Verwaltung der Erweiterungen verlassen und damit den 
Prozess blockiert.

Seit dem komme ich nicht mehr ins Backend oder das Frontend wird auch nicht 
mehr angezeigt. Es erscheint nur diese Fehlermeldung:

Fatal error: Uncaught exception 'BadFunctionCallException' with message 'TYPO3 Fatal 
Error: Extension key "div" is NOT loaded!' in 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:87
 Stack trace: #0 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3conf/ext/lib/ext_localconf.php(4):
 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('div') #1 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(1551):
 require('/homepages/13/d...') #2 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(1522):
 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::loadSingleExtLocalconfFiles() #3 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3/sysext/core/Classes
/Core/Bootstrap.php(595): TYPO3\CMS\Core\Utilit in 
/homepages/13/d104666099/htdocs/kochformel/htdocs/introductionpackage-6.1.7/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
 on line 87

Kann mir jemand helfen, den Online-Shop wieder zum Laufen zu bringen ?

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

[TYPO3-german] Re: sitemap.xml mit Artikeln aus tt_news

[Florian Seirer]

Ich verwende die Extension advanced_sitemaps mit ein paar kleinen Patches, 
damit sie auf TYPO3 6.2+ läuft:
https://typo3.org/extensions/repository/view/advanced_sitemaps

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

[TYPO3-german] Crawler zum Indizieren von Seiten

[Florian Seirer]

Auf meinen Webseiten verliert der Seiten-Cache durch 
config.clearCacheAtMidnight=1 um Mitternacht seine Gültigkeit, und soll danach 
automatisch neu aufgebaut werden.
Ich bin daher auf der Suche nach einem Beispiel, wie man der Extension crawler 
beibringen kann, Seiten zu indizieren.

Allerdings finde ich im Internet und im Handbuch nur Beispiele, die sich auf 
indexed_search (verwende ich nicht, weil solr) oder cachemgm.
Letztere lässt sich zwar trotz Kompatibilitätswarnung (TYPO3 < 4.3) 
installieren und als Option bei den Processing Instruction Filtern im Crawler-
Configuration Record auswählen. Eine Indizierung durch den TYPO3 Scheduler 
scheitert danach aber.

Geht das Ganze überhaupt mit TYPO3 6.2+?
Oder gibt es bessere Wege?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Template durch Redakteur bearbeiten

[Florian Heß]

Am 16.06.2016 um 13:53 schrieb Helmut Hummel:


Ich würde an dieser Stelle noch mal gerne auf etwas hinweisen, nur für
den Fall, dass das nicht bekannt sein sollte.

Wer Redakteuren Zugriff auf TypoScript gibt, gibt ihnen damit
Voll-Zugriff auf das System:

Beispiel:

1. PHP Datei, die einen Admin User in der Datenbank erzeugt (class
AdminUser, function create) als "create-admin.txt" in fileadmin hochladen
2. Folgendes TypoScript einbinden:

page.1 = USER
page.1.includeLibs = fileadmin/create-admin.txt
page.1.userFunc = AdminUser->create

Fertig ist der administrative Zugang.



Mea culpa, daran habe ich ja gar nicht gedacht! Zugegeben, ich habe 
nicht mal gewusst, dass man so mir nichts dir nichts beliebigen PHP-Code 
via TypoScript linken kann. Der PHP-Code könnte eben mal eine Shell 
öffnen oder andere feine Dinge tun. Gut zu wissen, wenn auch in meinem 
Fall - zum Glück - jetzt keine eklatante Sicherheitslücke zu stopfen 
ist, da wir Redakteuren nur einen Zweig von fileadmin/ freigeben, wovon 
wir natürlich nix includen.


Also, bitte meinen Tipp vergessen ... sorry. *pfeif*


Viele Grüße
Florian



Viele Grüße,
Helmut



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

Re: [TYPO3-german] Template durch Redakteur bearbeiten

[Florian Heß]

Am 08.06.2016 um 20:11 schrieb Hugo Merstein:

Hallo,

kann mir jemand kurz sagen, wie ich ein einzelnes Typoscript Template
zur Bearbeitung durch einen Redakteur freigeben kann?

Welche Seiteninhalte muss ich in der Backendbenutzergruppe freigeben?



Hallo Hugo,

keine Ahnung, ob das eleganter geht, aber du kannst Typoscript-Dateien 
in fileadmin/ hinterlegen, wo sie auch von Redakteuren bearbeitet werden 
kann. Dann kannst du sie z.B. im TSConfig via INCLUDE einbinden: "You 
can also add include-instructions in TypoScript code. Availability 
depends on the context, but it works with TypoScript templates, Page 
TSconfig and User TSconfig." -- 
https://docs.typo3.org/typo3cms/TyposcriptSyntaxReference/Syntax/Includes/



Viele Grüße
Florian


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



--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Am 20.05.2016 um 20:58 schrieb Philipp Gampe:

Hi Florian,

Florian Heß wrote:


bedeutet das, Englisch muss immer &L=0 sein und Deutsch &L=1, damit das
funktioniert? Wenn ja, kann man das nachträglich ändern, und zwar
robust, schnell und einfach?


Nein, damit hat dies nichts zu tun! Für das Frontend kannst du frei
definieren, welche Locale es haben soll.

Aber in den Sprachdateien muss die "Default"-Datei (z.B. locallang.xlf)
immer Englisch sein. Localisierungen kannst du dann mittels lang.datei im
gleichen Ordner machen (z.B. de.locallong.xlf) oder du registriest die
Übersetzungen wie in der API beschrieben:
https://docs.typo3.org/typo3cms/CoreApiReference/Internationalization/Translation/Index.html#custom-translations

D.h. die Ausgangsprache muss in den Sprachdateien immer Englisch sein. Was
du dazu im Backend für die Spach-ID 0 ("Null"=Default Sprache) definiert ist
dir überlassen. Das kann Englisch sein, muss es aber nicht.



Hallo Philipp,

danke dir! Wenn ich die Datei homepage.xlf und de.homepage.xlf habe, in 
ersterer source-language="en" und nur source-Tags mit der englischen 
Version der Schnipsel, in letzterer source-language="en", 
target-language="de" und dann dementsprechend mit source- und 
target-language, dann funktioniert alles, wie es soll.



Viele Grüße
Florian


Grüße




--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Am 20.05.2016 um 16:11 schrieb Dr. Dieter Porth:



Am 20.05.2016 um 14:26 schrieb Florian Heß:

Kann auch nicht, der Default muss in TYPO3 immer Englisch sein.


Hallo Phillip,

bedeutet das, Englisch muss immer &L=0 sein und Deutsch &L=1, damit
das funktioniert? Wenn ja, kann man das nachträglich ändern, und zwar
robust, schnell und einfach?

Dieters Tipp mit source-language="de" target-language="de" habe ich
probiert, leider ohne Erfolg. Ich warte jetzt auf Erkenntnis von
etwas, das ich bisher bloß übersehen habe.


Viele Grüße
Florian



Grüße


Hast du probiert, in der localLang.xlf . die source-Angaben in englisch
und die target-Angaben in Deutsch zu setzen, selbst wenn die
Defaultsprache für deine Frontend-Ausgabe deutsch ist.

Bei "source-language="de" target-language="de" bin ich mir nicht sicher,
ob die von TYPO3 überhaupt ausgewertet werden.

Dieter





Hallo Dieter,

jep, siehe meine Antwort an Ralf-René. :-) Hat leider nix gebracht, die 
target-Angaben werden schlicht ignoriert, sowohl für deutsch als auch 
für englisch gilt dasjenige im source-Tag.



Viele Grüße
Florian

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Hallo Ralf-Rene,

basierend auf deiner Antwort habe ich also en.homepage.xlf probehalber 
gelöscht. In homepage.xlf habe ich geändert zu source-language="en" 
target-language="de", trans-unit id="more", source more und target Mehr 
-> führt weiterhin stoisch zu "more" sowohl in der deutschen als auch in 
der englischen Sicht.


Nun, vielleicht sollte ich erst mal aktualisieren von 7.6.4 auf .7 ...

Viele Grüße
Florian

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Kann auch nicht, der Default muss in TYPO3 immer Englisch sein.


Hallo Phillip,

bedeutet das, Englisch muss immer &L=0 sein und Deutsch &L=1, damit das 
funktioniert? Wenn ja, kann man das nachträglich ändern, und zwar 
robust, schnell und einfach?


Dieters Tipp mit source-language="de" target-language="de" habe ich 
probiert, leider ohne Erfolg. Ich warte jetzt auf Erkenntnis von etwas, 
das ich bisher bloß übersehen habe.



Viele Grüße
Florian



Grüße




--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Am 11.05.2016 um 18:42 schrieb Dieter Porth:

TYPO3-Bug
https://forge.typo3.org/issues/74380

setze in der defaultdatei locallangxlf  und . 
muss die Englischen Begriffe enthalten  die Deutschen

Dann funktioniert alles ganz gut. Die anderen Sprachen sind von diesem
Bug nicht betroffen.
Besser wäre natürlich, wwenn du einen Patch zu dem Bug anbieten
könntest. Ich habe die Logik damals leider nicht wirklich verstanden.


Hallo Dieter,

entschuldige bitte die Verzögerung, ich war im Urlaub.

Für einen Patch reichen meine Typo3-Kenntnisse bedauerlicherweise auch 
nicht aus.


Also in homepage.xlf (oder ist es wichtig, dass die Datei locallang.xlf 
heißen muss?) habe ich jetzt geändert zu: [XML-Klammern und schließende 
Tags dazudenken, weil s.u.]

file source-language="en" target-language="de"
. trans-unit id="more"
.. source More
.. target Mehr

Die Datei en.homepage.xlf im selben Verzeichnis scheint aber vollkommen 
ignoriert zu werden. Leider wird jetzt sowohl bei der deutschen, als 
auch bei der englischen Ansicht die englischen Zeichenfolgen ausgegeben.






Dieter

P.S. Wenn du schon Nachrichten per Mail schickt, dann achte auf Tags. Im
Forum sieht deine Mail unlesbar aus.



So? Ich habe mich in der Sache mal an den Kontakt der Seite gewendet, da 
es sich in meinen Augen eher um einen serverseitigen Fehler handelt.



P.P.S Du musst ich in jeder übersetzten xlf-datei noch mal im
-Tag den dt. Originaltext wiederholen, damit du in jeder Datei
weisst, welche Übersetzungen du zugrunde gelegt aktuelle hast
(Dokumentation) damit du Dateivergleiche zwischen default und
Übersetzten Dateien durchführen kannst, um gegebenenfalls zu prüfen,
welche Änderungen erfolgt sind. (Validierung) damit du den Bug in TYPO3
umgehen kannst (siehe oben).


Danke, das ist verständlich! :-)



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



--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Lokalisierung: Texte der Nicht-Default-Sprache werden nicht gefunden

[Florian Heß]

Liebe Liste,

mein Typo3 7.6.4 greift auch in der englischen Ansicht auf die deutschen 
Strings zu. Was habe ich vergessen?


fileadmin/i10n/homepage.xlf:
--8<


  

  
 Mehr
  
  
 Wir auf
  
  
 Impressum
  

  


fileadmin/i10n/en.homepage.xlf:
--8<---


  original="messages" date="2012-10-17T17:55:17Z">


  
Mehr
More
  
  
 Wir auf
 Find us on
  
  
 Impressum
 Imprint
  

  


Im Fluidtemplate z.B.:
8<






Dass die deutschen Originaltexte tatsächlich aus obiger Datei geholt 
werden, konnte ich schon mal verifizieren, indem ich den System-Cache 
zurückgesetzt habe, dazwischen die Textstrings abgeändert habe.


Noch ein Verständnisfrage: (Warum) muss ich in der Übersetzung noch mal 
im -Tag den dt. Originaltext wiederholen? Das habe ich daher: 
https://docs.typo3.org/typo3cms/CoreApiReference/Internationalization/Introduction/



Viele Grüße
Florian Heß

--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

typo3-german@lists.typo3.org

[Florian Heß]

Am 14.04.2016 um 11:51 schrieb Bernd Wilke:

Hallo Bernd,

danke! Diese Lösung erscheint mir vielversprechend. Nur wie bzw. woher
Typo3, dass es in Object "page100" die Konfiguration findet, die bei
&type=100 gelten soll? Wo muss ich das definieren?


das passiert durch das "typeNum = 100"
das legt fest dass dieses Object für die Ausgabe gerendert wird wenn in
der URl ein paramter "&type=100" vorhanden ist.

die Benamung 'page100' ist willkürlich, aber da das default page object
(&type=0 oder gar keine Angabe) normalerweise 'page' heisst (es gibt
extensions, die das in ihrem Typoscript voraussetzen :-( ) weiss ich
(oder ein anderer Admin) mit 'page100', dass es sich a) um ein
page-Object handelt, b) dass es für den Type 100 definiert ist



Hallo Bernd,

vielen Dank für deine Erklärung. Habe überlegt, ob die Objekt-ID 
"noFeedAvailable" oder so nicht für den Zweck geeigneter wäre, aber ist 
ja dann auch egal, wie es heißt, TypoScript lässt sich ja auch mit 
entsprechenden Kommentaren dekorieren.


zu page100 habe ich dann noch definiert:
page100 = PAGE
page100 {
typeNum = 100
config.disableAllHeaderCode = 1
config.additionalHeaders = HTTP/1.1 404 Not Found
10 = TEXT
10.value = 404 Not Found: Parameter &type=100 nicht mehr 
unterstützt (UB/Verantwortl. + Datum)

}

Eine ganz leere Seite würde begünstigen, dass sich irgendwer, wenn nicht 
gar ich selbst, später nen Wolf sucht.



Viele Grüße
Florian


PS: Du willst lt. Header, dass ich auch nach "typo3.german" poste. Macht 
mein Thunderbird nicht mit, weil es sich nicht um eine gültige 
Mailadresse handelt. Daher habe ich diesen Empfänger entfernt.



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



--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

typo3-german@lists.typo3.org

[Florian Heß]

Am 14.04.2016 um 10:02 schrieb Bernd Wilke:

aber zur Not kannst du natürlich auch ein page-objekt für den Type 100
erstellen.

dort kannst du dann alles machen. natürlich auch einen responsecode 404
ausgeben:

page100 = PAGE
page100 {
typeNum = 100
config.disableAllHeaderCode = 1
config.additionalHeaders = HTTP / 1.1 404 Not Found

// oder auf die fertige 404-Seite redirecten:
config.additionalHeaders = Location: /404.html


Hallo Bernd,

danke! Diese Lösung erscheint mir vielversprechend. Nur wie bzw. woher 
Typo3, dass es in Object "page100" die Konfiguration findet, die bei 
&type=100 gelten soll? Wo muss ich das definieren?


An dieser Stelle auch vielen Dank an *Peter* und *Renzo* für ihre 
Antworten. Die Idee mit .htaccess bzw. der Webserverkonfiguration ist 
auch gut, nur zeigt sie bei mir keine Wirkung. Wo auch immer das Problem 
liegt, das bekommen wir bestimmt auch noch raus. :-)


RewriteEngine On
RewriteCond %{QUERY_STRING} /\btype=100\b/
RewriteRule (.*)$ - [R=404,L]


Viele Grüße
Florian


--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

typo3-german@lists.typo3.org

[Florian Heß]

Guten Tag,

wir haben ein Webangebot samt Domain von anderer Seite übernommen, 
layoutmäßig und inhaltlich generalüberholt und hosten es nunmehr unter 
Typo3 7.6.4.


Wir bekommen recht oft, wahrscheinlich von einem RSS-Feed-Aggregator 
Requests nach /index.php?id=194&typeNum=100 herein. Da sprechende URLs 
verwenden, handelt es sich anscheinend um Requests an das System vor dem 
Relaunch. Die bezeichnete Ressource gibt es nicht mehr, id=194 selbst 
jedoch schon. Ich würde nun gerne die Massen identischer Logzeilen 
vermeiden wollen, da die wirklich relevanten Meldungen darin untergehen. 
Hier ein Beispiel:


Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1294587217: 
The page is not configured! [type=100][]. This means that there is no 
TypoScript object of type PAGE with typeNum=100 configured. | 
TYPO3\CMS\Core\Error\Http\ServiceUnavailableException thrown in file 
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php 
in line 2592. Requested URL: .../index.php?id=194&type=100.


Kann ich Typo3 via TypoScript, vermutlich via TSConfig auf der Seite ID 
194 anweisen, ordentlich HTTP 404 zurückzugeben? Oder sieht jemand eine 
andere Möglichkeit?


Ich bin erst seit kurzem mit Typo3 überhaupt zugange und würde mich 
daher über möglichst einfach gehaltene Erklärungen sehr freuen. :-)



Viele Grüße
Florian Heß




--
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Anker Links werden nicht gesetzt

[Florian Delorean]

Wo oder wie muss ich das einfügen?
tt_content.stdWrap.dataWrap = 

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

[TYPO3-german] Anker Links werden nicht gesetzt

[Florian Delorean]

Hallo zusammen!

seit geraumer Zeit versuche ich interne Anker-Links zu setzen mit . Das 
klappt leider nicht und im Quelltext auf der Seite werden auch keine  Links 
gesetzt.

Das sollte doch eigentlich standardmäßig von Typo3 gesetzt werden, soweit ich 
das verstanden habe.
Wo kann ich diese Option wieder aktivieren?

Bei den standard Text Typo Elementen passiert dies nämlich leider nicht.

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

[TYPO3-german] Anker Links werden nicht gesetzt

[Florian Delorean]

Hallo zusammen!

seit geraumer Zeit versuche ich interne Anker-Links zu setzen mit . Das 
klappt leider nicht und im Quelltext auf der Seite werden auch keine  Links 
gesetzt.

Das sollte doch eigentlich standardmäßig von Typo3 gesetzt werden, soweit ich 
das verstanden habe.
Wo kann ich diese Option wieder aktivieren?

Bei den standard Text Typo Elementen passiert dies nämlich leider nicht.

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

Re: [TYPO3-german] Typo3 wandelt keinen HTML-Code um

[Florian Staab]

Hallo! 


Tut mir leid, die Version ist natürlich essentiell. Wir verwenden tatsächlich 
6.2.17.

Über die Art, wie und wann der Fehler auftritt, kann ich leider nix genaues sagen, so oft checke ich die Homepage nicht. Ich bin mir aber sicher, dass die Darstellung zumindest im Dezember '15 noch einwandfrei war. 


Mir ist nur gerade aufgefallen, dass die zwei Inhalte, in denen dieser Fehler 
erscheint, beides Tabellen sind. Ist es möglich, dass dort mal ein Update 
eingeschoben wurde, die html-code in Tabellen verbietet? Und falls das 
zutreffend ist, wie kann ich das beheben?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Typo3 wandelt keinen HTML-Code um

[Florian Staab]

Hallo zusammen,

ich verwalte unsere Lehrstuhlhomepage, die in typo3 angelegt ist. Da die Seite 
universitätsübergreifend gestaltet ist, habe ich aber keinen Zugriff auf Server.

Seit neuestem haben wir regelmäßig das Problem, dass in manchen Inhalten der HTML-Code nicht umgewandelt wird, sprich Links nicht als anklickbarer Link angezeigt werden, sondern der reine HTML-Code in diesem Feld erscheint (siehe Anhang). Ähnliches passiert mit Tabellen. Dieser Fehler taucht ohne Änderungen (zumindest meinerseits) an der Homepage auf und verschwindet manchmal genauso auch wieder. 


Ist wer im Stande zu erklären, woher dieser Fehler stammen könnte, bzw wie ich 
ihn beheben kann?

Vielen Dank! 
begin 644 fehler.png

MB5!.1PT*&@H-24A$4@```Q@```#I"`(H.082`7-21T(`KLX<
MZ01G04U!``"QCPO\804)<$A9[9T[EES)C89G1]I$;T,VMU+:Q5@T9,F0+Z?...W(&'ERVIM=:("(`/`C
M`O>1-[,JLXK_=WB4"`1>\;@WH2*;_*__$$(((8202["1(H000@BY"!LI0@@A
MA)"+L)$BA!!""+D(&RE"""&$D(NPD2*$$$((N0@;*4(((820B["1(H000@BY
M"!LI0@@AA)"+L)$BA!!""+D(&RE"""&$D(NPD2*$$$((N0@;*4(((820B["1
M(H000@BY"!LI0@@AA)"+L)$BA!!""+D(&RE"""&$D(NPD2*$$$((N0@;*4((
M(820B["1(H000@BY"!LI0@@AA)"+L)$BA!!""+D(&RE"""&$D(NPD2*$$$((
MN0@;*4(((820B["1(H000@BY"!LI0@@AA)"+L)$BA!!""+D(&RE"""&$D(NP
MD2*$$$((N0@;*4(((820B["1(H000@BY"!LI0@@AA)"+L)$BA!!""+D(&RE"
M""&$D(NPD2*$$$((N0@;*4(((820B["1(H000@BY"!LI0@@AA)"+L)$BA!!"
M"+D(&RE"""&$D(NPD2*$$$((N0@;*4(((820B["1(H000@BY"!LI0@@AA)"+
ML)$BA!!""+D(&RE"""&$D(NPD2*$$$((N<@OV4C]_L__^N__D5]_^L?_#0TA
MA!!"R.U\8B-E[4ON8/[]YZ[\^[^'XB(6YZ__^M^AV>9J(_6___B]._[Y]V+X
M\M@6_?<__S8T__G;W[L&MN+?__I3-],3V7-I6WUH0`@AA'QGGM-(P?3;]N,5_]=FID?+?S/(?U80&S')&E^'7*#5/K3_^^>=?P&"C
M"?..Q'_Y/I1Q6A8HN^X1S6#,IM9VU&F;OS9&GM=7)!P:$$(((=^99S12OX]O
MZ]0`C49J?!GW;_KZIR.G&BG[4B^'J9'R5L"^_L=L[B1:>3GC/.R,1J0O!Y8,
M#=!8W?(;;8CD+3JGIMF*,U:7-VVB6L[?_]F5U3;ZYD33AHL]84`((81\9Y[3
M2`U9OZVKK_;H(7!V^HZ?^I@\FSH88;.1\B[$+$>]>VR;X+:3S^R\EVU7TO,0P-"""'D._.D1LJZ
M@3__;M_$VBKE=D=!36Z5=ALI:Q?*AB8J\5_Q];\V-Z`Y;*2P3>F`9FZ`]CL>
MP7SC5TLTQ[FID0+C'D>]AE*.8%[^W"?!EG8.#0@AA)#OS+,:*1O^]??QQWJP
MD5I_?7`CU7\>IJQ3]DNR3)W3-!36UL=^W=A(^9]VR@6W1'8S.[\O<_S?MON]ISQ;Z-;3UA0`@A
MA'QGGMA(P?>N??7./4$BM4K"3B.UQ*D;*6TUO(;44M2MP-PY;:\H-,&%1FJV
M;&'O;*3W^ASMR1HH]!FL=@8<=P[I84B:9MRCSE8:/K\A59#R1(.LV[3&UW/#G1
MU)W,<6YLI"*X_/(U^B:@,K;1:_8ECW2'!H000LAWYKF-%'RI1R^2ONGS+#1>
M\W]O/S52^(TNRG_^N3M6C11T`UY;:.Q7U4@)%JK]FCND^'5C(R5`9_/[7_Z!
M6W=O(P7E0:\32BM/6?JD5)@H#PT((820[\PG-E+/Q+[OH5TCA!!""+F3[]I(
MZ8]M_.=&\\]L""&$$$(>P7=NI.PWF/HO_C83(8000A[,+_);>X000@@ACX>-
M%"&$$$+(1=A($4(((8190?=1.^`B?7OF_V41O(1RDO]W"?3QW$
M[=OX\/-]_8`OSJ^VW@_D91NI5SUC_0+NC50OKZP3E=<6\HN\_+F$7EOOL6?)0F_>$VGMEGW\;SAW+>\B2G
M`XJAL3SUR"T5:LQL[%ETW&
M"V3_/8+*2Y=U>MM/P^_/NFF'VWABGV,;2^-+)Q7.GX]C@=\/TM[NG>%\SI@++\J:DI(JO1_'R(SJQT
MV@+(_$99ITNZPH<&_[5XF4:J7\VX37[&3?@Y^G)5B<+ESKC6G>IFF(NB*5K,
M]^[54X+%QHTVWM\T@Z3<*"]5\^-'R!)W-6XT#TSKT3LV5#O7MUA#UHFWGW?,
M3DM>ZA2%R\F[]$<#EY>8:7;"]1J]B3N6CAN$LMK5%G-@AZ*.F&*-@(DP+.HA
MSMZ-;0:EY5>A;V'L0E[1YM)\UH\565WPI/@HN;S$3+,3KM?H3=RQ=-P@E!N[
MZM&:L)[(J;!>FT]"`*4,?EYI:)ZN:V9C4O,9LT=%]\4(QTL;@0%L@1J-6Q";*YNFZ+W;SU517%Z:9M+>'<)/%6L@J?H,M7%R<;U*#>;"+FC
M+,M`/";*$$J]4%XC/)(G-U*Q;S.X->M^@:PA?(_0P&@;FGT-)]3]F.J!/ZMS?')I*N1C139=%N4JQS$DTJ'G
M(6;@HU3>Y*2$@8@18"X@*6\-VW_07$Q.&^*#'-QSCD&?RC9I6-J(O`8W
M95T&,GF5\4OY0WB!GTC)&OO]2)S>&M3E02!J8SFY/KL2@1U,D_="HL[IE%Q,2UI2QN+<@-[H=*1/0*S%66:J55V*`9#->@6^1*
M,9K+^Q%4:SYHN100PI9\:/G"2)FV(\#)I77GK75NN:S*2;;;N#!=S^4.J)-_
MZ%18W#.+B(EK2UG<6I`;W`^5B.BG/:\LU4JKL$$S&*Y!M\B5>C0,BQ'.AA5T
M+V*$8'#;L:1TN;3LHNL%,Y//M<)-6H$9=9Z#M`$DK[+7F70B;4%54M)YFL6R
MQVJH@0XAL((N)H-7IPB>1C[(-FE8VI25FU)TF:GT$_&WY`_A9?Z,E*PT[=;I
MK5%'=T.#BF&WMO_P,C#'IY%I`I
M="KDOF=S<8/2Y5")='U/@IHN&SCO!O(92F>J%*.YO!LA*WRP[(_"\@4.A5RWXZYN$'I3>0SU`Z4Z4>#<.:?$/88?Q63T[!N\FD[')I.54BF%E98=.NY+H@D9IC
M4H^,!I@EK!W5%DN'+(Z:IFAM4%EVNDFJH8,N)GN\1`Z>;'PJVZ1A:2/R6KDI
M?7*3R:N,7\H?PLLT4AU9[]B]\ULC`CBM^X4O.+E,.L`X@EXQ"V$_IS_+44FS
M;,:HQOPZ8:(R#=L*?L03H1%_^'\(4N-FVW*>.@
M$C%]RY(M,9$H40P##PJ_[3(,&QX-91>J"*B+7"HM!7B<+7D5)OF+("7'XL\L
MS82TP>81(4$9
M`HE@15"TKPAMZQRBW2@4LS@01,7NFBV+;SW+;KN<'LA@X$`=OAYC@H4]#`8T%#0D6UV>G(HI%9;EYQRB'UKF^R!=_
ME%S(L@?8"UM4TG^$8DJP+[.$7%KVM<(0?=TC57@(9A<\2JFTM;G".,HW93':
MWN0`6_4(:&-H1>@RR<;0X6S#3>KW7L-L\M5UW+A4"J#/@0=U?`Q;RA_"RS92
MU_CP_;J/X_+$`E]3TY!<@]OX[>"C]!R>M(W'QVV`A^E7XKSQ\V+\1E<_HI'ZH_^%80>L?R1M\P^I50$?_B?:[@PX
MN^]NPJ.*]S@7`YX[*4(R]M?>?)'+\ZC'[0R?D.MRBL_I(R;^(HUD^N\
M0B-U\MMYO9I;E[4,^/";?6?`R7U_$\ZO?1_WNN;N14[NT[!];;JBC5;"(1NT
M_PAD*[X("?WG6(>8V-1#4'(C>?-OV$H]X$__[VE3M3=FGZ[?K>!U/8QS9ZZ%
MXZ?I//?4-OGNA[IG%D'+?:_\CGH\9791.C`;1S;=TRE(/MJ;;S7Y0%Z@D9+K
M<>I"KU=SXU&I`VX87^?.@-G]8!-.K_T`][KD'D5.[GFH9C_RWR/1=E(.^?2+_"E'`$E%O.U+YU$%GXGST,W1E1X^3>>Y
MI[;)=S_4/;,(6NYZ;;ZC'D6579+:V>CC,^;A20(G$1L8Y)9GCGPNSV^D]$KK
M98&KE:^A71_7J:*)JV;8NV]<2`4LDD;'[K*9^N=TM<%P#BA@WOQJ&SK!C;'F
MTM%SM4SIYRUB`I7,\F")LV^&NM#F(MU=2,-N!L;.Y"7H1=W(<<%.^]_O?+HH>::<;Q]ANDK@,]N[;JIDC"TOVH$UU,W7TV2H[)E.M
M^[:4GFW09O%M8-YFV-W7A2.0,1*$TAP.9I\CH\O9&2RS'N"EP3O4`_[)\IE$%3CUL%EVO5"!&P
MAYR,FP!YFG@BM?F$J5IN!4R$2UF/('J7@247^*![*4.N)C4\-OYU63
M`^(=]3CRF91M8),J;*2VH(M2

[TYPO3-german] Re: Extension ods_domaincheck

[Florian Stieglbauer]

Hey, hab die Extension nun soweit auf der 7.6 zum laufen gebracht. Funktioniert wunderbar! Für welche Version benötigst du es? 


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

[TYPO3-german] The CSRF protection token for the requested module is missing or invalid

[Florian Steinbock]

Hallo und einen schönen guten Abend,

ich bin ein neuer Nutzer von Typo3 und wollte mich einfach mal mit dem CMS beschäftigen. Bisher nutze ich Worpress und Joomla. Da mir Typo3 etwas zeitgemäßer erscheint, wollte ich gern umsteigen. Nun zu meinem eigentlichen Problem. 


Ich habe die Version 7.3.1 auf meinem localen xampp-Server unter Windows 8.1 
installiert. Ich habe keine Änderungen vorgenommen oder Extansions installiert. 
Sobald ich eine neue Seite anlegen möchte, erhalte ich folgende Meldung:

Oops, an error occurred! 
The CSRF protection token for the requested module is missing or invalid 
More information regarding this error might be available online.


Ich habe jetzt bereits etwas im Netz gesucht, aber so richtig keine Lösung gefunden, die mir weitergeholfen hat. 

Was muss ich einstellen bzw. wo finde ich dieses fehlende Modul? 

Vielen Dank schon Mal! 


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

Re: [TYPO3-german] generieren statisches html

[florian | dev | meta unlimited]

hallo marcus,

danke für dein hinweis. ist eine option die ich auch schon überlegt hatte. 
aber eigentlich würde ich gerne verhindern, für so einen spezialfall eine 
weitere fremde extension im system zu haben.
aber gut. ich schaue mir das mal an.

danke

mit besten grüßen
florian


> Am 27.06.2015 um 21:44 schrieb Marcus Raphelt 
> :
> 
> Hallo,
> 
> Du könntest dafür die Extension "staticfilecache" quasi zweckentfremden.
> Sie hakt sich in den Cachingmechanismus ein und legt in dem Moment, wo
> Typo die fertig gerenderte Seite im Cache ablegt, auch eine statische
> HTML-Datei in
> typo3temp/tx_ncstaticfilecache/www.domain.de/seitenname/index.html ab.
> Du musst halt nur dafür sorgen, dass die Seite, die nur das Menü
> enthält, über eine eindeutige URL aufgerufen werden kann - das Schreiben
> in den Cache kannst Du dann per wget erzwingen.
> 
> Gruß,
> Marcus
> 
> Am 27.06.2015 um 12:26 schrieb florian | dev | meta unlimited:
>> eleganter und schöner wäre es aber, wenn das menu nicht jedesmal durch typo3 
>> gerendert werden müsste, sondern als statisches html vorliegen würde.
>> 
>> ich könnte das problem nun über einen cronjob mit hilfe von zb wget lösen. 
>> das wäre ok.
>> am schönsten wäre es aber, wenn typo3 immer dann wenn sich die 
>> seitenstruktur ändert das html automatisch erstellen würde.
>> 
>> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

Re: [TYPO3-german] generieren statisches html

[florian | dev | meta unlimited]

hallo dieter,

ja. ist eventuell eine option.
aber eigentlich möchte dass es überhaupt keine anfrage an das typo3-system 
geben muss, sondern immer direkt auf eine statische html-datei zu geriffen wird.
die sollte aber eben nach änderungen am menu erstellt werden. das wäre imho der 
ideal-zustand.

dennoch danke

mit besten grüßen
florian


> Am 27.06.2015 um 18:09 schrieb Dr Dieter Porth :
> 
> Ich habe es zwar noch nie gemacht, aber der eid-Mechanismus entspricht
> wohl am ehesten dem, was du dir von Seiten der Performance wünscht.
> Dieser greift sehr früh in der TYPO-Struktur
> Man könnte den eid-Mechanismus so aufbauen, dass er den Cache prüft und,
> wenn dieser leer ist, sich einmalig das Menü zum Beispiel rendern lässt.
> 
> Dieter
> 
> Am 27.6.2015 um 12:26 schrieb florian | dev | meta unlimited:
>> hallo zusammen,
>> 
>> ich betreue eine webseite auf der ein typo3 zusammen mit einem 
>> magento-system läuft.
>> typo3 nutzen wir für den redaktionellen teil und magento für die 
>> shop-verwaltung. typo3 ist dabei unter anderen auch zuständig für die 
>> verwaltung der seitenstruktur. d.h. navigationsmenus werden in typo3 
>> erstellt.
>> 
>> nun möchte ich dieses menu automatisch in magento integrieren. hier zu 
>> rendere ich das html der navigation auf einer ansonsten leeren seite aus 
>> typo3 heraus und integrieren dass dann über ein magento-modul.
>> das läuft auch alles wunderbar und sauber.
>> was mich derzeit aber stört ist, dass nun bei jeder anfrage an magento auch 
>> eine anfrage an typo3-läuft. das kann man in diesem fall machen, der server 
>> und die zugriffszahlen machen das mit.
>> eleganter und schöner wäre es aber, wenn das menu nicht jedesmal durch typo3 
>> gerendert werden müsste, sondern als statisches html vorliegen würde.
>> 
>> ich könnte das problem nun über einen cronjob mit hilfe von zb wget lösen. 
>> das wäre ok.
>> am schönsten wäre es aber, wenn typo3 immer dann wenn sich die 
>> seitenstruktur ändert das html automatisch erstellen würde.
>> 
>> hat hier zu jemand eine idee? gibt es ein event oder einen hook den man 
>> nutzen kann?
>> alternativ wäre auch denkbar eine funktion im backend zu haben, die dann 
>> nach aufruf das menu rendert.
>> wie würdet ihr so etwas lösen? 
>> bin für jeden vorschlag dankbar. 
>> 
>> mit besten grüßen
>> florian kuhlmann
>> 
>> 
>> 
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> 
> -- 
> Dr. Dieter Porth - 
> Mein kleines TYPO3-Labor: http://www.mobger.de/
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

[TYPO3-german] generieren statisches html

[florian | dev | meta unlimited]

hallo zusammen,

ich betreue eine webseite auf der ein typo3 zusammen mit einem magento-system 
läuft.
typo3 nutzen wir für den redaktionellen teil und magento für die 
shop-verwaltung. typo3 ist dabei unter anderen auch zuständig für die 
verwaltung der seitenstruktur. d.h. navigationsmenus werden in typo3 erstellt.

nun möchte ich dieses menu automatisch in magento integrieren. hier zu rendere 
ich das html der navigation auf einer ansonsten leeren seite aus typo3 heraus 
und integrieren dass dann über ein magento-modul.
das läuft auch alles wunderbar und sauber.
was mich derzeit aber stört ist, dass nun bei jeder anfrage an magento auch 
eine anfrage an typo3-läuft. das kann man in diesem fall machen, der server und 
die zugriffszahlen machen das mit.
eleganter und schöner wäre es aber, wenn das menu nicht jedesmal durch typo3 
gerendert werden müsste, sondern als statisches html vorliegen würde.

ich könnte das problem nun über einen cronjob mit hilfe von zb wget lösen. das 
wäre ok.
am schönsten wäre es aber, wenn typo3 immer dann wenn sich die seitenstruktur 
ändert das html automatisch erstellen würde.

hat hier zu jemand eine idee? gibt es ein event oder einen hook den man nutzen 
kann?
alternativ wäre auch denkbar eine funktion im backend zu haben, die dann nach 
aufruf das menu rendert.
wie würdet ihr so etwas lösen? 
bin für jeden vorschlag dankbar. 

mit besten grüßen
florian kuhlmann



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

[TYPO3-german] Re: Felder in FAL Metadata im Backend umbenennen

[Florian Seirer]

Hatte gerade die gleiche Anforderung.
Schaut für mich nach einem Bug aus, und ich hab daher mal einen Bug Report im 
Forge erstellt: https://forge.typo3.org/issues/67365

Ich konnte es aber bis zu einer eventuellen Lösung des Bugs mit folgendem 
Eintrag in /typo3conf/extTables.php lösen:
$TCA['sys_file_metadata']['columns']['title']['label'] = 'Titel 
(Quellenangabe)';


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

[TYPO3-german] Re: Ext:News - Bildquelle

[Florian Schaeffer]

hmmm, ich habe mal bei meiner News geschaut und dort finde ich weder in der 
News noch im FAL das Feld creator. Es gibt den cr_user (Benutzer der Bild 
hochgeladen hat), es gibt das Feld copyright in News-Media-Files. Dieses kann 
auch per mediaElement.copyright ausgegeben werden.

Wo ist denn das andere Feld Autor? Oder stammt das aus einer anderen 
Erweiterung?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Ext:News - Bildquelle

[Florian Schaeffer]

Hi,

du kannst in dem Partial MediaImage bzw FalMediaImage alle Felder des 
Medien-Elements benutzen, z.B. {mediaElement.caption} für die Caption, bzw. 
{mediaElement.creator} 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Ext:news ... "sort by" geht nicht

[Florian Schaeffer]

Hallo Andrea,

ich stehe gerade vor der selben Herausforderung und bin leider an der gleichen 
Stelle wie du.

Auch das (für MySQL) korrekte 


plugin.tx_news.settings.orderByAllowed = rand()
plugin.tx_news.settings.orderBy = rand()

klappt nicht, da in beiden Fällen Extbase das rand() / random als Feldnamen an 
die Tabelle anhängt und eine Exception produziert.

@Georg: gibt es in Version 2.3 eine Möglichkeit / oder in Version 3 eine 
Sortierung nach Zufall zu erzwingen? Einen Hook? Wo wäre ein korrekter 
Ansatzpunkt? Unter tt_news wurde eine Sortierung nach Zufall angeboten, über 
die Implementierungsdetails weiß ich leider nichts...

Ich denke man muss dann die Ausgabeseite der Liste vom Caching ausschliessen, 
oder zumindest das Erstellen den Liste selbst ohne Cache, die Elemente der 
Liste einzeln aus dem Cache umsetzen.

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

Re: [TYPO3-german] Globale PageTS zurücksetzen

[Florian Ludwig]

Danke Chris.

Wollte das gestern Abend selbst noch posten, bin aber nicht mehr dazu 
gekommen.

Ist genau der Weg den ich jetzt gegangen bin und funktioniert einwandfrei.


Gruß Flo


Chris Wolff - AERTiCKET AG schrieb:

Hi, Flo,
meines Wissens gibt es keinen Haken für einen Completten PageTS Reset.
Aber da es Typoscript ist.

Du könntest folgendes machen:
Auf deiner root seite vor den definitonen machst du folgendes:

-- root page ---
# Backup of unmodified Objects
backup.MOD<  MOD
backup.RTE<  RTE
backup.TCEFORM<  TCEFORM

... some TS configuration that messes up your configuration ...


-- subpage --

# Cleanup
MOD>
RTE>
TCEFORM>

# Restore Copy from backup
MOD<  backup.MOD
RTE<  backup.RTE
TCEFORM<  backup.TCEFORM


Gruss chris



-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Florian Ludwig
Gesendet: Samstag, 5. Juli 2014 10:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Globale PageTS zurücksetzen

Hallo Liste,

auf Grund eines unglücklichen (vorgegebenen) Seitenkonstrukts in einer
T3 6.2.3 Installation, versuche ich gerade eine globale PageTS-Konfiguration 
(die auf der Root-Seite definiert ist), tiefer im Seitenbaum komplett 
zurückzusetzen bzw. zu überschreiben. Das Überschreiben funktioniert an sich 
ganz gut. Allerdings bekomme ich die in der globalen Konfig per removeItems 
entfernten Image Orientations nicht mehr auf ihren Ursprungszustand 
zurückgesetzt.

ROOT
|# imageorient.removeItems = 1,5,6,10,11,12,20,21
|
|
|--- SUBROOT
# Hier brauch ich quasi mehrere der entfernten Orientations wieder.

Habe es mit imageorient.addItems versucht. Leider vergeblich.
Alle anderen Anpassungen lassen sich problemlos rückgängig machen.

Idealfall wäre ein kompletter PageTS-Reset .. gibt's dafür vllt.
irgendwo ein Häkchen, das ich noch nicht kenne?
Oder andere Lösungsvorschläge?

Danke!

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


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

Re: [TYPO3-german] favicon*.ico wirft php-Warning

[Florian Schaeffer]

Hallo,

hatte das gleiche Phänomen, habe dann in der /typo/.htaccess den bei mir 
fehlenden Dateityp ico ergänzt


# Rule for versioned static files, configured through:
# - $TYPO3_CONF_VARS['BE']['versionNumberInFilename']
# - $TYPO3_CONF_VARS['FE']['versionNumberInFilename']
# IMPORTANT: This rule has to be the very first RewriteCond in order to work!
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)\.(\d+)\.(php|js|css|png|jpg|gif|gzip|ico)$ $1.$3 [L]
--
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Globale PageTS zurücksetzen

[Florian Ludwig]

Hallo Liste,

auf Grund eines unglücklichen (vorgegebenen) Seitenkonstrukts in einer 
T3 6.2.3 Installation, versuche ich gerade eine globale 
PageTS-Konfiguration (die auf der Root-Seite definiert ist), tiefer im 
Seitenbaum komplett zurückzusetzen bzw. zu überschreiben. Das 
Überschreiben funktioniert an sich ganz gut. Allerdings bekomme ich die 
in der globalen Konfig per removeItems entfernten Image Orientations 
nicht mehr auf ihren Ursprungszustand zurückgesetzt.


ROOT
|# imageorient.removeItems = 1,5,6,10,11,12,20,21
|
|
|--- SUBROOT
# Hier brauch ich quasi mehrere der entfernten Orientations wieder.

Habe es mit imageorient.addItems versucht. Leider vergeblich.
Alle anderen Anpassungen lassen sich problemlos rückgängig machen.

Idealfall wäre ein kompletter PageTS-Reset .. gibt's dafür vllt. 
irgendwo ein Häkchen, das ich noch nicht kenne?

Oder andere Lösungsvorschläge?

Danke!

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

Re: [TYPO3-german] CE in einer tx_news

[Florian Ludwig]

Moin,

das muss im Erweiterungsmanager bei den Einstellungen zu tx_news 
aktiviert werden.

Gibts ne Checkbox für.

LG
Flo

Philipp Holdener schrieb:

Hallo zusammen

Ist es seit tx_news 3.x nicht mehr möglich ein CE einer News anzuhängen?
Im Tab "Related" find ich nur was für Bilder, Files und Links.
nicht aber für weitere CE (wie Text/Bild oder Bilder).

Bin ich blind?

Gemäss Doku müsste man ja einer News ein CE anfügen können!?


Danke für eure Hilfe

Einen schöne Abend

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

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

Re: [TYPO3-german] tx_news als Referenzmodul mit Kundenauswahl

[Florian Schaeffer]

Hallo Phillip,

ich habe gerade eine ähnliche Anforderung, werde sie folgendermassen lösen:

Erstellung einer kleinen Extension analog zu der Beispiel-Ext von Georg:

https://github.com/cyberhouse/t3ext-newsauthor

Anpassung der Definition und Verknüpfung mit tt_address anstelle der feUser.

Pflege der Kundenstammdaten in einem extra Sysfolder mit den relevanten 
Kundeninformationen.

Zugriff in News dann über newsItem.ttAddress.company bei der Ausgabe, im 
Backend halt wie gehabt über Select-Dialog und Auswahl des Kundeneintrags. 
Vorteil: auch später flexible um weitere Spielereien aus tt_address erweiterbar 
(z.B. Link auf Google Map, Bild, Anschrift usw.)

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

[TYPO3-german] Re: RECORDS: Typoscript-Zugriff auf Wert aus einem Datensatz nicht möglich

[Florian Seirer]

Der Fehler tritt in TYPO3 4.7.17 auf, in Version 6.2.2 mit der gleichen 
Konfiguration jedoch nicht mehr, der Bug dürfte also irgendwo dazwischen 
behoben worden sein.
Ein Grund mehr für ein rasches Update.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] RECORDS: Typoscript-Zugriff auf Wert aus einem Datensatz nicht möglich

[Florian Seirer]

Ich habe eine Seite (uid=123) mit einem Inhaltselement vom Typ "Datensatz 
einfügen". Dieses Inhaltselement (uid=456) zeigt einen bestimmten tt_news-Datensatz 
(uid=789). Das funktioniert soweit einwandfrei.

Zur besseren Veranschaulichung:
Direct_Mail-Ordner 122: Ausgabe "789" (hier wird lib.header_url definiert)
- Seite 123: Ausgabe "" (hier liegt das "Datensatz-einfügen"-Inhaltselement 
(uid=456) mit tt_news 789)
- Seite 124: Ausgabe "789"

Seite 123 existiert übrigens, damit tt_news über direct_mail verschickt werden 
können. Nach dem Versand wird die Seite eigentlich nicht mehr benötigt, und 
beim nächsten Newsletter-Versand wird der neueste tt_news-Datensatz ausgewählt.
Und im Newsletter soll eben nicht der Link zur Seite 123  stehen, weil diese im 
Newsletter-Layout dargestellt wird, sondern eben zur tt_news-Singleseite mit 
dem Layout der Webseite.

Daher will ich die ID des tt_news-Datensatzes an einer anderen Stelle auf der 
Webseite ausgeben, nämlich als Teil der URL zur tt_news-Single-Ansicht.
Dazu würde ich folgenden Code verwenden:

lib.header_url = RECORDS
lib.header_url {
 tables = tt_content
 source = 456
 conf.tt_content = TEXT
 conf.tt_content.field = records
 stdWrap.replacement.10 {
   search = tt_news_
   replace =
 }
}

(Anmerkung: Ich hab nur einen Teil des Codes veröffentlicht, der statt der 
ganzen URL nur die ID der News ausgibt.)

Das funktioniert auch ("789"), aber seltsamerweise nur _auf allen anderen_ 
Seiten.
Auf der Seite 123 wird nichts ausgegeben.


TL;DR: Wenn auf einer Seite ein Inhaltselement vom Typ "Datensatz einfügen" 
liegt, kann man per TypoScript nicht mehr auf die Werte dieses Datensatzes zugreifen.


Hat jemand eine Ahnung, warum?
Oder kämpfe ich hier gegen einen Bug?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Mehrere URLs und Linkprobleme

[Florian Haake]

Hallo liebe Community,

ich habe ein Problem mit meiner Typo3 Installation. Aktualisiert von 4.5 auf 6.2 (LTS) ohne zunächst größere Probleme. 
Vorher war die Seite über zwei Domains erreichbar domain.com und domain.de.


Nach der Aktualisierung auf 6.2 funktioniert mein realurl bzw. die Erkennung der Domains jedoch irgendwie nicht mehr. Innerhalb der De-Domain verweisen alle Links korrekt auf die de-Domain. Wenn man jedoch auf der com-Domain ist, dann ist die Startseite (also der erste Seitenaufruf) in englisch und korrekt. Die Links verweisen jedoch dann auf die de-Domain und öffnen sich in einem neuen Fenster. 

Ich habe nun versucht RealURL soweit ich konnte heraus zu nehmen. Das Umschreiben der URLs in sprechende Namen ist mir nicht so wichtig. Die Domains als solche müssen aber funktionieren... :-/ 


Beide Domains sind unter List, Home eingetragen.

RealURL ist noch installiert und aktiviert. Mein Template sieht nach vielem 
Experimentieren wie folgt aus (die realurl_autoconf.php habe ich mittlerweile 
nicht mehr - einen Effekt konnte ich nie erzielen.). Ich habe sehr viel 
herumprobiert (daher die vielen Kommentierungen)...

Die Config war der Versuch von RealURL wegzukommen hin zu config.absRefPrefix.

===
config {
   no_cache = 1
   sys_language_mode = content_fallback ; 1,0
   sys_language_overlay = 1
   sys_language_uid = 0
   language = de
   locale_all = de_DE@euro
   sendCacheHeaders = 1
   removeDefaultJS = external
   inlineStyle2TempFile = 1
   disablePrefixComment = 1
   noPageTitle = 2
   meaningfulTempFilePrefix = 100
   typolinkCheckRootline = 1
   extTarget = _blank
   
   headerComment (

   CSS Layout is based on the YAML-framework:  http://www.yaml.de
   )


   # RealURL: ---
   #simulateStaticDocuments = 0
   #baseURL = http://www.domain.de/
   #config.baseURL= {$protocol}://{$host}/
   config.absRefPrefix = /
   reapplyAbsRefPrefix = true
   tx_realurl_enable = 0
   #prefixLocalAnchors = all
   # ---

   spamProtectEmailAddresses = -2
   spamProtectEmailAddresses_atSubst = �[aedt]�
   spamProtectEmailAddresses_lastDotSubst = �[dot]�

   doctype = xhtml_trans
   xmlprologue = none
   xhtml_cleaning = all
   htmlTag_langKey = de

   # enable admin-panel
   admPanel = 1
}

# - Configuring the Auto-Parser for main 
template: -#
plugin.tx_automaketemplate_pi1 {
 content = FILE
 content.file = {$templatePath}{$templateFile}
 elements {
   BODY.all = 1
   BODY.all.subpartMarker = DOCUMENT_BODY
   HEAD.all = 1
   HEAD.all.subpartMarker = DOCUMENT_HEADER
   HEAD.rmTagSections = title

#DIV.all = 1
   DIV.id.col1 = 1
   DIV.id.col2 = 1
   DIV.id.footer = 1
   DIV.id.search = 1

 }
 relPathPrefix = {$templatePath}
}

# - Main TEMPLATE cObject for the BODY: 
#
temp.mainTemplate = TEMPLATE
temp.mainTemplate {
   template =< plugin.tx_automaketemplate_pi1
   workOnSubpart = DOCUMENT_BODY
   marks {
   logopostfix = TEXT
   logopostfix.value =
   year = TEXT
   year.data = date:Y
   SEARCHWORD = TEXT
   SEARCHWORD.value =
   SEARCHWORD.lang.en =
   FIND = TEXT
   FIND.value = Finden
   FIND.lang.en = Find
   PAGESTABLE = TEXT
   PAGESTABLE.value = pages
   PAGESTABLE.lang.en = pages
   SEARCHLINK = TEXT
   SEARCHLINK.value = suche
   SEARCHLINK.lang.en = search
   FDFX_SCROLLER < styles.content.getRight
   }
   
   subparts {

   # menu
   menu1 < temp.mainMenu
   menu2 < temp.mainMenu
   menu2.special.value = 4
   menu2.1.wrap =  | 
   menu3 < temp.mainMenu
   menu3.special.value = 3
   menu3.1.wrap =  | 
   menu4 < temp.menu4
   search < temp.search

   # content
   col2 = COA
   col2.5 < temp.breadcrumb
   col2.10 < styles.content.get
   col2.stdWrap.wrap (
   
   
   
   Content
   |
   
   
   )
   col2.20 < temp.printlink

   # content
   rightcontent = COA
   rightcontent.10 < styles.content.getRight
#rightcontent.10.slide = -1
   rightcontent.stdWrap.wrap (
   
   |
   
   )
   rightcontent.stdWrap.required = 1


   footer < temp.mainMenu
   footer.special.value = 64
   footer.1.wrap =  | 
#footer.1.wrap =  | �
   footer.1.wrap =  | 
�
   footer.1.ACT >
   footer.1.CUR >
   footer.1.NO.wrapItemAndSub = |
   footer.1.NO.stdWrap.htmlSpecialChars = 0
   footer.1.NO.stdWrap.cObject = COA
   footer.1.NO.stdWrap.cObject.wrap =
   footer.1.NO.stdWrap.cObject {
 10 = IMAGE
 10.file.import = uploads/media/
 10.file.import.field = media
 10.file.import.listNum = 0
 10.file.maxH = 50
 10.file.maxW = 100
 10.wrap = |
 30 = TEXT
   

Re: [TYPO3-german] Fluid und "Ebenen" wie z.B. CONTENT.10

[Florian Ludwig]

Du kannst aber CONTENT als Variable übergeben und dadurch theoretisch 
auch das COA als Variable übergeben:


variables {
content < CONTENT
}


Patric Eckhart 
30. April 2014 14:39
Ich habe einen Marker namens CONTENT

CONTENT = COA
CONTENT.10 < styles.content.get
CONTENT.20 < temp.menu

jetzt beim Fluid kann ihr nur

variables {
content < styles.content.get
}

festlagen. Aber nichts anderes mehr unter content also wie das 
temp.menu bei CONTENT.20 oder?

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

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

Re: [TYPO3-german] LTS Upgrade 4.5 auf 6.2 realurl - Probleme

[Florian Haake]

Also beide Domains (de/com) sind als Domains unter Web, List, Home und Domain 
konfiguriert... ja... ich bin echt am Ende mit meinem Latein... :-/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: LTS Upgrade 4.5 auf 6.2 realurl - Probleme

[Florian Haake]

Die Autokonfiguration ergibt ganz andere Inhalte... Bei mir funktioniert weder 
das Umschreiben der IDs in sprechende Namen, noch die Zweisprachigkeit des en 
und de  Zweiges. Englisch soll unter der .com - Domain und Deutsch entsprechend 
unter der .de erscheinen. Der Einstiegspunkt klappt als einziges. Sobald ich 
dann z.B. auf der englischen Seite einen Link anklicke lande ich in einem neuen 
Fenster auf der de-Domain mit dem deutschen Inhalt.

Er hält irgendwie die com und de - Domains nicht sauber auseinander. Leider 
funktioniert die alte realurl-Config-Datei aus der 4.5 Version nicht mehr :-/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] LTS Upgrade 4.5 auf 6.2 realurl - Probleme

[Florian Haake]

Ok. Also ich werde schlauer... (wäre ja auch schlimm wenn nicht ;-))

Ich habe den Fehler mit dem Problem der weißen Seiten gefunden. Ich denke 
nahezu alle Fehler liegen in meiner realurl.conf-Datei.

Rausgeschmissen: if(preg_match('/simonconsult\.com/', 
t3lib_div::getIndpEnv('HTTP_HOST'))) {
Eingesetzt: if(preg_match('/xxxdomainxxx\.com/', 
\TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('HTTP_HOST'))) {


Jetzt habe ich nur noch das Problem, dass sowohl der deutsche (alsauch der 
englische) Webauftritt anstatt echter URLs mit Namen nur Zahlen verwenden. Er 
scheint also irgendwo die Domains nicht zu erkennen o.ä.

Hier nochmal die ganze realurl.conf - Datei:

===
tigt den L parameter):
if(preg_match('/simonconsult\.com/', t3lib_div::getIndpEnv('HTTP_HOST'))) {
   $_GET['L'] = 1;
} else {
   $_GET['L'] = 0;
}


$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array(
   '_DEFAULT' => array(
   'init' => array(
   'enableCHashCache' => true,
   'appendMissingSlash' => 'ifNotFile',
   'adminJumpToBackend' => true,
   'enableUrlDecodeCache' => true,
   'enableUrlEncodeCache' => true,
   'emptyUrlReturnValue' => '/',
   'disableErrorLog' => true,
   ),
   'pagePath' => array(
   'rootpage_id' => '1',
   'type' => 'user',
   'userFunc' => 
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
   'spaceCharacter' => '-',
   'languageGetVar' => 'L',
   'expireDays' => 3,
   'dontResolveShortcuts' => false,
   'firstHitPathCache' => true,
   'segTitleFieldList' => 
'tx_realurl_pathsegment,alias,nav_title,title',
   'autoUpdatePathCache' => true,
   
'encodeTitle_userProc'=>'fileadmin/template/scripts/tx_encode_realurl_title.php:tx_encode_realurl_title->main',
   ),
   'preVars' => array(
array(
'GETvar' => 'L',
'valueMap' => array(),
 'noMatch' => 'bypass',
),
array(
'GETvar' => 'LS',
'valueMap' => array(
'de' => '0',
'en' => '1',
 ),
 'noMatch' => 'bypass',
),
   ),
   'postVarSets' => array(
   '_DEFAULT' => array(
   // news archive parameters
   'archive' => array(
   array(
   'GETvar' => 'tx_ttnews[year]' ,
   ),
   array(
   'GETvar' => 'tx_ttnews[month]' ,
   'valueMap' => array(
   'january' => '01',
   'february' => '02',
   'march' => '03',
   'april' => '04',
   'may' => '05',
   'june' => '06',
   'july' => '07',
   'august' => '08',
   'september' => '09',
   'october' => '10',
   'november' => '11',
   'december' => '12',
   )
   ),
   ),
   // news pagebrowser
   'browse' => array(
   array(
   'GETvar' => 'tx_ttnews[pointer]',
   ),
   ),
   // news categories
   'select_category' => array (
   array(
   'GETvar' => 'tx_ttnews[cat]',
   ),
   ),
   // news articles and searchwords
   'article' => array(
   array(
   'GETvar' => 'tx_ttnews[tt_news]',
   'lookUpTable' => array(
   'table' => 'tt_news',
   'id_field' => 'uid',
   'alias_field' => 'uid',
   'addWhereClause' => ' AND NOT deleted',
   'useUniqueCache' => 1,
   'useUniqueCache_conf' => array(
   'strtolower' => 1,
   'spaceCharacter' => '-',
   ),
   ),
   ),
   array(
   'GETvar' => 'tx_ttnews[swords]',
   ),
   ),
   ),
   ),
   // configure filenames for different pagetypes
   'fileName' => array(
   'defaultToHTMLsuffixOnPrev' => FALSE,
   'index' => array(
   'print.html' => array(
   'keyValues' => array (
   'type' => 98,
   ),
   ),
  

Re: [TYPO3-german] LTS Upgrade 4.5 auf 6.2 realurl - Probleme

[Florian Haake]

Danke für deine Antwort :)
realurl hat die Version 1.12.8. Das scheint auch die neuste zu sein.
Den UpgradeWizard von 6.2.0 habe ich komplett durchlaufen lassen. Die Meldung lautet "No Updates to perform!". Die Datenbank zeigt auch keine notwendigen Änderungen mehr an... 
___

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

[TYPO3-german] LTS Upgrade 4.5 auf 6.2 realurl - Probleme

[Florian Haake]

Hallo zusammen,

ich möchte gern ein Typo3 von LTS auf LTS (4.5.32 auf 6.2.0) aktualisieren. Ich 
habe die Typo-Installation jetzt auf einem virtuellen Server kopiert und das 
Upgrade getestet. Leider erhalte ich beim Durchgehen von Smoothmigration einige 
Fehler:

===
Replace deprecated methods method calls with new ones

typo3conf/ext/realurl/class.tx_realurl.php line: 816
Method [t3lib_div::cHashParams(] is not easily replaceable.
@deprecated since TYPO3 4.7 - will be removed in TYPO3 6.1 - use 
t3lib_cacheHash instead
! Manual intervention needed.

typo3conf/ext/realurl/class.tx_realurl.php line: 828
Method [t3lib_div::calculateCHash(] is not easily replaceable.
@deprecated since TYPO3 4.7 - will be removed in TYPO3 6.1 - use 
t3lib_cacheHash instead
! Manual intervention needed.

typo3conf/ext/realurl/class.tx_realurl.php line: 1194
Method [t3lib_div::cHashParams(] is not easily replaceable.
@deprecated since TYPO3 4.7 - will be removed in TYPO3 6.1 - use 
t3lib_cacheHash instead
! Manual intervention needed.

typo3conf/ext/rgmediaimages/pi1/class.tx_rgmediaimages_pi1_wizicon.php line: 80
Method [t3lib_div::readLLXMLfile(] is not easily replaceable.
@deprecated since TYPO3 4.6, will be removed in TYPO3 4.8 - use 
t3lib_l10n_parser_Llxml::getParsedData() from now on
! Manual intervention needed.

typo3conf/ext/rgmediaimages/statistics.php line: 36
Method [t3lib_div::makeInstanceClassName(] is not easily replaceable.
@deprecated since TYPO3 4.3, will be removed in TYPO3 4.6 - Use 
t3lib_div::makeInstance('myClass', $arg1, $arg2,  ..., $argN)
But you can try fixing. Run again with parameter --experimental=yes
! Manual intervention needed.
typo3conf/ext/w4x_backup/mod1/index.php line: 154
Method [t3lib_div::fixed_lgd_pre(] is not easily replaceable.
@deprecated since TYPO3 4.1, will be removed in TYPO3 4.6 - Use 
t3lib_div::fixed_lgd_cs() instead (with negative input value for $chars)
The second parameter '$chars' needs to be made negative.
! Manual intervention needed.

typo3conf/ext/rgsmoothgallery/pi1/class.tx_rgsmoothgallery_pi1_wizicon.php 
line: 65
Method [t3lib_div::readLLXMLfile(] is not easily replaceable.
@deprecated since TYPO3 4.6, will be removed in TYPO3 4.8 - use 
t3lib_l10n_parser_Llxml::getParsedData() from now on
! Manual intervention needed.

typo3conf/ext/ameos_dragndropupload/mod1/index.php line: 138
Method [t3lib_BEfunc::typo3PrintError (] is not easily replaceable.
@deprecated since TYPO3 4.5, will be removed in TYPO3 4.7 - use 
RuntimeException from now on
! Manual intervention needed.
===

Ich habe das Update trotzdem testweise durchgeführt und alle Extensions aktualisiert, etc. Die Seite wird mir im Nachgang auch (soweit ich das sehen kann) sogar richtig angezeigt. 


Nur ein Problem habe ich: Ich muss die Datei AdditionalConfiguration.php 
anpassen und die Zeilen entfernen:


Wenn ich die realurl.php laden lasse, dann erhalte ich nur weiße Seiten. Sobald 
ich die realurl.php nicht mehr lade geht alles. Das Problem ist dann nur, dass 
ich die Seite nicht mehr korrekt in ihrer Zweisprachigkeit unterscheiden kann 
(einmal com und einmal de-Domain).

Habt ihr da eventuell einen Tipp für mich? Ich bin um jeden Hinweis oder 
Ratschlag dankbar :)

Viele Grüße
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Zu 6.2 kompatible Extensions

[Josef Florian Glatz]

Es gibt auch direkt einen RSS-Feed zum TER http://typo3.org/new-extensions.rss

On 2014-04-08 16:19:17 +, Carsten Hager said:


...
ich hab mir nen RSS Feed vom TER eingerichtet.
...


--
Kind regards,
Josef Florian Glatz
http://jousch.com || http://typo3blog.at

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

Re: [TYPO3-german] tx_news -> contentElementRendering

[Josef Florian Glatz]

Zum einen in der extConf über Extension Manager freischalten. Zum Anderen
 das default TS der Newsextension einbinden. 

Das sollts gewesen sein. 

Jousch

Am 29.12.13 03:26, schrieb Newsdesigner:
>Ich stehe auf dem Schlauch bei der Einbettung eines tt_contents in Extension 
>tx_news.
>Unter 
>http://docs.typo3.org/typo3cms/extensions/news/latest/singlehtml/#reference-for-detail-view
>unter der Überschrift "Reference for rendering content elements"
>finde ich den TS um Content-Elemente in tx_news einzubinden. Leider will es 
>nicht funktionieren.
>In der Beschreibung finde ich den Hinweis: "If news is configured to use 
>relations to content elements", es bleibt die Frage wo schalte ich das frei?
>
>Es gibt immer wieder dieses Beispiel:
>
># Rendering of content elements in detail view
>lib.tx_news.contentElementRendering = RECORDS
>lib.tx_news.contentElementRendering {
>  tables = tt_content
>  source.current = 1
>  dontCheckPid = 1
>}
>
>Getestet mit Typo3 6.1.5 + News 2.3.0 und 4.7.11 + News 2.1.0. 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] T3 6.2 - Vorschaubilder im Backend mit falschem Pfad

[Florian Schaeffer]

Moin,

ich hatte das Problem auch gerade bei einer 6.1.5er-Installation. Es stellte 
sich heraus, dass die Erweiterung naw_securedl (für sichere Downloads) der 
Übeltäter war. Hier wird im Backend die Anzeige per XCLASS überschrieben und 
dabei gehen die .. verloren. Ein simples Deinstallieren der Erweiterung hat bei 
mir geholfen.

Es gibt hierzu auch schon einige Threads und einen Bugreport in Forge [1] mit 
einem Fix in [2]

Leider ist die neue Version mit dem Bugfix noch nicht veröffentlicht, so dass 
im Moment nur die Deinstallation oder das manuelle Patchen Erfolg verhilft.

[1] http://forge.typo3.org/issues/52441
[2] 
http://forge.typo3.org/projects/extension-naw_securedl/repository/revisions/0418f68f91c5f17bb087e7542eccd3b761611fbd/diff/Classes/Resource/UrlGenerationInterceptor.php

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

[TYPO3-german] Re: Click-Enlarge führt im Frontend zu keinem Link

[Florian Schaeffer]

Wie immer wenn man etwas postet, findet man kurz danach einen Hinweis auf die 
Lösung.

Ich hatte den Pfad des fileadmin-Storage von fileadmin/ auf /fileadmin/ 
geändert um im Backend wieder thumbnails der Bilder angezeigt zu bekommen. Das 
hat offensichtlich die click-enlarge-Funktion deaktiviert da das Bild nicht 
gefunden wurde.

Eine Rück-Änderung auf fileadmin/ hat das Click-Enlarge wieder im Frontend zum 
Laufen gebracht, bleibt nur das Problem mit den Vorschaubildern im Backend, 
aber das wird ein neuer Thread..
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Click-Enlarge führt im Frontend zu keinem Link

[Florian Schaeffer]

Hallo zusammen,

nach zwei Tagen debugging, googlen, Haare raufen und vielem mehr such ich jetzt 
Hilfe im Forum.

Folgende Situation:

TYPO3 6.1.5, css_styled_content, compat mode 6.1, flux, fluidpages, 
fluidcontent, doctype=html5, lightbox disabled

Wenn ich bei einem Bild oder Text-mit-Bild-Element den Haken bei 
Klick-Vergrößern setze, wird in der DB korrekt image_zoom=1 gespeichert, im 
Frontend wird aber kein Link gerendert, er ist einfach nicht im HTML vorhanden. 
Setze ich einen echten Link auf das Element wird ein Link im Frontend erstellt.

Ich habe schon alle Extensions ausser CSC deaktiviert, reines page=PAGE, page.10 
< styles.content.get als TS, selber Effekt.
Auch das Aktivieren der Lightbox-Einstellungen führt nicht zu einem zusätzlichen 
rel="...".

eine parallel aufgesetzte Instanz mit dem gleichen Setup (allerdings ohne 
Inhalt) funktioniert anstandslos.

Nun meine Frage: was könnte das Image-Rendering so verbiegen, daß das Bild 
selbst erscheint, der Klick-Vergrößern-Effekt aber nie zu einem Link führt, ein 
eingetragener echter Link aber anstandslos erstellt wird? Ideen? Ratschläge für 
Fehlersuche?

Vielen Dank fürs Mitdenken
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Problem Extension Builder um fe_users zu erweitern

[Florian Tatzel]

Konnte bei mir gerade exakt das gleiche Verhalten feststellen. 
Extension Builder installiert und eine Tabelle mit fe_users erweitert, nicht geht mehr. 
Gibts dazu villeicht einen fix, oder workaround?

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

Re: [TYPO3-german] RealURL-Pfade in Metatags

[Florian Seirer]

Tadaaa: http://typo3.org/documentation/snippets/sd/457/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] RealURL-Pfade in Metatags

[Florian Seirer]

Danke, der Ansatz hat funktioniert!
Zwei Kleinigkeiten waren bei deinem Code noch auszubessern: Ein & beim ersten 
wrap, und die BaseURL beim zweiten Wrap.

Und falls noch jemand dieses Problem hat, hier mein ganzer Code für Facebook 
OpenGraph Tags für tt_news:

page.headerData {
 30 = RECORDS
 30 {
   source = {GP:tx_ttnews|tt_news}
   source.insertData = 1
   tables = tt_news
   conf.tt_news >
   conf.tt_news = TEXT
   conf.tt_news {
 field = title
 wrap = 
 htmlSpecialChars = 1
   }
 }
 31 = HTML
 31.value.char = 10
 32 = TEXT
 32 {
   data = register:newsSubheader
   wrap = 
   htmlSpecialChars = 1
 }
 33 < .31
 34 = RECORDS
 34 {
   source = {GP:tx_ttnews|tt_news}
   source.insertData = 1
   tables = tt_news
   conf.tt_news >
   conf.tt_news = TEXT
   conf.tt_news {
 typolink {
   parameter = {$tt_news-single-uid}
   additionalParams.cObject = TEXT
   additionalParams.cObject {
 field = uid
 wrap = &tx_ttnews[tt_news]=|
   }
   returnLast = url
 } 
 wrap = 

 insertData = 1
   }
 }
 35 < .31
 36 = CONTENT
 36 {
   stdWrap.if.isTrue.data = GP:tx_ttnews|tt_news
   table = tt_news
   select {
 pidInList = {$tt_news-container-uid}
 recursive = {$tt_news-container-uid}
 where = CHAR_LENGTH(image) > 0
 andWhere.cObject = TEXT
 andWhere.cObject {
   data = GP:tx_ttnews|tt_news
   intval = 1
   wrap = uid = |
 }
   }
   renderObj = TEXT
   renderObj {
 field = image
 split {
   token = ,
   cObjNum = 1
   1.cObject = IMG_RESOURCE
   1.cObject {
 file {
   import = uploads/pics/
   import.current = 1
   width = 400m
   height = 400m
 }
 stdWrap.wrap = 
 stdWrap.insertData = 1
   }
 }
   }
 }
 37 < .31
}
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] RealURL-Pfade in Metatags

[Florian Seirer]

Hallo!

Ich versuche gerade, für Facebook OpenGraph die passenden MetaTags zu 
tt_news-Beträgen zu generieren.
Für Bilder, Titel und Beschreibung alles kein Problem. RealURL läuft sonst auch 
fehlerfrei.

Nur bei der Canonical URL (og:url) bin ich nicht zufrieden.
Der Code dafür:

page.headerData {
 34 = RECORDS
 34 {
   source = {GP:tx_ttnews|tt_news}
   source.insertData = 1
   tables = tt_news
   conf.tt_news >
   conf.tt_news = TEXT
   conf.tt_news {
 field = uid
 wrap = 
 insertData = 1
   }
 }
}

Das Resultat (z.B. http://www.domain.com/index.php?id=123&tx_ttnews[tt_news]=456";>) wird aber nicht 
durch RealURL geparst.
Eigentlich nur ein Schönheitsfehler, und wahrscheinlich ist das ganze Tag sowieso 
ziemlich überflüssig, aber hat jemand eine Idee, wie das funktionieren könnte, dass da 
eine "schöne" URL ausgegeben wird? Das Prinzip könnte ja auch für andere Tags 
nützlich sein...

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

Re: [TYPO3-german] Frage zu Resources in den Seitenegenschaften

[Florian Schaeffer]

Hi,

ich hatte das Problem schon einige Tage lang debugged. Es gibt auch schon zwei 
Tickets aber leider keine Lösung

Das Problem ist wahrscheinlich das Auslesen des Media-Feldes des Seite. Hier 
werden beim Erstellen der Frontend-Ausgabe zwei Queries abgesetzt, die erste 
leider ohne den order by sorting_foreign, die zweite hat den Order-Parameter. 
Es sieht so aus, als ob das Ergebnis des ersten Queries für die Bestimmung des 
listNum-Wertes genommen wird, da direkt danach die Mediendatensätze in der 
falschen Reihenfolge abgefragt werden. Leider konnte ich das konkrete Statement 
im Core nicht lokalisieren, da es vermutlich über mehrere Wrapper 
zusammengebaut wird.

[1] http://forge.typo3.org/issues/46383
[2] http://forge.typo3.org/issues/43691
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Sortierung bei tx_news

[Florian Schaeffer]

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

[TYPO3-german] Re: Sortierung bei tx_news

[Florian Schaeffer]

Hi,

ich hatte das Problem schon einige Tage lang debugged. Es gibt auch schon zwei 
Tickets aber leider keine Lösung

Das Problem ist wahrscheinlich das Auslesen des Media-Feldes des Seite. Hier 
werden beim Erstellen der Frontend-Ausgabe zwei Queries abgesetzt, die erste 
leider ohne den order by sorting_foreign, die zweite hat den Order-Parameter. 
Es sieht so aus, als ob das Ergebnis des ersten Queries für die Bestimmung des 
listNum-Wertes genommen wird, da direkt danach die Mediendatensätze in der 
falschen Reihenfolge abgefragt werden. Leider konnte ich das konkrete Statement 
im Core nicht lokalisieren, da es vermutlich über mehrere Wrapper 
zusammengebaut wird.

[1] http://forge.typo3.org/issues/46383
[2] http://forge.typo3.org/issues/43691
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Erweiterung wird nicht aufgerufen

[Florian]

Hallo Renzo,

Danke für deine ausführliche Antwort.

Richtig die Erweiterung funktioniert auch korrekt und macht auch alles was Sie 
machen soll : ).

Es wäre nur schön wenn die Erweiterung sich auch die Sprache merkt die der 
Besucher wählt.

Damit meine ich:

- Besucher geht auf http://www.domain.de
- Erweiterung entscheidet nach Browsersprache zeige englische Version der Seite 
http://www.domain.de/en.html an - Richtig
- Besucher stellt jetzt die Seite manuell über Sprachwahl auf Deutsch um, Seite 
wird in deutscher Version http://www.domain.de/de.html - Richtig
- Besucher kommt in 2 Wochen wieder geht auf http://www.domain.de und die 
Erweiterung entscheidet wieder das http://www.domain.de/en.html angezeigt wird

Ist auch alles richtig so wie die Erweiterung geschrieben ist, nur will ich 
jetzt gerne das die Erweiterung sich merkt das der Besucher manuell deutsch 
gewählt hat und anhand des Cookies was die Erweiterung ja schon prüft wieder 
die deutsche Version auswählt.

Jetzt war meine Idee, wenn die Sprache im Cookie ungleich der manuell gewählten 
Sprache ist, das Cookie mit dem manuellen Wert zu setzten, aber leider wird ja 
die Erweiterung nicht aufgerufen wenn ein L-Parameter an der Domain hängt :(.

Das durch if Abfragen verhindert wird das die Erweiterung etwas tut wenn 
bereits eine Sprache gewählt ist verstehe ich, nur warum die Erweiterung 
überhaupt nicht mehr aufgerufen wird ist mir ein Rätsel und macht für mich 
keinen Sinn.

Viele Grüße
Flo

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

[TYPO3-german] Erweiterung wird nicht aufgerufen

[Florian]

Hallo zusammen

Ich habe die Erweiterung rlmp_language_detection installiert, funktioniert auch 
super.

Nur: 
Wenn ich die Domain http://www.domain.de aufrufe, wird die Funktion main() der Erweiterung aufgerufen.

Wenn ich die Domain http://www.domain.de?L=1 aufgerufen, also mit Sprache, wird 
die Funktion main() nicht mehr aufgerufen.

Kennt jemand das Problem warum eine Erweiterung bei gesetzter Sprache nicht 
mehr aufgerufen wird?

- Typo v4.5.20
- Language Detection (rlmp_language_detection) v2.3.1

2 Sprachen
default + en

Vielen Dank, viele Grüße
flo

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

[TYPO3-german] Re: mySQL Error bei der Installation von Apache solr (2.9.0-dev)

[Florian Schaeffer]

Hallo Felix,

Habe jetzt noch Testweise auf MariaDB 10.0 umgestellt, da es ja Features 
aus MySQL 5.6 enthält. Leider immer noch dasselbe Problem. Die eingangs 
genannte Tabelle kann ich in keiner Datenbank anlegen (auch in keiner 
neuen oder anderen bestehenden).


Brauchst du gar nicht, der "Fehler" ist an sich keiner, aus irgendeinem Grund versucht 
das Statement einen Key auf das Feld "keyword" zu legen, welches als BLOB-Type 
(TEXT)definiert ist. In MySQL (und damit auch MariaDB) *muss* bei einem Key auf ein BLOB-Feld immer 
die Länge des Ausschnitts des zu verwendenden Feldes angegeben werden[1].

D.h. dein MySQL-Create-Statement müsste abgewandelt und die Key-Angaben um eine 
Länge ergänzt werden:
KEY keywords (keywords(500), KEY)
KEY rootpid_keywords (root_pid,keywords(500))

Also komplett:

CREATE TABLE tx_solr_statistics (
uid int(11) NOT NULL auto_increment,
pid int(11) NOT NULL default '0',
root_pid int(11) NOT NULL default '0',
tstamp int(11) NOT NULL default '0',
language int(11) NOT NULL default '0',
num_found int(11) NOT NULL default '0',
suggestions_shown int(1) NOT NULL default '0',
time_total int(11) NOT NULL default '0',
time_preparation int(11) NOT NULL default '0',
time_processing int(11) NOT NULL default '0',
feuser_id int(11) unsigned NOT NULL default '0',
cookie varchar(25) NOT NULL default '',
ip text NOT NULL,
keywords text NOT NULL,
page int(5) unsigned NOT NULL default '0',
filters blob,
sorting text NOT NULL,
parameters blob,
PRIMARY KEY (uid),
KEY keywords (keywords(500)),
KEY rootpid_keywords (root_pid,keywords(500))
) ENGINE=InnoDB; 


Damit funktioniert es bei mir auf 5.0, 5.1 und 5.5 problemlos.

Achtung, bei InnoDB darf maximal 768 als Länge des Index genommen werden, wobei 
Multibyte berücksichtigt werden muss (will sagen, es passen zwar 768 mal a 
rein, aber eben nur 384 ä ;-)

Gruß
Flo

http://dev.mysql.com/doc/refman/5.1/de/indexes.html
http://dev.mysql.com/doc/refman/5.1/de/blob.html

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

[TYPO3-german] TYPO3 Frage bzgl Standard-Formular

[Florian Winkler]

Hallo zusammen,

im Zuge einer TYPO3-Implementierung habe ich folgendes Problem,
vielleicht hat jemand einen Tipp für mich:

TYPO3 4.7.7
Standard form-Plugin

Beim Validieren des Formulars schreibt TYPO3 die Fehlermeldung in das Label des 
Formularfeldes
und erzeugt aber auch ein error-div oberhalb des Formulars mit dieser Meldung. 
Kann man das Schreiben der Fehlermeldung
in das Label verhindern bzw. abstellen?
Des Weiteren will ich gerne die TEXTAREA mit einem Wert vorbelegen und schaffe 
das nicht.

Vielen Dank und viele Grüße
Flo Winkler

###TYPO-SCRIPT-FORMULAR

action = #kontakt
enctype = multipart/form-data
method = post
prefix = tx_form
confirmation = 0
postProcessor {
1 = mail
1 {
   recipientEmail = 
heinzfl...@web.de<mailto:heinzfl...@web.de>
   senderEmail = 
heinzfl...@web.de<mailto:heinzfl...@web.de>
   subject = Anfrage über Website
   messages {
   success = TEXT
   success {
   value (
   Danke für Ihre 
Nachricht.
   Wir werden uns 
so bald wie möglich mit Ihnen
   in Verbindung 
setzen.
   
  zurück zu Home
   )
   }
   }
}
}
10 = TEXTLINE
10 {
name = name
value = Name
label {
   value = Name
}
}
20 = TEXTLINE
20 {
name = e-mail
value = E-Mail
label {
   value = E-Mail
}
}
30 = TEXTAREA
30 {
cols = 40
rows = 5
name = nachricht
label {
   value = Nachricht
}
}
40 = SUBMIT
40 {
name = 5
value = Senden
}
rules {
1 = required
1 {
   breakOnError = 1
   showMessage =
   message = Benötigt
   error = Bitte geben Sie Ihren Namen ein.
   element = name
}
2 = email
2 {
   breakOnError = 1
   showMessage =
   message = 
max.muster...@test.de<mailto:max.muster...@test.de>
   error = Bitte geben Sie eine gültige 
E-Mail-Adresse ein.
   element = e-mail
}
3 = required
3 {
   breakOnError = 1
   showMessage =
   message = Pflichtfeld
   error = Bitte geben Sie Ihre Nachricht ein.
   element = nachricht
}
}
####


--
Florian Winkler, Dipl. Ing.
Webdeveloper

EQS Group
Equitystory AG
Seitzstrasse 23
D-80538 München

+49 89 210298-165
+49 89 210298-49 (Fax)

florian.wink...@eqs.com
www.eqs.com


EQS Group
EquityStory AG | Sitz: München | Amtsgericht München, HRB 131048 | Vorstand: 
Achim Weick, Robert Wirth | Aufsichtsratsvorsitzender: Rony Vogel

EQS Corporate Communications GmbH | Sitz: München | Amtsgericht München, HRB 
124820 | Geschäftsführer: Christian Pfleger, Stefan Ploghaus, Alexander Wieland

EQS Financial Markets & Media GmbH | Sitz: München | Amtsgericht München, HRB 
199404 | Geschäftsführer: Robert Wirth

DGAP mbH | Sitz: München | Amtsgericht München, HRB 160830 | Geschäftsführer: 
Stefan Ploghaus, Achim Weick, Robert Wirth

Der Inhalt dieser E-mail ist vertraulich und enthält möglicherweise 
Informationen, die ausschließlich für ausgewählte Empfänger und nicht für die 
Öffentlichkeit bestimmt sind.
Falls diese Nachricht nicht an Sie gerichtet ist oder fehlgeleitet wurde, 
zeigen Sie dies bitte dem Absender unter der Telefonnummer +49 (0) 89 21 02 
98-0 an.
Die unerlaubte Verwendung, Vervielfältigung oder Verbreitung dieser Nachricht 
ist strengstens verboten.

The preceding e-mail message contains information that is confidential and may 
constitute non-public information that is intended to b

Re: [TYPO3-german] +1 / -1 Thread

[florian | dev | meta unlimited]

liebe liste, lieber georg,

Am 21.01.2013 um 12:46 schrieb Georg Ringer:

> Basisdemokratie ist alles gut und schön aber über was wird denn nun
> abgestimmt? Was soll der Output sein.

die frage ist natürlich berechtigt, die kritik an der hohen abstraktion bzw 
reduktion auf +1/-1stimmt.
dennoch und bei allem respekt vor der wirklich tollen leistung aller 
typo3-entwickler sei bitte das folgende angemerkt.

als knappes kurzes meinungsbild - wenn auch sehr verkürztes - ist das eventuell 
gar nicht schlecht.
eventuell auch im hinblick darauf, dass es die möglichkeit gibt ein kurzes 
signal zu setzen, bevor die leute dem typo3-projekt schweren herzens den rücken 
kehren.
und zwar nicht weil 'alles scheisse' wäre, sondern weil sie es müssen.

das ist jetzt bitte nicht als kritik oder drohung zu verstehen. ich kann aber 
die hier in verschiedenen threads geäußerte kritik durchaus verstehen (siehe 
auch Typo3 - 6: Ich kann das einfach nicht glauben!!!).
mir selber fällt es derzeit nicht leicht, zukunftsfähige entscheidungen in 
bezug auf typo3 zu treffen und habe dazu auch mit anderen leuten gesprochen 
denen es ähnlich geht.

version 4.5 ist sehr alt, die anderen beiden versionen (4.6 und 4.7) haben 
keinen langen support mehr und die version 6 ist aktuell an vielen stellen noch 
buggy und bis 6.1 ende april ist noch ganz schön lange hin.
flow ist bedauerlicherweise schon wieder im beta-stadium und bei neos ist 
leider auch nicht ganz klar wo es hingeht.

als webagentur ist das eine sehr schwierige situation. wir können kunden keine 
systeme anbieten die in wenigen monaten nicht mehr weiter gepflegt werden (4.6 
/ 4.7 ) und bei denen ich leider gleichzeitig nur schwer absehen kann wie es 
dann mit dem update auf version 6 aussieht.
ich habe selber viel zeit in typo3 investiert, würde sehr gerne bei diesem cms 
bleiben, finde die konzepte rund um flow wirklich toll und bin mir sicher das 
geht auch vielen anderen so. darüber verstehe ich sehr gut, dass man vieles neu 
machen wollte und musste.
aber wenn das dazu führt, dass die einzige mittlelfristig verlässlich nutzbare 
version von typo3 die version 4.5 ist, dann ist das schon etwas unglücklich.
wir haben hier leider nicht die ressourcen den code permamenent im auge zu 
behalten und verschiedene update-szenarien durch zu spielen. das führt dazu 
dass ich gerade wirklich nicht recht weiß welche version ich in den nächsten 
monaten für einfach kundenprojekte einsetzen sollte.

was nutzt ihr denn derzeit bzw wie verfahrt ihr aktuell?

es wäre schön, wenn man diese freundlichen hinweise auf seiten der entwickler 
einmal aufnehmen würde, in dem bewusstsein, dass dies keine kritik am core-team 
oder an der wirklich tollen arbeit der beteiligten entwickler ist, sondern eben 
ein hinweis auf ein problem, dass sich für einen teil der community 
mittlerweile stellt.

mit freundlichen grüßen
florian kuhlmann



Scheurenstraße 38
40215 Düsseldorf

mobil 0175 / 4 17 26 05
tel 0211 / 26 10 24 91
fax 0211 / 59 83 86 71
skype florian_kuhlmann

florian.kuhlm...@meta-unlimited.com
http://www.meta-unlimited.com









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

[TYPO3-german] tt_products: Listenansicht leer

[Florian Eggl]

Hallo!
Die Typo3 Installation 4.5.5 mit tt_products 2.7.2 läuft seit einem Jahr.
Plötzlich wird die Seite mit Produktliste nicht mehr angezeigt. Im Log ist
kein Hinweis auf eine Änderung zu finden. Alles sieht auf den ersten Blick
"normal" aus. Eine Auswahl von Produktkategorien wird angezeigt. Die
Produktlisten hinter den Kategorien nicht mehr. Sucht man auf google konkret
nach Produkten, kann man auch die Produktdetailseiten noch aufrufen.

Als Quellcode kommt folgendes in dem Bereich, wo die Artikel aufgelistet
werden sollten - mehr leider nicht:

  

Im Template würd alles wie gewohnt drinnen stehen - aber leider kommt nichts
- auch wenn mans ändert - gibt mans ganz raus, sagt tt_products auf der
Seite, dass der Marker für die Listenansicht fehlt

 

Folgender link wird beim Klick auf eine Kategorie aufgerufen:
/index.php?id=produktliste&tt_products[cat]=1&cHash=afeb639bf195f1cb5528e4f2
d88e71db

sieht so aus wie immer

Weiters ist in der Datenbank unter dem Feld category die ID richtig zu
finden. Die Kategorien können wie gewohnt erweitert/geändert werden.

Bezieht sich das "cat" in "&tt_products[cat]=..." auf den Feldnamen in der
Datenbank? das wäre denk ich in der Tabelle tt_products bei mir "category"!
Aber wenn man es manuell ausbessert ändert sich trotzdem nichts... leider

Wie geht man bei der Suche nach dem Fehler am besten systematisch vor?
Würde mich sehr über Hinweise freuen!

Danke

 

LG

Flo

 

 

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

Re: [TYPO3-german] typo3 4.6.12 und php 5.4?

[florian | dev | meta unlimited]

hi philipp,

Am 26.08.2012 um 23:37 schrieb Philipp Gampe:

> Hi dev | meta unlimited,

:-) sorry für das blöde kürzel.
die emailadresse habe ich speziell für diese liste eingerichtet und sollte 
ursprünglich nicht an einem namen gebunden sein.

> Ich habe eine Ladung von Patches für alle Branches gepushed, welche die PHP 
> Error Maske anpassen, da bei PHP 5.4 E_STRICT nicht mehr in E_ALL enthalten 
> ist, wodurch es überall zu strict Warnungen kommt.
> https://review.typo3.org/#/q/status:merged+project:TYPO3v4/Core++topic:38691,n,z

danke für den hinweis.
was ich noch nicht ganz verstehe ist, warum ist das an verschiedenen stellen 
fest (und unterschiedlich) in den code integriert, 
wenn ich es doch auch über [SYS][errorHandlerErrors] bzw 
[SYS][exceptionalErrors] steuern kann?

bzw in welchem verhältnis steht der code zu den einstellungen 
[SYS][errorHandlerErrors] bzw [SYS][exceptionalErrors]? 

> Es wäre allerdings super, wenn du bei der Gelegenheit mal ein paar selten 
> genutzte Funktionen aufrufst und schaust, ob Warnungen im Backend angezeigt 
> werden.

ja kann ich gerne machen. welche funktionen schlägst du vor?

beste grüße
florian kuhlmann



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

[TYPO3-german] In eine Extension eine andere Locallang.xml merge / import T3 4.5

[Florian]

Hallo,

ich möchte eine locallang.xml aus einer anderen Extension in meine 
aktuelle Extension locallang mergen.
Mit 
array_merge($localPiBase->LOCAL_LANG,t3lib_div::readLLfile($pathLocallang.xml,$localPiBase->LLkey);

überschreibt mir TYPO3 meine $localPiBase->LOCAL_LANG warum auch immer.
Mit
array_merge_recursive($localPiBase->LOCAL_LANG,t3lib_div::readLLfile($pathLocallang.xml,$localPiBase->LLkey);
Überschreibt mir TYPO3 nichts jedoch werden Übersetzungen die in beiden 
locallangs vorhanden sind in ein Array germerged. Dadruch bekomme ich 
über $localPiBase->pi_getLL() natürlich immer nur Array zurück
Wie bekomme ich es nun hin die locallang zu importieren ohne ein neues 
Object zu erstellen?

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

Re: [TYPO3-german] Frage zu Slider

[Florian]

Hallo Björn,

es gibt eine Extension die sich an TV anhängt
heißt
ad_templavoila_cycle
Ist aber ein wenig tricky zu konfigurieren wenn man nur "normales" TV 
benutzt.
Das schöne an der Extension ist das wenn Du Content Elemente nutzt diese 
sogar Ihre Berechtigungen behalten.


Also Gruppe A sieht Bild 1,4,5 Gruppe B 2,3,6
Ansonsten wie schon mehrere geschrieben haben selbst lösen mit einem FCE 
und Jquery CSS Works


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

Re: [TYPO3-german] directmail - probleme mit den cycles

[Florian Schaeffer]

Hallo Daniel,


Da ich keinen cron job eingerichtet habe, muss ich den Versand manuell
anstoßen, was auch kein Problem ist. Da ich aber über 6000 E-Mails

[snip]


Muss für die cycles auch bereits ein cron job eingerichtet werden? Falls
ja, hat jemand ein Beispiel wie das bei domainfactory funktioniert? Ich
komme irgendwie nicht dahinter :-/


ja, auch für die Cycles muss ein cronjob eingerichtet sein, der 
automatisch den Versand anstösst. Am einfachsten geht das ganze 
übrigens, wenn du dir von deinem Hoster nur genau einen Cronjob 
einrichten lässt, und zwar den Scheduler. Diesen dann alle 5 Minuten 
starten lassen. Im Scheduler dann einen Job für DirectMail einplanen und 
ab dann geht alles automatisch, komfortabel und mit einem sauberen 
Monitoring...


Gruß
Florian

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

[TYPO3-german] Re: Re: TX_NEWS: Unterschiedliche Bildgröße für Top News

[Josef Florian Glatz]

Am 04.07.2012 06:01, schrieb Georg Ringer:

Hallo Lars,

das geht alles bequem über fluid

...

Georg


Einmal Fluid, immer Fluid^^

--
Cheers,
Josef Florian Glatz
blog:  http://typo3blog.at
vcard: http://www.josefglatz.at
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UrlTool + 404-Fehler

[Josef Florian Glatz]

Am 03.07.2012 18:45, schrieb Björn Hahnefeld:

Achja: auch die empfohlene .htaccess funktioniert nicht:

--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler

Hallo zusammen,



ich habe die Extension "UrlTool" im Einsatz. Diese Extension habe ich schone 
einige Male eingerichtet und ich meine, dass zumindest seitens der 
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf der Seiten 
immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine Unterseite wechseln möchte.



Mein erster Tipp wäre eine fehlerhafte ".htaccess"-Datei gewesen. Doch in 
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:



--

# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###

AddType application/octet-stream .vcf

# ### End: Download-Fenster anzeigen bei VCF-Dateien ###





# ### Begin: CoolURI

RewriteEngine On

RewriteBase /

RewriteRule 
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)$ - [L]

RewriteRule 
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/.*$ - 
[L]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteCond %{REQUEST_FILENAME} !-l

RewriteRule .* index.php

# ### End: CoolURI





# ### Begin: Verhalten bei ErrorDocument ###

ErrorDocument 404 /error_page.php

# ### End: Verhalten bei ErrorDocument ###

--



Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei ist?



Viele Grüße



Björn

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



schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion 
zu verwenden?



--
Cheers,
Josef Florian Glatz
blog:  http://typo3blog.at
vcard: http://www.josefglatz.at
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Workspaces-Modul unter 4.7.0 und 4.7.1: "router Class t3lib_lock does not exist"

[Florian Höfer]

Hallo an alle,

in neu angelegten Webseiten schaffe ich es nicht, das "Workspaces"-Modul zu 
verwenden. Die Extension "workspaces" (und version, extbase und fluid) sind 
installiert, die Datenbank ist aktualisiert, eine neue Arbeitsumgebung 
"Redaktion" ist auf der obersten Ebene (id=0) eingerichtet, ich bin als 
admin eingeloggt (4.7.0 und 4.7.1 auf Fedora 16).

Ich kann in die Arbeitsumgebung wechseln und dort Seiten und Inhaltselemente 
erstellen und bearbeiten. Im "Page"- und im "List"-Modul der Arbeitsumgebung 
"Redaktion" werden diese Elemente angezeigt.

Wenn ich in das "Workspace"-Modul wechsle, fällt mir eine deutlich 
verlängerte Ladezeit der rechten Seite des Backends auf; danach erscheint im 
Backend die rote Fehlermeldung "router Class t3lib_lock does not exist". Die 
Arbeitsumgebungen "LIVE workspace" und "Redaktion" werden auf ihren Reitern 
angezeigt, der Reiter mit der neuen Arbeitsumgebung "Redaktion" bleibt 
jedoch leer, die in der Arbeitsumgebung eingegebenen Elemente können nicht 
veröffentlicht werden.

Eine Fehlersuche ist erfolglos: Keine Fehlermeldung im Typo3-Log, keine 
Fehlermeldung des Webservers, die Datei 
typo3_src-4.7.0/t3lib/class.t3lib_lock.php ist vorhanden. Der Fehler 
erscheint bei einem bestehenden Projekt genau so wie in einer neu 
eingerichteten minimalen Testseite.

Im "Introduction Package" taucht der Fehler dagegen nicht auf, ich kann 
darin eine Arbeitsumgebung einrichten und verwenden. Auch in einem Vergleich 
des Introduction Package mit der Minimal-Installation kann ich die 
Fehlerursache nicht finden. Da ich nicht mehr weiter komme, wäre ich über 
Hinweise sehr dankbar.

Viele Grüße, Florian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: TYPO3 4.7 - Backend erster Login schlägt fehl

[Josef Florian Glatz]

Am 21.05.2012 08:48, schrieb conPassione gmbh:

Hallo

wenn man phpmyadmin in einer neuen TYPO3 4.7 installieren will, gibt es
einen Hinweis, dass phpmyadmin nicht mit 4.7 kompatibel ist.
Ich denke, dass die Entwickler der Extensions diesen Hinweis nicht ohne
Grund ausgeben lassen!
Der richtige Weg wäre deshalb, bei den Entwicklern für die
Aktualisierung der Extension zu voten und sie bis auf weiteres unter 4.7
nicht zu verwenden

Viele Grüsse
Renzo


Alternative: t3adminer


--
Cheers,
Josef Florian Glatz
blog:  http://typo3blog.at
vcard: http://www.josefglatz.at
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: TYPO3 4.7 - Backend erster Login schlägt fehl

[Josef Florian Glatz]

Am 18.05.2012 12:46, schrieb Tobias Pierschel:

Hallo Zusammen,

wir beobachten ein merkwürdiges Phänomen. Im Backend kann man sich immer erst 
das zweite Mal anmelden. D.h. beim ersten mal kommt die Meldung, dass
das PW nicht stimmt. Beim zweiten Login klappt das mit den exakt selben Daten. 
Dies ist auch schon unseren Kunden aufgefallen. Tritt also nicht nur im
Chrome/Safarie etc. auf.

Jemand eine Idee?


Gruß
Tobi


Also bei mir tritt dieses Problem auch schon bei 4.5 und 4.6 auf, wenn 
die Loginmaske zu lange vor dem ersten Login bereits geöffnet wurde. 
Tritt es permanent bei dir auf?



--
Cheers,
Josef Florian Glatz
blog:  http://typo3blog.at
vcard: http://www.josefglatz.at
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] GIFBUILDER IMAGE offset geht nicht TYPO3 4.7

[Florian]

Ist gefixt ist ein bug in Typo3 4.7
Am 02.05.2012 17:14, schrieb Florian:

Hallo,
ich habe hier ein GIFBUILDER element
mit folgenden Aufbau

$imageArray = array(
'img' => 'IMAGE',
'img.' => array(
'file' => 'GIFBUILDER',
'file.' => array(
'format' => 'jpg',
'quality' =>75,
'XY' => '110,58',
'backColor' => 'white',
'1' => 'IMAGE',
'1.' => array(
'file' => 'fileadmin/img/right_teaser_bg.jpg',
'offset' => '10,0'
),
'2' => 'TEXT',
'2.' => array(
'text' =>'Bildtitel',
'fontSize' => '12',
'fontFile' => 'fileadmin/fonts/arial.ttf',
'fontColor' => 'black',
'offset' => '25,20',
),
'3' => 'IMAGE',
'3.' => array(
'file'=>'fileadmin/img/icon.png,
'mask'=>'fileadmin/img/mask_icon.png,
'offset' => '0,5'
)
)
)
);

Das Problem ist nun das die beiden Bilder zweimal auf das GIFBUILDER
Object gerendert werden. Zuerst bei offset 0,0 und dann bei dem offset
der in der Konfiguration steht. Der Text wird immer richtig gesetzt.
Aber nur im TYPO3 4.7 / 4.6.8 im 4.5.15 funktioniert es auf der gleichen
Maschine wunderbar.
Das BS ist debian squeeze 6.0.4 mit imagemagick 6.6.0.4 und PHP 5.3.10-1.
Was muss ich an der Konfiguration ändern oder ist es einfach nur ein bug?

Danke für weitere Infos.

Bis dann
Florian


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

Re: [TYPO3-german] TYPO3 auf neuen Strato-Servern garantiert?

[Florian Zimmermann]

Am 09.05.2012 19:00, schrieb Erdal Gök:

Hi List-ige,

Hat jemand von Euch schon Erfahrungen mit den neuen Strato Servern und
dem Einsatz von TYPO3 gemacht?

Hallo,
ich habe hier ein Linux V-Server PowerServer A
Habe diesen auf Debian 6 umgeschwenkt. Lief ohne Probleme.
Die Kiste tut Ihren Dienst. Woran ich merke das die Kiste nicht 
unendlich Power hat, ist bei der Bild Generierung. Beim ersten Aufruf 
der Seite oder auch no_cache=1 ist der Seitenaufbau was die Bilder 
angeht schon ein wenig lahm. Ok Image Quality ist auch 100 % PNG 
Truecolor usw.

Danach jedoch flutsch die Kiste dank memcached einwandfrei.
Die RAM röße von 512MB  hat bei mir bis jetzt auch noch gereicht.
Du musst dann natürlich noch Ahnung von der Administration haben. Aber 
ich denke mit dem Standard Ubuntu wird es auch keine Probleme geben was 
das angeht.

Bis dann
Florian



Cheers

Erdal


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

Re: [TYPO3-german] Problem bei pagenotfound mit Cooluri

[Florian]

Hallo,
nehme wenn du im Install Tool den pageNotFound_handling eingetragen hast
doch den  hier
tx_cooluri->pageNotFound
Was aber kein 404 zurückwirft.
Wenn Du ein 404 haben möchstest benutze bitte den
index.php?id=285


Bis dann
Florian

Am 09.05.2012 12:42, schrieb "Ingo Preuß":

http://www.domain.de/index.php?id=285


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

Re: [TYPO3-german] Override GMENU ATAG and IMAGE FILE

[Florian Zimmermann]

Hallo,

sollte man nicht immer andersherum arbeiten? Zuerst Englisch und dann 
deutsch? Ich dachte man bekommt dann später Probleme mit den locallangs. 
Mir war so


Bitte um Info

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

Re: [TYPO3-german] TYPO3 v4.7 cookies entfernen

[Florian]

Moin,
bei mir tut Sie es wieder habe in die
call ux_tslib_feUserAuth
unter construct vor dem $this->dontSetCookie
ein parent::__construct eingefügt.
Danach wird das cookie erst gesetzt wenn der User eingeloggt ist.
Was natürlich der Nachteil ist, das Du nun in Extensione nicht mit 
getKey ses und setKey ses arbeiten kannst.


Bis dann
Florian


Am 06.05.2012 21:59, schrieb Tom Lehmann:

Moin,

Weil nach einem Update auf 4.7 die EXT "cookieshy" nicht mehr funktionieren
moechte, suche ich an dieser Stelle nach einer Alternative.

Ziel ist es, nicht bei jedem Request das nun vorhandene FE-Session-Cookie zu
haben. Hab alternativ mal "c3bi_cookie_at_login" probiert, doch das tuts
nicht.


gruss Tom





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

Re: [TYPO3-german] GIFBUILDER IMAGE offset geht nicht TYPO3 4.7

[Florian]

Moin,

hat wirklich niemand eine Idee?
Könnte es bitte jemand einfach nur gegentesten, bevor ich ein Bug aufmache?
Danke

Bis dann
Florian
Am 02.05.2012 17:14, schrieb Florian:

Hallo,
ich habe hier ein GIFBUILDER element
mit folgenden Aufbau

$imageArray = array(
'img' => 'IMAGE',
'img.' => array(
'file' => 'GIFBUILDER',
'file.' => array(
'format' => 'jpg',
'quality' =>75,
'XY' => '110,58',
'backColor' => 'white',
'1' => 'IMAGE',
'1.' => array(
'file' => 'fileadmin/img/right_teaser_bg.jpg',
'offset' => '10,0'
),
'2' => 'TEXT',
'2.' => array(
'text' =>'Bildtitel',
'fontSize' => '12',
'fontFile' => 'fileadmin/fonts/arial.ttf',
'fontColor' => 'black',
'offset' => '25,20',
),
'3' => 'IMAGE',
'3.' => array(
'file'=>'fileadmin/img/icon.png,
'mask'=>'fileadmin/img/mask_icon.png,
'offset' => '0,5'
)
)
)
);

Das Problem ist nun das die beiden Bilder zweimal auf das GIFBUILDER
Object gerendert werden. Zuerst bei offset 0,0 und dann bei dem offset
der in der Konfiguration steht. Der Text wird immer richtig gesetzt.
Aber nur im TYPO3 4.7 / 4.6.8 im 4.5.15 funktioniert es auf der gleichen
Maschine wunderbar.
Das BS ist debian squeeze 6.0.4 mit imagemagick 6.6.0.4 und PHP 5.3.10-1.
Was muss ich an der Konfiguration ändern oder ist es einfach nur ein bug?

Danke für weitere Infos.

Bis dann
Florian



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

[TYPO3-german] GIFBUILDER IMAGE offset geht nicht TYPO3 4.7

[Florian]

Hallo,
ich habe hier ein GIFBUILDER element
mit folgenden Aufbau

$imageArray = array(
  'img' => 'IMAGE',
  'img.' => array(
'file' => 'GIFBUILDER',
'file.' => array(
  'format' => 'jpg',
  'quality' =>75,
  'XY' => '110,58',
  'backColor' => 'white',
  '1' => 'IMAGE',
  '1.' => array(
'file' => 'fileadmin/img/right_teaser_bg.jpg',
'offset' => '10,0'
  ),
  '2' => 'TEXT',
  '2.' => array(
'text' =>'Bildtitel',
'fontSize' => '12',
'fontFile' => 'fileadmin/fonts/arial.ttf',
'fontColor' => 'black',
'offset' => '25,20',
  ),
  '3' => 'IMAGE',
  '3.' => array(
'file'=>'fileadmin/img/icon.png,
'mask'=>'fileadmin/img/mask_icon.png,
'offset' => '0,5'
  )
)
  )
);

Das Problem ist nun das die beiden Bilder zweimal auf das GIFBUILDER 
Object gerendert werden. Zuerst bei offset 0,0 und dann bei dem offset 
der in der Konfiguration steht. Der Text wird immer richtig gesetzt.
Aber nur im TYPO3 4.7 / 4.6.8 im 4.5.15 funktioniert es auf der gleichen 
Maschine wunderbar.

Das BS ist debian squeeze 6.0.4 mit imagemagick 6.6.0.4 und PHP 5.3.10-1.
Was muss ich an der Konfiguration ändern oder ist es einfach nur ein bug?

Danke für weitere Infos.

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

Re: [TYPO3-german] Formhandler: Ajax Validierung und Captcha - geht das?

[Florian]

Hallo,

ja das geht.
Ich benutzt die sr_freecap Extension und mit der ist es überhaupt kein 
Problem das captcha zu prüfen im Ajax Call (php Datei) mache ich immer 
folgendes

$errorcode  = '';
$error = false;
if (t3lib_extMgm::isLoaded('sr_freecap') ) {

require_once(t3lib_extMgm::extPath('sr_freecap').'pi2/class.tx_srfreecap_pi2.php');
  $freeCapLocal = t3lib_div::makeInstance('tx_srfreecap_pi2');
  if (is_object($freeCapLocal) && 
!$freeCapLocal->checkWord($data['captcha_response'])) {

$error = true;
$errorcode .= $localPiBase->pi_getLL('error_captcha').'';
  }
}
Es ist ja nichts anderes als hättest Du das Formular über ein "normales" 
Post angehandelt.


Bis dann
Florian


Am 24.02.2012 12:17, schrieb JCL - Johannes C. Laxander:

Hallo,

Generell werden in meinem Formular Fehlermeldungen bei der Ajax-Validierung
angezeigt. Aber wenn ich keinen oder einen falschen Captcha Code angebe,
wird keine Fehlermeldung ausgegeben.

Im Beispiel für die Ajax-Validierung auf der Formhandler Website
http://examples.typo3-formhandler.com/validation/ajax-validation/ ist im
Formular kein Captcha eingebunden. Daher kann ich auch nicht überprüfen obe
es generell funktioniert.

Deshalb meine Frage: Geht die Ajax-Validierung überhaupt mit Captcha
zusammen?


Gruß, Johannes.



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

[TYPO3-german] Im TMENU NO.linkWrap mit if Abfrage steuern

[Florian]

Hallo,

ist es möglich an einem NO.linkWrap und auch einem NO.beforeWrap eine if 
condition aufzubauen?


Also folgendes Szenario.
Ich habe ein Menü.
Das ist folgendermaßen aufgebaut.

-Menüpunkt 1 ID (10)
-Menüpunkt 1.1 ist Verweis auf Menüpunkt 1 (10) heißt alles anzeigen in 
dieser Kat. ID (11)

-Menüpunkt 1.2 normale Seite mit einer Kategorie Ansicht ID (12)
-Menüpunkt 1.3 normale Seite mit einer Kategorie Ansicht ID (13)
-Menüpunkt 2 ID (20)
-Menüpunkt 2.1 ist Verweis auf Menüpunkt 1 (20) heißtalles anzeigen in 
dieser Kat.  ID (21)

-Menüpunkt 2.2 normale Seite mit einer Kategorie Ansicht. ID (22)
-Menüpunkt 2.3 normale Seite mit einer Kategorie Ansicht. ID (23)
Es handelt sich um ein Horizontal dropdown menü.

Ich möchte nun das die Menüpunkte 1.1 und 2.1 als fetter Text 
dargestellt werden und dazu die menüpunkt 1.2 & 1.3 mit rot hinterlegt 
werden.

Daher scheidet ein optionSplit imho aus.
Da die Punkte 2.2 und 2.3 grau sein sollen wie dann auch das restliche 
Menü was noch kommen wird.

Daher die Idee mit dem linkWrap und dem beforeWrap mit einem if.
Die Menüpunkte 1.2, 1.3, 2.2  und 2.3  habe nämlich durch das beforeWrap 
ein Bild davor.


Hier mein Menü bist jetzt auszugweise
temp.topMenu.10.2{
NO{
ATagTitle.field = title
allStdWrap.insertData = 1
allWrap = |
		linkWrap = |class="bodytext">{field:description}

# Hier das If wie ich es mir vorstelle
linkWrap = |
linkWrap.if {
value = 2511
equals.field = uid
}
beforeImgLink = 1
beforeWrap = |
beforeImg = GIFBUILDER
beforeImg {
XY = [10.w],[10.h]
format = jpg
quality = 100
10 = IMAGE
10.file {
import = uploads/media/
import.field = media
import.listNum = 0
}
}
}
ACT < .NO
ACT = 1
CUR < .ACT
CUR = 1
	CUR.allWrap = |

}

Für Hinweise bin ich dankbar

Mit besten  Grüßen
Florian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Alle Benutzereigenschaften als Marker in FE Login Template nutzen

[Florian Auer]

Hi zusammen!

On Thursday 19 January 2012 16:11:52 Florian Auer wrote:
> ich habe hier eine Typo3-Seite, die fe_user für den passwortgeschützen
> Bereich nutzt. Ein angemeldeter User soll neben dem "Logout" Link auch eine
> Begrüßung mit seinem Vor- und Nachnamen sehen:
> 
> Hallo  
> 
> 
> Ich habe mir das Template von fe_login kopiert, dort ist aber kein Marker
> für den Vonamen des Benutzers verfügbar:
> 
> 
> 
>   
> Hallo ###NAME###
> 
> [...]
>   
> 
> 
> 
> Wie kann ich dafür sorgen, dass ich in diesem Template z. B. den Marker
> "###FIRST_NAME### " nutzen kann?

Ich habe inzwischen herausgefunden, dass ich über den TypoScript Object 
Browser die Struktur des FE User Plugins durchsuchen kann. Demnach sollte ich 
ja auch per TypoScript das Objekt um zusätzliche Marker erweitern können, oder 
nicht? Hat jemand einen heißen Tip?

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

[TYPO3-german] Alle Benutzereigenschaften als Marker in FE Login Template nutzen

[Florian Auer]

Hallo zusammen,

ich habe hier eine Typo3-Seite, die fe_user für den passwortgeschützen Bereich 
nutzt. Ein angemeldeter User soll neben dem "Logout" Link auch eine Begrüßung 
mit seinem Vor- und Nachnamen sehen:

Hallo  


Ich habe mir das Template von fe_login kopiert, dort ist aber kein Marker für 
den Vonamen des Benutzers verfügbar:



  
Hallo ###NAME###

[...]
  



Wie kann ich dafür sorgen, dass ich in diesem Template z. B. den Marker 
"###FIRST_NAME### " nutzen kann?

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

[TYPO3-german] cliKeys nicht vorhanden

[Florian Busch]

Ich habe sowohl scheduler als auch caretaker auf meinem Server (4.5.10) 
installiert. Nun sollten diese ja als cliKeys vorhanden und aufrufbar sein.


Der Aufruf...

php /html/typo3/typo3/cli_dispatch.phpsh scheduler

...liefert nur folgende Ausgabe:

The supplied 'cliKey' was not valid. Please use one of the available 
from this list:


Array
(
[0] => lowlevel_refindex
[1] => lowlevel_cleaner
[2] => lowlevel_admin
)

Wieso fehlen hier die cliKeys? Es sollten doch scheduler und auch 
caretaker hier auftauchen?

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

[TYPO3-german] tt_news - Kategorie wird beim Editieren im Backend nicht angezeigt

[Florian Rittmeier]

Hallo,

ich verwende tt_news 3.1.0 und habe das Problem, das bei einem meiner 
BE-User beim Editieren einer News die zuvor bereits für diese News 
ausgewählte Kategorie nicht angezeigt wird. Der BE-User hat so den 
Eindruck, dass keine Kategorie für die News ausgewählt sei.
Es ist insbesondere so, dass die Gruppe des Backend-Users explizit das 
Recht hat diese Kategorie zu verwenden. Wenn ich im BE auswähle, dass 
zum News-Record in der Listenansicht auch die Spalte Kategorie angezeigt 
werden soll, wird dem BE-User in der Spalte auch korrekt die ausgewählte 
Kategorie anzeigt. Nur beim Editiren der News im BE halt leider nicht.


Falls es sich ggf. um mangelnde Rechte für die Gruppe des BE-Users 
handelt, würde ich mich über Hinweise freuen, welche Rechte o.Ä. ich der 
Gruppe noch einräumen muss.


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