Re: [TYPO3-german] Typo3 hinter Proxy
Quote: Michael Schams wrote on Mon, 26 January 2015 13:12 Probiere mal zuerst (auf der Kommandozeile): export http_proxy=http://user:password@proxy-host:8080; wget --content-disposition http://repositories.typo3.org/mirrors.xml.gz Wird die Datei mirrors.xml.gz runtergeladen? Jep, wird sie, wie auch schon bei get.typo3.org/6.2 zuvor :) Wenn ja, gehe in's Install Tool deiner TYPO3 Instanz: All configuration - oeffne: $TYPO3_CONF_VARS['HTTP'] Hier gibt's: [HTTP][proxy_host] Default proxy server as http://proxy.example.org; (you must not set the port here). [HTTP][proxy_port] Default proxy server port. [HTTP][proxy_user] Default user name. [HTTP][proxy_password] Default password. Trage die Werte entsprechend ein und speichere die Einstellungen mit Write configuration. Dann Logout from Install Tool und im Extension Manager (under ADMIN TOOLS) oben in der Dropdown Box Get Extensions auswaehlen... Daumen druecken... und vielleicht hier Bescheid sagen, ob's funktioniert hat :-) Cheers Michael Eingetragen, Daumen gedrückt, nichts passiert (außer der bekannten Da komm ich nicht hin-Fehlermeldung :( Sry, dass ich erst jetzt antworten kann. Ich bin leider drauf angewiesen, dass Ding auf Arbeit zu testen, wo ich nicht immer Zeit zum Rumspielen habe :( (Auch wenn ich es FÜR die Arbeit testen soll -.-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Backend-Anmeldung Fehler [...]must implement interface backend_toolbarItem
Hallo,
ich habe folgendes Problem:
TYPO3 läuft in der Version 4.5.25 mit der PHP-Version 5.5.6.
Bei der Anmeldung im Backend erscheint die angehängte Fehlermeldung.
Ein wenig Recherche bringt mich immer wieder zu ein und demselben Bugreport.
Die dort angewandte Lösung habe ich angewandt, jedoch ohne Erfolg.
Die Fehlermeldung bleibt bestehen.
Was kann ich noch tun?
begin 644 typo3Fehlermeldung.PNG
MB5!.1PT*@H-24A$4@```FL```4`8```!J86U`7-21T(`KLX
MZ01G04U!``QCPO\804)$A9P``#L,```[#`=OJ0``+B-241!
M5'A[?T+F7'5=\-]TMX\X5K`L%`P$!P`,?MGR1Y9NDN4F:ZMTSZ7GVM,S
MDN:FZ9ZGIF[I$PE@`+8N,/A,`G00;7FS'QHJ,;)1(?C`*B0PVMD,)H[#
MY7.B@-\88Q`[$2^NJ_+E6K=NUS^G1/]_3IGC7/\Y^JO6K5K]:NO_J_?
MY^R!FVZZ*2RJFUML*R5GUW)V+6?7G8M9]=R=BUGUW)VK3YBFV3M9BIOCH;
MI4Y*0-37V.[67'P9U=R]FUG%W+V;67O9M9Q=R]FUU@[)FO6.3=`YA%
M;H?2RQ'L5^#TV9S=FUS=FUS=FUS=FUS=FUS=FUS=FUS=FWKW:ZLJ8`9(!P
MR,V0*+,X$6]9=G9];*SZV5GU\O.KI=72\[NUYV=KWL['IYO;!-LA8[:V,L
M1KA16=0'UE.?FT!^!LK6Y6^M9SM9ZEK.UGN5LK6Y6^M9SM9ZEK.UGK5
MV)*L\0(#4!=GR'8VHBB'!KCV71ATMGHZY]N'0VZMJ'2VCKGVX=#;JVH=+
M9Z.N?;AT-NK:ATMGHZY]N'0VZMJ'R_7`'F@:M:$H8^:'.B_'.@:BP50RJ-B2
M7VK/2DPMG9V96CH[,[5T=F9JZS,U-+9F:FELS-32V=GII;.SDPM^XB=OPV:
M!I-.'09D`(O]+`TH/@5?9V=;*F/LY,M]7%VLJ4^SDZVU,?9R9;Z.#O94A]G
M)UOJX^QD2WW69NOK$DC.0Z.:%4NRTEV0`X-S-JF3C_AI7[*SG[.MG?V
M;WLYVQK9S]G6SO[.=O:V_9ULY^SK9V]G.VM;-?O[('V%-T4DZ)E!4'M@$
M(VY#4(_]K%^5'=VX4=U9Q=^5'=VX4=U9Q=^5'=VX4=U9Q=^5'=VX4=U9Q=^
M5%\'[(Q7')%[6#BC)3\$*26#XHK\P8*?`GUL;N,^SG:VLYWM;+C[-[
M9O.5-5FPP%2BG09OV%'-@;:OK%#.ILR-G.+MJ=7=I1.KNTHW1V:4?I[-*.
MTMFE'48],;#'?MHL@U(':A-)1^['I;41(]HQF+.E[FSV-39G^ELE;.=
M[6QG.[L3FVZ#$MPZ$`!U'827J2X!)'L4!XV+'.=@J'^[.]L9SN;?9W-R\Y
MW=G.=K:SV;;F[X-JAEH`8IU`:Y*@TL;PZ1-ZAJ$LYGC;[V]G.1NEL
M9SM[JP!=8X0QC.4()1RZZS'U:W]I-WUS_=S-MNYC?LYF^WQOVS79N
MXW[.9CNW3]GLYW;N)^SVYMW,_9;.V[N=LMG,;]^MW]@#!)`ZQTY:F?M
MK(@2O$G99:SN72VLYTM)6S.=K:SIYL9_?EI_N@#,[I`ZFHPZ0!U$_]-4Z
M?,I`S/+VZG.UL]7=V\DO^SDY^R=_9R2_Y.SOY)?]KASV`#FA,J0CEI2
M.^H8#X,*]HH4:DX)R=,Z6-F3W=G.=G:V.YO[.]O9G=C\;5#J+!W(49W9
M7:2,D#6U^T1\=B`*$G,WMTL_9W,?9ZNML9[/=V=SN;8XV]F6S2]R)Z@T
M:-LQIE`VD;ERSN@\%2JWJ#SF;V]0?C:WJ3_D;Y3?\C9W*;^D+.Y3?TA
M9W.;^D/.YC;UAYS-;H/]3;OV!`C=*!K5S+E9VI,]+D?1,H$$*G8=T-G9
M[FQG.YMYSF8Y6_HZV]G.3HQ.;/F=M=R9'-8;'#FSE3790%P(CCOLJA_LXF
M'V[V]G.=K8N.]O9SEXJN_J=-7;BC@E`H3MW%D'9GM:IGI+FSH#YN62YV
MMKA/VQ:)CG;V:_K!IF1L9QL;^L.F99*SG6ULZ`^;EDG]P:?[D`GRN;0
M@`[F9REG6WQH,#EL'43J5RE]G*R?W=;9RE]G*R?W=;9RE]G*R?W=;9R
ME]G*R?W=;9RM_UPN8K:^3,0()1'7;NG-H(T(#0X.C'?E.-K1SF[.YG[/1
MC_LZV]G.YG9G[NSNW9W,_9Z,=]84]7UK0S=3(@[LPV'AQU=!8(;B#790#
MK:SGULKCN;YF/VSG!UM:(-=Y.QH0QOLHO2Z*7*43M29!F.0=J!ED@`D
M(.[/?ANYRQSE;[$;.%KN1L\5NYRQSE;[$;.%KN1L\5NM)[8`YH%J@,Y
M$XSK99:(4J!J1PD_\I6@T$[+QD]LSC9^8G.V\1.;LXV?V)QM_,3F;.,G-F;
M/[$YV_B)S=G3VS]S*YY`YQ)SBPDX72,OFS']E)TH_Z2#]I=[:SF0YV]G.
M9HZSGULYD'.[L:69T:3`?MI,[J8P=1/ROVB74[N+.Y[NPD9]=R=BUGUW)V
M+6?7G:M]ZF9(VS/L0EV/'9H:7H,8GVW2Y(6=+WC94C=RMM2-GUU(V=+
MWC94C=RMM2-GUUHW7$CLE:S/ZH@8T**8`ZJ`W(UHV-^^6!G.WL5#V9S?D
M[%PW-FWY.Q-S9G-^3L7#V]PV/]W!#;ALEVD)E#@0T!3WW47\3I+-3
MF[,;[YVMK8YNUPFF[.+9;(YNU@FF[.+9;)M+#;?!B5'XRS_=7DG*!-E?T0
M5GK+_:MM]X:[K[[[OA#WTH_-F?_5GX/__G_Y#^_,__//S[_U^.5?_N7P
MFM\)FS9LCGZ-\_*6S;MBV.7,F//+((^$SG_E,^-__^W\'_/N?__-_AO_\
MG_]S^)F?^9DP/CX-F_3/[#_U[CQMC_-1/_53X+__EOY!0ARWWM7W8MG7K
MUO#/_B#X5.?^A2MQV.//4;KFOT6G^];;[V%^J$_UN72I4LR#^K3/6Y:[L#N
M%#?7F;M]RROY?'GA8]_-KPU_=_2?B+'_A;X9FOC$[X^;-UT8[CIQGIL
M5F=V;J_[7FGN=W9SG9V+6?7G8M9]JV?+,6L/!`IJP3OO0YF;=DXT2-Y
M^F?_NGPU%-/A;_YF[^A).U__:__5@+7_A^,5?_,5PZRV:Z#`;_6^YY9;P
MNM]+OSQ'_]Q^.N__FM*U-`'+*VC_^_\SN^$X\/A\V;L)#D7BQOCO.M=
M[PI?_.(72:C#EGR:?:*VQF3N)W[B)VA\Q/-;O_5;8?OV[17;]FDNPQ_]T/\O
M__(OP[WWWAN3M2VKNBUOC/.S*?)VW_K*\*Y3WQS^_/N_-/RO'_R_0OBA@?!_
MHIT_;=7?UE,XKX[;-L$S;,9X_L?ML'G=VHMRUWL#L[RMFUG%W+V;4V`%NN
MK$$5'7JW%3RZ]9_[=FXTG7V[-GPIW_ZI^EJI*VCW_\XW25[3=_\S?#?__O
M_YW:'WKH(4F.,AO]+UZX#[_^]37R1G\/W(1SX2/OC!#X9/?O*3X:_^ZJ^H
M39.E7;O4G]2CW%C['_^]V4$$*HIV2MPYQLV[HMO.E-;Z(K?(CM$Y_X!=K
M19_NVG[;=NJ'_DCZ[KOO/DK6HV[JUKB1N*U*K`]AO$^_+GSAM7^+DK2F
M_G=,WCY[[]\.]]B$3;E0ASE9K;A+.^3LT@XYN[1#SB[MD+-+.^3LT@XYVR1K
M+8H=RBPQ=NQIL$:`;;K*;%PI^][WTO)#Q*J/_JC/PKGSY\/@X.#XJ/$
M9G!P1]BW;U\X=.A0V+1I4^(A.=BQ8T?XC=_X#;IZAF05\].G#@1[=N)/3P\
M''[HAWZ(;J?B'Y*=-[[QC1UO7[9*XNZ:K+6*;\]V3-:@ECGA,@O^=;)F;X-V
M4`_LIBA1N_E2M0^.O?WZ`I:6Z*FPE6V__U?R';LN;(G\*FKM+S]9+X
M6ZNYQ:SJ[E[%K.KN7LIKHG:QM(2+;P+!82$20T;W[SF^FVJ#WI:QV)FK7C
MJAJ4WOZZ:I$?N+O_@+IX+SXFI'TJ,\##U*I0D3;);5BY:K/%S;EV3
MM1[4GJQM:?6]MT4]MSVBO#K%_CYM+8$K2E8?LO=W]E.+#C9=2_GMRN5PN
MU\;2-9.LX0J:7O7\UAXILQ/LF?#?)D)#0T-5$H:D;FIJBOCXA^1NG*R
MYW%4SY9B_,VM/65X9I;PA?[#%14RQPY.=FQ]U9*38)?+Y7*YUJ,62=:6
MEF0L357C63-7AG;N7-GY=-)N`+W@0]\@)Y%0_+T+_[%OVA-GI`\((E[\LDG
MZ58K$A[^9FFO0_'O3K)VN+SO?QDK?=MB3FZ=NKPEMN__;PES_0_HS:8GKZ
M![XTW+?_.?P-T2M*V*[N/KARG8M9]=R=BUGUW)VK?YC7U-7UFRR-CHZVNK7
M)B0Q^$D,)#'X=N8;WO`N@7:YHOGWW[]UW^=GFU#XH2?\D`BU;;21OURAH2
MJRV;;@ISYX?_O3[_F]Z#JTM5M,N!WZNW=_91C?_HK(]:MK+I?+Y=K8HF1M
M4\/8S/R*]DVF3K*^FRI6O[`'AW*RAMN4!P\-+G.[.18#1^^QG/YNNEBTL
M+(2M-HDQ,JW,,//YRNPN;I;V$BW+1KEY\Q9*BI``0H,[=H3WO.]'9*U
M]CGIG*SU/M_;M^_HFJPUYV@I;/:]B9XW^]U[OH(2KK9$K%=]\;5?$G[FSF\+
Re: [TYPO3-german] string von anderem Model Object auslesen
Hallo Knigge
heisst Du wirklich so? Naja, normalerweise spricht man hier mit den
richtigen Namen miteinander...
Nun, Du wirst das Geschlecht der Leute in einer Tabelle der Geschlechter
haben, die eine ID hat und ein Feld Geschlechtsbezeichnung das die
Texte männlich und weiblich enthält.
Aus Sicht der Tabelle Person enthält das Feld Geschlecht nur die ID aus
der Tabelle Geschlechter. Deshalb greifst Du mit person.geschlecht nur
auf diese ID zu. Extbase weiss jetzt aber, dass es sich her um ein
Objekt handelt und gibt Dir nicht die ID, sondern das Objekt zurück.
Wenn Du jetzt aber mit person.geschlecht.geschlechtsbezeichnung ins
Objekt Geschlecht zugreifst, bekommst Du was Du willst.
Gruss, Renzo
--
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92
Am Montag, den 02.02.2015, 22:58 +0100 schrieb knigge man:
Hallo,
ich habe mir eine Extension gebastelt, in der unter anderem das Geschlecht
von Leuten über eine n:1 relation zu einem anderen Model Object gespeichert
wird. Jetzt würde ich das Geschlecht natürlich auch gerne ausgeben, weiß aber
nicht, wie das klappt. Über {person.geschlecht} bekomm ich nur den Pfad zum
Model Object samt ID der ausgewählten property. Wie kann ich jetzt den
Textinhalt der property anzeigen lassen (also männlich oder weiblich)?
___
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] jh_magnificpopup maximale Höhe
Guten Morgen zusammen, wie kann man die Extension: jh_magnificpopup so einstellen damit es die max. Browserhöhe verwendet z.B. wie hier: http://zarziskite.com/medien/bilder/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Plugin Konfiguration - Eigenschaften mit DatentypLLL: Wert zuweisen
Settings betrachte ich immer als Array, da settingen apriori mit keinem
Objekt verbunden ist. Das nachfolgende
plugin.tx_sccruiseplan.settings.schemaOrg.itemtype.property ist also
ein Array.
plugin.tx_sccruiseplan.settings.schemaOrg.itemtype.property {
dataWrap = 5
value = 6
}
Ungeprüfte Anregung: Probiere es mit
{settings.setup.schemaOrg.itemtype.property.dataWrap
-f:format.raw()}
Erfolgversprechender ist wahrscheinlich Variante b
meta itemprop=name content={f:translate(key:
'{settings.setup.schemaOrg.itemtype.property.dataWrap}')}
Dieter
Nachfrage:
Der Meta-Tag aus dem Template list.html wird wirklich im Head der Seite
positioniert? Ich dachte immer, dass man für individuelle Tags
headerData verwendet.
Am 1.2.2015 um 22:49 schrieb JCL - Johannes C. Laxander:
Ergänzung:
In List.html gebe ich die Settings-Eigenschaft in dieser Form aus:
meta itemprop=name content={settings.setup.schemaOrg.itemtype.property}
Dadruch steht Array in der HTML-Ausgabe (Frontend).
ich möchte in der Plugin-Konfiguration meiner Extension per
LLL-Datentyp Werte aus einer Sprachdatei zuweisen, so etwa in
der Form:
plugin.tx_sccruiseplan.settings.schemaOrg.itemtype.property.da
taWrap =
LLL:{$My.locallangDir}locallang.xml:schemaorg-itemtype-property
Sprachdatei:
label index=schemaorg-itemtype-propertyirgendwas/label
Ich bekomme aber nur den String Array zugewiesen. Wie
erreiche ich, dass LLL: ausgewertet wird?
Johannes.
___
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
Re: [TYPO3-german] sr_feuser_register Problem
Hallo, Ich kämpfe noch weiter. Aber ich habe keine Lösung. Hat jemand eine Idee? Grüß Am 02.02.2015 09:56, schrieb Nicolas Puente: Morgen, ich habe die sr_feuser_register in 11 neue Spalte erweitern. 4 input-text 1 textarea 6 select 1) Alle Daten werden in die Tabelle perfekt gespeichert. 2) Alle Select und ein input-text werden gelesen und in Edit-formular angezeigt!! 3) 3 input-text + textarea werden in die Edit formular nicht angezeigt!! (Die Daten sind in DB) Hat jemand eine Idee? Typo3 6.2.9 Viele Grüße. Nicolas ___ 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] Fehler Typo3 7.0.2
If the default option is 6.2 for newbies why is it 7.0 displayed on typo3.org as well as the default option for download. This is turning people off as they first wrestle for hours or days maybe never to discover what the stable version is. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Umzug Probleme
Hallo, ich habe gerade einen Typo3 Umzug 6.1.3 durchgeführt. Vorher lief es auf Apache nun ist es ein Ubuntu 14 Nginx Server. Das Frontend funktioniert. Nur mein Backend wird ohne CSS usw. geladen und das Install Tool bringt nur eine weiße Seite. Jetzt bin ich schon soweit, das es an den Schreibrechten liegen muss. Leider lässt sich der Cache Ordner nicht löschen. Egal ob ich es per FTP versuche oder mit dem Account dazugehörigen Ssh Zugang. Alle Ordner haben folgenden Besitzer/Gruppe drwxrwxrwx 4 mr-mediavision psacln 4096 Feb 3 12:46 Cache drwxr-xr-x 2 www-data www-data 4096 Feb 3 12:50 compressor drwxr-xr-x 2 www-data www-data 4096 Feb 3 12:50 logs Jetzt ist mir aufgefallen, das die Ordner compressor und logs von einem anderen Benutzer/gruppe angelegt wurde. Schreibrechte habe ich vorerst auf 777 gesetzt. Wer kann mir einen Tip geben? gruß Andre ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Fehlermeldung bei jfmulticontent!
http://wiki.typo3.org/Exception/CMS/1392409507 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehlermeldung bei jfmulticontent!
Hallo, bei mir wird das rechts oben angezeigt! Important! jfmulticontent comes with a new updater-script which fix old content elements. You have to run this script if you are updating from older installation. [Click here to open the updater] Ich soll was Updaten, und weiß leider nicht was und wie ich das machen soll! Kann mir da jemand helfen? Nadin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Beim Speichern eines Extension-Datensatzes ein Datenbankfeld mit einer Seitenkonstante befüllen
Hallo, ich habe eine neue Erweiterung (z.B. namens MyExt) mit einigen Backend-Modulfeldern (z.B. Vorname, Nachname) erstellt. Die Erweiterungsdatenbanktabelle hat aber nicht nur die Felder Vorname und Nachname, sondern ein weiteres Feld (z.B. Ranking). Ranking ist aber kein Feld im Backend-Modul, kann also nicht von jemanden, der einen neuen Erweiterungsdatensatz anlegt mit einem Wert belegt werden, so wie Vorname und Nachname. Es gibt nun in meiner Typo3-Site mehrere Ordner, die von verschiedenen Redakteuren mit MyExt-Datensätzen befüllt werden können. Für jeden Ordner möchte ich nun eine Ranking-Konstante anlegen, die im Ranking-Feld der Erweiterungstabelle gespeichert wird, wenn ein Redakteur einen Datensatz speichert. Ist dies möglich? Und wenn ja, wie? Vielen Dank für Eure Hilfe. Uwe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TypoScript page.headTag wird ignoriert
Hallo Bernd, vielen Dank für die ausführlichen Tipps. Ich werde das mal alles durchgehen. Viele Grüße Rainer Am 02.02.2015 um 16:31 schrieb bernd wilke: Am 02.02.15 um 15:23 schrieb Rainer Mihlan: Hallo Liste, für die Einbindung einer Buchungssoftware muss ich den HEAD und den BODY-Tag per TypoScript manipulieren und jeweils eine ID hinzufügen. Beim BODY klappt das mit page.bodyTag page.bodyTagCObject = TEXT page.bodyTagCObject.wrap = body id=wbe style=rgba auch perfekt. Beim HEAD funktioniert weder page.headTag ( head id=abc ) noch page.headTag = head id=abc Auch was man bei Google so findet wird bei mir ignoriert: page.headTag ( head meta http-equiv=X-UA-Compatible content=IE=EmulateIE7 / ) oder page.headTag = headmeta http-equiv=X-UA-Compatible content=IE=EmulateIE7 / System: TYPO3 CMS 6.2.9 Hat jemand eine Idee? Die TSref hat mir auch nicht weitergeholfen. TSRef besagt dass bodyTag wie headTag zu PAGE gehören. bei mir funktioniert das auch einwandfrei. dher wäre zu vermuten, dass bei dir irgendetwas stört und deine redefinition wieder mit dem ursprünglichen Wert überschreibt. nimm dir mal eine beliebeige Seite deines Webauftritts. erzeuge ein extension template und trage dort nur page.headTag = head id=abc ein. Dann lösch den FE-cache und schau auf der Seite nach was du im HTML-Quelltext findest. jetzt sollte die ID vorhanden sein - außer ein Dutzend Möglichkeiten deine Ausgabe zu verändern. weitere Tests solltest du dann mit TSOB machen: mit mouseover erfährst du wo der Wert page.headTag alles gesetzt (und überschrieben) wird. danach im Templateanalyzer alles anzeigen lassen und nach 'headTag' oder nur 'head'(vielleicht wird irgedwo dein gesamter Headbereich an TYPO3 vorbei aufgebaut) suchen. Das könnte natürlich auch in einer Extension im PHP passieren (zb. irgedwas für SEO keywords???) viel Spaß beim Suchen bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.1 Formular-Element
Hallo zusammen,
ich habe hier ein TYPO3 6.1er System, indem ein Formular über das
Inhaltselement Formular angelegt ist. Für die Checkboxen in diesem
Formular kann man ja Values festlegen. Leider stehen in der E-Mail, die nach
Abschluss, versendet wird, diese Values nicht drin. Es wird lediglich das
Label einer Checkbox ausgegeben.
Checkbox ist beispielsweise so definiert:
150 = CHECKBOX
150 {
name = AGB
value = JA
label {
value = AGB akzeptiert:
}
}
Ist das n Bug im 6.1er oder mache ich was falsch?!
Grüße,
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TinyMCE mit Bilderupload für Frontend
Hallo, hat jemand hier von den Mitlesenden schon mal den TinyMCE inkl. Bilderupload im Frontend integriert? Soweit ich das verstehe, funktionieren alle vorhanden Extensions zum MCE immer mit Backend-Modulen / Wizards zum Upload... Grüße, Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Probleme mit typo3temp
Hallo, so konnte das Problem mit der Ansicht vom Backend eingrenzen. Sobald ich die Typo3 installation auf den anderen Server kopiere, bekommt der Inhalt von typo3temp eine andere Benutzergruppe/Benutzer als er sollte. Normal wäre dieser: mr-mediavision:psacln Alle Ordner innerhalb von typo3temp haben aber: www-data:www-data Bei mir läuft ein Debian. Alles einwandfrei. Auf dem anderen Server läuft ein Ubuntu 14. Warum bekommen die Ordner immer die falschen Benutzer? gruß Andre ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TS Bilder aus tt_content = Error
Moin,
ich bastel gerade hieran:
lib.qr_page_overview = COA
lib.qr_page_overview{
10 = HMENU
10 {
special = directory
special.value.field = pages
1 = TMENU
1 {
wrap=ul|/ul
noBlur = 1
NO {
wrapItemAndSub=li|/li
before.cObject = COA
before.cObject {
10 = FILES
10 {
references {
table = tt_content
uid.data = uid
fieldName = image
}
renderObj = IMAGE
renderObj.file.import.data =
file:current:originalUid // file:current:uid
}
}
..
Leider klappt das Auslesen der Bilder nicht. Im Log steht folgender Fehler:
Core: Error handler (FE): PHP Catchable Fatal Error: Argument 3 passed to
TYPO3\CMS\Frontend\Page\PageRepository::getFileReferences() must be of the type
array, null given ...
Ich kapier das nicht, wenn ich Bilder aus dem Media-Feld lade gehts ja auch,
warum hängts bei tt_content? Ich seh den Baum nicht...
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit typo3temp
Hallo Andre was hier der falsche Benutzer ist, lässt sich nicht so einfach sagen. Unter Ubuntu läuft Apache standardmässig mit dem Benutzer www-data und der Gruppe www-data. Es ist Sache des Systemadmin dies so einzurichten, dass der TYPO3 Benutzer, der FTP-Benutzer, der SSH-Benutzer, etc. in die richtigen Verzeichnisse Schreib- und Leserrecht haben und diese auch nach unten vererbt wird. Wenn das nicht korrekt eingerichtet ist, dann gibt es nie eine sauber lauffähige Version. Im Install-Tool von TYPO3 kann man da noch etwas gerade biegen, aber grundsätzlich muss das der Webserver-Administrator richtig einstellen. Du selber kannst da nur dann etwas ändern, wenn Du root-Zugriff hast. Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Formhandler in Facebook-App: IE-Bug Submit only?
war ein IE cross-domain-policy problem :-/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ke_search eigener Indexer mit vielen Daten
Hallo und danke für deine antwort. leider bietet der live-server keine log-files. und ich versuche nicht dateien zu indexieren sondern daten aus der Datenbank. Das ganze klappt auch einwandfrei wenn ich z.b. nur einträge bis vor 3 jahre indexiere. gehe ich aber weiter in die vergangenheit bricht es ab. höchstwarscheinlich mit einem timeout oder speichermangel. Das ganze wäre auch kein problem wenn ich den indexer einfach in häppchen füttern könnte. Meinetwegen immer nur ein jahr pro cronjob aufruf. Jedoch löscht der indexer beim cronjob aufruf erst einmal alles aus der datenbank. Ich denke das ist ein grundsätzliches problem wie der indexer von ke_search arbeitet. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements 3.0.0: flexform auslesen
Wunderbar! Hat prima geklappt. S. Am 31.01.2015 um 12:22 schrieb Jo Hasenau: Am 30.01.2015 um 10:05 schrieb Stefan Padberg: Hi, ich möchte über flexform settings die Bildausgabe eines Gridelements konfigurieren. Ich kann mit prepend und wrap die Flexform settings problemlos auslesen. Aber ich kann auf sie innerhalb von columns nicht zugreifen. Das Flexform-Feld gehört zum Elternelement, von daher kannst innerhalb von Columns nur mit dem Präfix parentgrid_ beim Feldnamen drauf zugreifen. renderObj.5.imagewidth.stdWrap.data = field:parentgrid_flexform_imagewidth HDH Joey -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Backend-Anmeldung Fehler [...]must implement interface backend_toolbarItem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin David, probier mal ein Update auf die neueste 4.5'er Version - kann gut sein, dass das da gefixt ist. Gruß Jost On 02/03/2015 01:01 PM, David Me wrote: Hallo, ich habe folgendes Problem: TYPO3 läuft in der Version 4.5.25 mit der PHP-Version 5.5.6. Bei der Anmeldung im Backend erscheint die angehängte Fehlermeldung. Ein wenig Recherche bringt mich immer wieder zu ein und demselben Bugreport. Die dort angewandte Lösung habe ich angewandt, jedoch ohne Erfolg. Die Fehlermeldung bleibt bestehen. Was kann ich noch tun? -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlTRQhEACgkQNme/yCvmvTIJZgCfYTTKsQXgLbIEwdGLl2JyK/LE wKkAn311LZ2n2VZrFVQEWo4CkTfWY47R =i64t -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ke_search eigener Indexer mit vielen Daten
Am 04.02.2015 um 01:26 schrieb Sascha: leider bietet der live-server keine log-files. leider für einen TYPO3 Server natürlich eher suboptimal, da würde ich langfristig mal mit dem Hoster reden... gehe ich aber weiter in die vergangenheit bricht es ab. höchstwarscheinlich mit einem timeout oder speichermangel. was hast du denn für Einstellungen für Speicher und scriptlaufzeit? Vielleicht mal testweise hochsetzen... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
