Re: [TYPO3-german] CE verschwinden nach dem Editieren
Am 09.10.14 18:46, schrieb Renzo Bauen: Lieber Bernd es könnte gridelements sein, ich hatte auch mal so ein ähnliches Problem. Hol dir die aktuellste Version von gridelements vom Git (nicht TER), dann wird das Problem gefixt sein. die aktuelleste GE-Version ist 3.0.0 die nur mit TYPO3 6.2 kompatibel ist. Da ich noch TYPO3 6.1 benutze nützen mir Verbesserungen in 3.0.0 oder dem kommenden 3.0+.0+ gar nichts. Und nun mein persönlicher Rant zu Extensions, die nur in irgendeinem GIT existieren: wir haben das TER als zentrale Plattform um Extensions zu verteilen. Wenn Entwickler es nicht für nötig halten fertige/brauchbare Versionen ins TER zu stellen dann halten sie sich mMn nicht an den Grundgedanken von TYPO3: 'inspired to share'. Das ist dann eher: 'internals only'. Insbesondere bei Bugfixes: die werden dann monatelang im GIT gesammelt ohne dass jemals eine neue Version ins GIT kommt. Schade dass es die Extension-Bewertungen nicht mehr gibt. Diese Extensions haben es verdient als unbrauchbar herabgewertet zu werden. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] WEC Map und NN Address
Quote: Jan Bartels wrote on Thu, 09 October 2014 19:56 Am 09.10.2014 um 13:00 schrieb Stefan Wobbe: > danke für die Hilfe. Ich habe das TS wie folgt erweitert: > > select = tx_nnaddress_domain_model_address.uid AS uid, > tx_nnaddress_domain_model_address.pid AS pid, > tx_nnaddress_domain_model_address.zip AS zip, ... Warum so viel Tipparbeit und nicht *? select = tx_nnaddress_domain_model_address.* Stimmt hab ich geändert > Das deutet ja eher auf einen Fehler beim loadTCA hin. Ich habe den > Eintrag noch einmal wie folgt geändert da t3lib_div ja nicht mehr > verwendet werden soll aber ohne Erfolg: t3lib_div wird gemappt. Die Verwendung ist nicht tragisch. > Im Gegenteil ich erh Was wolltest Du uns damit sagen? Mann sollte keine Pause beim Schreiben machen ;-) Es wird anscheinend nicht die richtige Tabelle gefunden, die Fehlermeldung There is no entry in the $TCA array for the table "t". This means that the function enableFields() is called with an invalid table name as argument. besagt ja das es im $TCA keine Tabelle "t" gibt. Die Frage ist woher Tabelle "t" kommt? Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dynamicgooglesitemap
Hi, http://www.domain.de/sitemap.xml dann erhalte ich leider: Page Not Found Reason: File "sitemap.xml" was not found (2)! -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 08.10.2014 10:01, schrieb Jonathan Starck: Hi, also wenn ich es richtig verstehe ist es nur nötig folgendes in die htaccess hinzuzufügen: RewriteRule nennesiewieduwillst.xml$ /index.php?eID=dynamicgooglesitemap [L,R=301] Grüße Jonathan Am 07.10.2014 um 23:53 schrieb Sebastian Schmal : hi, so ganz werde ich aus der Anleitung nicht Schlau.. wie kann ich denn die erstelle sitemap umbenennen: www.domain.de/sitemap.xml Hat jemand eine Lösung für mich? Vielen Dank -- -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ 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] t3 6.2 und tx_news multilanguage image
Hab es nun gefunden: Use FAL relations instead of news media elements [records.useFal] Dort gibt es mehrere Sachen: ja nein both FAL + Multimedia was nimmt man da nun ? Warum ist der Kram nicht std. richtig eingestellt? Viele Grüße -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 09.10.2014 09:18, schrieb Sebastian Schmal: Hallo, habe mir noch mal das Video angeschaut: http://vimeo.com/63232527#t=270s hier gibt es dann die Button: Alle Datensätze lokalisieren Den habe ich bei mir nicht, bzw. wird das Bild nicht zu der EN Version übertragen. Media file ist leer. so sieht das bei mir aus: org. DE: http://i.imgur.com/0nxQjxt.png EN: http://i.imgur.com/kWqB59n.png hat wer eine Lösung? Vielen Dank -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 09.10.2014 08:51, schrieb Sebastian Schmal: Hallo Liste, ich habe folgendes Problem. Habe eine ganz normale DE/EN Seite mit tx_news. Die Übersetzung wird richtig ausgegeben. Doch in der Detail-Ansicht wird das Bild / Image nicht richtig ausgegeben, hier wird immer das DE Bild verwendet. Weiß jemand woran das liegt? Vielen Dank ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] WEC Map und NN Address
Am 09.10.2014 um 13:00 schrieb Stefan Wobbe: danke für die Hilfe. Ich habe das TS wie folgt erweitert: select = tx_nnaddress_domain_model_address.uid AS uid, tx_nnaddress_domain_model_address.pid AS pid, tx_nnaddress_domain_model_address.zip AS zip, ... Warum so viel Tipparbeit und nicht *? select = tx_nnaddress_domain_model_address.* Das deutet ja eher auf einen Fehler beim loadTCA hin. Ich habe den Eintrag noch einmal wie folgt geändert da t3lib_div ja nicht mehr verwendet werden soll aber ohne Erfolg: t3lib_div wird gemappt. Die Verwendung ist nicht tragisch. Im Gegenteil ich erh Was wolltest Du uns damit sagen? Gruß, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menu Entry Level
Am 09.10.14 14:34, schrieb Björn Deutschmann: > Syr, hatte dazu ja die Fotos angehängt... > Also auf den Seiten "eCards" und "Gallerie" sollte auch das "normale" > Menü angezeigt werden, also auch "Home", "Anbieter", "Blog", "Gallerie", > "eCards", "Gästebuch" usw. > Es wird aber nur der Link als solches und die Sub angezeigt. Also die > gleiche "Ebene". Gewünscht ist die Ebene darüber. > Hoffe, ich konnte nun erklären und zeigen, wo das Problem liegt. Nö, ehrlich gesagt nicht. Aber die Frau im roten Kleid ist schick. :-) > > begin 644 Bildschirmfoto 2014-10-09 um 14.30.18.png > MB5!.1PT*&@H-24A$4@```28```'K"`(```#MT*?G```*06E#0U!)0T,@ > M4')O9FEL90``2`V=EG=44]D6A\^]-[W0$B(@)?0:>@D@TCM(%011B4F`4`*& > MA"9V1`5&%!$I5F14P`%'AR)C110+@X)BUPGR$%#&P5%$1>7=C&L)[ZTU\]Z: > M_<=9W]GGM]?99^]]U[H`4/R"!,)T6`&`-*%8%.[KP5P2$\O$]P(8$`$.6`'` > MX69F!$?X1`+4_+T]F9FH2,:S]NXN@&2[VRR_4"9SUO]_D2(W0R0&``I%U38\ > M?B87Y0*44[/%&3+_!,KTE2DRAC$R%J$)HJPBX\2O;/:GYBN[R9B7)N2A&EG. > [...] Ernsthaft: entryLevel ist der EINSTIEGSPUNKT Deines Menus, also die Ebene die bei 1 {...} ausgegeben wird. 2 {...} ist dann eine Ebene darunter (in der Hierarchie eingerückt) 3 {...} zwei Ebenen darunter usw. Ein "normales" Menu gibt's bei TYPO3 eh nicht, weil es halt "DEIN normales" Menu ist und "MEIN normales" Menu ganz anders aussieht. Und weil hier keiner weiß, wie Dein Seitenbaum aussieht, was Du machen willst und was passiert, kann Dir auch keiner helfen. :-/ Menus sind aber keine Raketenwissenschaft; ich bin mir sicher, wenn Du Dein Problem so schilderst, dass wir Dir folgen können, wird sich einer finden, der Dir hilft. Marc -- Marc Willmann. TYPO3-Freelancer. http://www.marc-willmann.de Seelandstr. 14-16 D-23569 Lübeck TYPO3 Certified Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menu Entry Level
Okay... Super... Nicht! Löst mein Problem leider noch immer nicht! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CE verschwinden nach dem Editieren
Lieber Bernd es könnte gridelements sein, ich hatte auch mal so ein ähnliches Problem. Hol dir die aktuellste Version von gridelements vom Git (nicht TER), dann wird das Problem gefixt sein. 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
Re: [TYPO3-german] Datum wird nicht übernommen
Hallo Bernd, hallo Chris, da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps machbar sind wird es kaum neue Lösungen geben. so interpretiere ich das auch: Wir leben jetzt und nicht vor 150 Jahren ;-))) Aber ich denke, für TT, MM und Y ein eigenes Feld zu erzeugen ist wegen der schlechten Berechenbarkeit porblematisch. Dann versuche ich lieber, das Bestehende zu erweitern (unter Typo3). Spontane Idee: Wenn der 1.1.1902 unterschritten wird, die Sekunden in einem Extrafeld der Datenbank ablegen. Ist da ein Wert drin, bei der Ausgabe berücksichtigen und entsprechend ausgeben. Da es keinen Sinn macht, diese Erweiterung für den Normalgebauch einzusetzen (95% ...) wäre das, speziell jetzt bei mir, nur für das Erscheinungsdatumsfeld von tt_news notwendig. Wenn ich es schaffe, die Eigabe und Ausgabe abzufangen, könnte ich tt_news wie gewohnt einsetzen. Ich bin kein so großer Programmierer - aber reizen würde es mich ... Gruß Uwe Quote: Bernd Wilke[2] wrote on Thu, 09 October 2014 16:04 Am 09.10.14 15:47, schrieb Chris Wolff - AERTiCKET AG: > Hallo Uwe, > ich glaube wir kommen deinem Problem Näher: > 1. Unix Timestamp sind die Sekunden seit der Unix Epoche (ab.1970) > Ich habe jetzt mal 1.1.1902 0:00 in einen unix timestamp convertiert: -2145916800 > > 2) Habe ich mir angeschaut was der Minimal wert für einen vorzeichen behafteten 32 Bit Integer sind) > -2147483647 (min wert für 32 bit Integer [13.12.1901 20:45:53]) > -2145916800 (1.1.1902 00: als timestamp) > > Diese beiden werte liegen so nahe beieinander das ich glaube das du ein Problem mit 32 Bit Integern hast. > > Php sagt nun das die integer Plattform abhängig sind. > "The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed). > PHP does not support unsigned integers. Integer size can be determined using the constant PHP_INT_SIZE, > and maximum value using the constant PHP_INT_MAX since PHP 4.4.0 and PHP 5.0.5." > - http://php.net/manual/de/language.types.integer.php > > ich Vermute mal du Verwendest ein 32 Bit Betriebsystem / 32bit PHP Binary. > > Jetzt gibt es alo die möglichkeit ein Betriebsystem/php update auf 64 bit zu upgraden und zu hoffen das du dann längere integer hast. > Eventuell musst du dann noch den Feld typ der Datenbank anpassen. (das ist kein problem! Wenn man es ordenlich macht ist das auch update stabil) und spätestens bei der Eingabe mit Javascript-Unterstützung (Kalender-Tool oder Validierung) fällt das ganze auf die Nase weil es in absehbarer Zeit keine longints in Javascript geben wird. Diese Probleme und die entsprechenden Fazits sind aber schon seit einiger Zeit bekannt. da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps machbar sind wird es kaum neue Lösungen geben. insbesondere unter dem Aspekt, dass mit echten Datumsformaten schlecht (kompliziert) gerechnet werden kann (berechne: heute + 1,2,3,4,.. Wochen) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Am 09.10.14 15:47, schrieb Chris Wolff - AERTiCKET AG: Hallo Uwe, ich glaube wir kommen deinem Problem Näher: 1. Unix Timestamp sind die Sekunden seit der Unix Epoche (ab.1970) Ich habe jetzt mal 1.1.1902 0:00 in einen unix timestamp convertiert: -2145916800 2) Habe ich mir angeschaut was der Minimal wert für einen vorzeichen behafteten 32 Bit Integer sind) -2147483647 (min wert für 32 bit Integer [13.12.1901 20:45:53]) -2145916800 (1.1.1902 00: als timestamp) Diese beiden werte liegen so nahe beieinander das ich glaube das du ein Problem mit 32 Bit Integern hast. Php sagt nun das die integer Plattform abhängig sind. "The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed). PHP does not support unsigned integers. Integer size can be determined using the constant PHP_INT_SIZE, and maximum value using the constant PHP_INT_MAX since PHP 4.4.0 and PHP 5.0.5." - http://php.net/manual/de/language.types.integer.php ich Vermute mal du Verwendest ein 32 Bit Betriebsystem / 32bit PHP Binary. Jetzt gibt es alo die möglichkeit ein Betriebsystem/php update auf 64 bit zu upgraden und zu hoffen das du dann längere integer hast. Eventuell musst du dann noch den Feld typ der Datenbank anpassen. (das ist kein problem! Wenn man es ordenlich macht ist das auch update stabil) und spätestens bei der Eingabe mit Javascript-Unterstützung (Kalender-Tool oder Validierung) fällt das ganze auf die Nase weil es in absehbarer Zeit keine longints in Javascript geben wird. Diese Probleme und die entsprechenden Fazits sind aber schon seit einiger Zeit bekannt. da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps machbar sind wird es kaum neue Lösungen geben. insbesondere unter dem Aspekt, dass mit echten Datumsformaten schlecht (kompliziert) gerechnet werden kann (berechne: heute + 1,2,3,4,.. Wochen) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Am 09.10.14 15:08, schrieb Uwe Siedentop: Hallo Chris, hallo Bernd, vielen Dank für Eure Mühen. Es scheint so zu sein: Der Comuter (ob Linux, Windows oder OS) ignoriert alles was älter als 1.1.1902 ist. Das ist natürlich für mich, als Historiker, fatal: Ohne Eingriffe kann ich dann Typo3 nicht verwenden. Einen manuellen Eingriff sehe ich aber schlicht und ergreifend als nicht machbar an: Viele solcher Eingriffe haben mir beim nächsten Update das Leben ziemlich erschwert ... Wenn das dann jetzt so ist, ist vielleicht ein Ansatz eine eigene Extension zu bauen, die - speziell jetzt in tt_news - ein zusätzliches Feld zur Verfügung stellt, das dann das Erschenungsdatum als Text aufnimmt. Evtl. noch eine Formatprüfung, damit das Feld möglichst gleichbleibendes Format liefert. Das bestehende Feld ist dann das Erfassungdatum, das neue das Erscheinugsdatum. Mal sehen, ob ich den Ansatz weiterverfolge. unter dem Aspekt der anstehenden Updates wäre zu überlegen ob du nicht auf tx_news umstellst und deine Feld-Erweiterung dafür unter 6.2 erstellst. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Hallo Uwe, ich glaube wir kommen deinem Problem Näher: 1. Unix Timestamp sind die Sekunden seit der Unix Epoche (ab.1970) Ich habe jetzt mal 1.1.1902 0:00 in einen unix timestamp convertiert: -2145916800 2) Habe ich mir angeschaut was der Minimal wert für einen vorzeichen behafteten 32 Bit Integer sind) -2147483647 (min wert für 32 bit Integer [13.12.1901 20:45:53]) -2145916800 (1.1.1902 00: als timestamp) Diese beiden werte liegen so nahe beieinander das ich glaube das du ein Problem mit 32 Bit Integern hast. Php sagt nun das die integer Plattform abhängig sind. "The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed). PHP does not support unsigned integers. Integer size can be determined using the constant PHP_INT_SIZE, and maximum value using the constant PHP_INT_MAX since PHP 4.4.0 and PHP 5.0.5." - http://php.net/manual/de/language.types.integer.php ich Vermute mal du Verwendest ein 32 Bit Betriebsystem / 32bit PHP Binary. Jetzt gibt es alo die möglichkeit ein Betriebsystem/php update auf 64 bit zu upgraden und zu hoffen das du dann längere integer hast. Eventuell musst du dann noch den Feld typ der Datenbank anpassen. (das ist kein problem! Wenn man es ordenlich macht ist das auch update stabil) Eine andere Alternative ist es tt_news um zusätzliche felder zu erweitern die jahr/monat/tag einzeln speichern dann fällst du nicht in den integer Overflow. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Uwe Siedentop Gesendet: Donnerstag, 9. Oktober 2014 15:09 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Re: Datum wird nicht übernommen Hallo Chris, hallo Bernd, vielen Dank für Eure Mühen. Es scheint so zu sein: Der Comuter (ob Linux, Windows oder OS) ignoriert alles was älter als 1.1.1902 ist. Das ist natürlich für mich, als Historiker, fatal: Ohne Eingriffe kann ich dann Typo3 nicht verwenden. Einen manuellen Eingriff sehe ich aber schlicht und ergreifend als nicht machbar an: Viele solcher Eingriffe haben mir beim nächsten Update das Leben ziemlich erschwert ... Wenn das dann jetzt so ist, ist vielleicht ein Ansatz eine eigene Extension zu bauen, die - speziell jetzt in tt_news - ein zusätzliches Feld zur Verfügung stellt, das dann das Erschenungsdatum als Text aufnimmt. Evtl. noch eine Formatprüfung, damit das Feld möglichst gleichbleibendes Format liefert. Das bestehende Feld ist dann das Erfassungdatum, das neue das Erscheinugsdatum. Mal sehen, ob ich den Ansatz weiterverfolge. Nochmals Vielen Dank Uwe ___ 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] Re: Datum wird nicht übernommen
Hallo Chris, hallo Bernd, vielen Dank für Eure Mühen. Es scheint so zu sein: Der Comuter (ob Linux, Windows oder OS) ignoriert alles was älter als 1.1.1902 ist. Das ist natürlich für mich, als Historiker, fatal: Ohne Eingriffe kann ich dann Typo3 nicht verwenden. Einen manuellen Eingriff sehe ich aber schlicht und ergreifend als nicht machbar an: Viele solcher Eingriffe haben mir beim nächsten Update das Leben ziemlich erschwert ... Wenn das dann jetzt so ist, ist vielleicht ein Ansatz eine eigene Extension zu bauen, die - speziell jetzt in tt_news - ein zusätzliches Feld zur Verfügung stellt, das dann das Erschenungsdatum als Text aufnimmt. Evtl. noch eine Formatprüfung, damit das Feld möglichst gleichbleibendes Format liefert. Das bestehende Feld ist dann das Erfassungdatum, das neue das Erscheinugsdatum. Mal sehen, ob ich den Ansatz weiterverfolge. Nochmals Vielen Dank Uwe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DB-Zugriff über VPN?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Stefan, > Lösung B) > Verschieben der Webserver-DB auf den DB-Server des Vereins. Gewinnt man > dadurch an Sicherheit > für die Daten? wieso das denn, du meinst weil dann dort die Datenbank von Außen nur per VPN erreichbar ist? Einmal die VPN Daten ungesichert auf dem Server der die DB anspricht liegen lassen und es ist vorbei mit der Sicherheit, vergesse bitte nicht die begleitenden Faktoren in Bezug auf Datensicherheit: Mal so ein paar Punkte Betreibt der Verein einen Server mit 24/7 zertifizierter Hardware? Hat der Verein einen qualifizierten Admin dauerhaft vor Ort der die nötige Expertise mitbringt? Wer hat denn physikalischen Zugriff auf diesen Server? Was soll da noch so drauf laufen? Grundsätzlich sind Server im Rechenzentrum sehr viel besser aufgehoben als irgendwo zuhause,(Notstrom, Löschanlagen, überflutungsschutz usw) Aus meiner Erfahrung neigen Vereine oft dazu alles selber machen zu wollen es aber nicht wirklich bewerkstelligen können. Sicherheit geht viel weiter als eine Zugriffsmethode zu betrachten Bei solchen Szenarien muss ein führendes System festgelegt werden, wieso also nicht den Webserver nehmen > Wenn jemand auf der Website den Newsletter abonniert, soll dies nicht nur auf > dem Webserver > abgespeichert werden, sondern auch auf dem DB-Server des Vereins, der über > ein VPN mit dem > Internet verbunden ist. Der Webserver wird als Master aufgesetzt, der lokale arbeitet als Slave dann sind die Daten fast in Echtzeit vorhanden > Wenn jemand den Newsletter per Telefon abonniert, soll der Eintrag auf dem > DB-Server auch auf > dem Webserver gespiegelt werden können. Warum wird der Abonnent auch wenn er anruft nicht von der Sekretärin mittels Formular in die Webserverdb eingetragen? Ein festgelegtes führendes System, hilft später enorm bei der Fehlersuche my2cent - -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUNoddAAoJEF1/iIvWnG8NEvIH/0oo8FDxB/m3Ry7hZRgpPbQc DAhjmC1MQkx1MWy9+agNqOU/3zk+U6lDwu1HWMnsn/USvehE0UzoFm80iYsBDVxr l0dlLdmDT/5gLVrSEpkfF4vcenQtyXk8AXqX+S9249twpJ/BxjgeZaR6/sfxlNH4 a+jtDlDmpGsKhIGhQQVCLjcVWmp816jiBAfmm/YKG94bwd6+FTuZCSdEXVvD1Rxq JNNwt9p2njT9CWLZjbFpJnfTNpcnxGKgLdvELuKyG+O23zD8gRl5pTvPSGYsrZeZ z0HXvBKCanh0e3L0c0TwhTEa1XbDKNov/Tw7ZKvmIl+lGui95HgaCKT4pJJP3ZE= =ALyp -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] Page properties in lokalisierten Pages
Am 09.10.14 14:24, schrieb Freund: Hallo, ich habe die Page Properties erweitert um ein Checkbox-Feld: TCA: 'tx_afrextendedpageproperties_disable_stage' => array( 'label' => 'Disable stage', 'config' => array( 'type' => 'check', 'default' => '0' ), ), Diese Einstellung kann sowohl in der Default Page wie auch in der lokalisierten Page gemacht werden. Mit folgendem Typoscript bekomme ich das tatsächliche Ergebnis von der jeweiligen Seite (default auf default, lokalisiert auf lokalisiert): page.6 = TEXT page.6.data = TSFE:page|tx_afrextendedpageproperties_disable_stage page.6.wrap = Stage value: | Versuche ich nun aber aufgrund der Einstellung eine Condition zu setzen verwendet er als Ergebnis die Einstellung der Default Page: [globalVar = TSFE:page|tx_afrextendedpageproperties_disable_stage=1] page.9 = TEXT page.9.value = 111 [else] page.9 = TEXT page.9.value = [global] Hier richtet sich die Ausgabe immer nach den Einstellungen in der Default Page. Das Feld ist sowohl in der Liste von addRootLineFields sowie pageOverlayFields. Hat jemand eine Idee woran der Fehler liegen könnte? Bin für jeden Hinweis dankbar! liegt wohl daran, dass die Infos in unterschiedlichen Tabellen liegen (pages und pages_language_overlay), deine Condition aber nur die Tabelle pages berücksichtigt. Vielleicht würde ein stdWrap.if auf die overlay-Daten zugreifen. Sicher bin ich mir damit aber nicht. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anfänger mit 5 Fragen / Problemen (u.a Menü, Suchformular, realURL/coolURI)
Am 09.10.14 13:20, schrieb Björn Deutschmann: Moin Moin, ich habe versucht, mein erstes Projekt mittels Bootstrap und Typo 3 zu realisieren und es hat auch recht gut geklappt, die Vorlage fast 1:1 zu integrieren, bis auf fünf Sachen: 1) Es ist ja eigentlich als Drei-Spalten-Layout vorgesehen mit links der Side-Navigation, mitte Hauptinhalt und recht einer Tag-Cloud, Werbung und ähnliches. Eingebunden mittels TS wird das so: lib.content_main < styles.content.get lib.content_left < styles.content.get lib.content_left.select.where = colPos = 1 lib.content_middle < styles.content.get lib.content_middle.select.where = colPos = 2 lib.content_right < styles.content.get lib.content_right.select.where = colPos = 3 In Typo 3 muss ich meinen Inhalt für die Mitte allerdings bei „Rechts" eingeben und links ist „Rand". Weiß jemand, wieso? die Spaltenzuordnungen in TYPO3 sind historisch: 0 = Main 1 = Left 2 = Right 3 = Border entsprechend gibt es styles.content.get styles.content.getLeft styles.content.getRight styles.content.getBorder natürlich kannst du das mit BackEnd-Layouts neu zuordnen und das BE entsprechend anordnen 2) Wenn ich auf der Startseite bin, sollte das „Home" als aktiver Link eigentlich anders hinterlegt sein. Leider klappt das irgendwie noch nicht, da das ja „nur" ein Link auf die root-Seite ist. Hat jemand eine Idee, wie ich es realisieren kann, dass der Link, dann noch hinterlegt wird? das kommt auf die Nutzung der Seiten an. du kannst diverse Conditions nutzen oder deine Seiten vernünftig aufbauen. zb. webroot (link to first subpage) <- kein Inhalt +- Home<- hier ist deine Startseite +- page1 +- page2 : damit sollte dein Menü automatisch funktionieren alternativ benutze den CUR-Status im Menü und lasse das erste Level auf gleicher ebene wie die zweite Ebene ausgeben: home +- page1 +- page2 : home page1 page2 : temp.mainmenu = HMENU temp.mainmenu { 1 { wrap = | NO = 1 NO.wrap = | CUR < .NO CUR.wrap = | } 2 < .1 2.wrap > 3 < .1 : } 3) Scheint ein Problem von Bootstrap zu sein: Wenn man auf das Dropdown-Item im Menü klickt, öffnet sich nur das Dropdown-Menü, der eigentliche Link ist tot. Habe im Internet zwar schon Hinweise darauf gefunden, wie man das umgehen kann, aber würden sich beim Hover schon alle Dropdowns des Menüs öffnen inkl. der Unter-Unterpunkte, was nicht gewollt ist. Ich habe den Link nun noch mal über die Unterseiten verlinkt und einen Trennet dazwischen gemacht, sodass die Seite auswählbar ist. Finde ich nicht so elegant, aber eine andere Lösung habe ich nicht gefunden. Dadurch habe ich dann leider in meiner Sidebar auch einen Menüpunkt mehr als eingeplant. Jemand noch einen anderen Lösungsansatz? Seiten mit Unterseiten dürfen keinen anzeigbaren Inhalt haben. Dann ist es ok, dass sie nicht angesprungen werden können. Statt dessen eine Unterseite mit Inhalt erstellen. diese könnte organisatorisch auch direkt als shortcutseite angesprungen werden (wenn du mal ein anderes Rendering als bootstrap benutzen möchtest und alles auf Anhieb laufen soll) 4) Das Suchformular sollte eigentlich aus der Vorlage raus und auch mittels f:cObject über TS eingebunden werden. Ich hatte es mittels Macina probiert jedoch ohne Erfolg und dann noch mittels #lib.searchbox = TEXT #lib.searchbox.value ( Aber auch alles ohne Erfolg? Was mache ich hier nun falsch? Formulare werden inzwischen recht gut abgesichert mit session-werten bzw. hidden inputs. die müssen natürlich vorhanden sein und passend gefüllt sein. 5) Thema Plugin: Das ganze wird ein Multi-Domain-Setup, sodass mehrfach Impressum, Disclaimer usw vorhanden sind. Bei der zweiten Variante hängt Typo3 bei den „sprechenden URL's" halt diese Klammer hinten dran, was doof aussieht. Die Seiten sollten einfach Impressum, Disclaimer usw heißen und nicht nicht anders. Ich habe nun versucht sowohl RealURL u.a. mittels UrlTool als auch CoolURI zu integrieren. Und obwohl gerade CoolURI ja recht einfach ist und man nur die config aus dem Order woanders hinkopieren und kurz umbenennen muss, man ja auch nicht viel Setup in TS und in der htaccess hat, bekomme ich bei beiden Varianten dann immer ein „Not Found das klingt eher nach dem üblichen Chaos von realurl wenn Seiten identische Pfade haben. bzw. wenn Seiten umbenannt werden und dann ganz andere Seiten mit einer vorher anderweitig benutzten URL angesprungen werden sollen. Web -> Info -> Realurl-Management -> ID-to-path-mapping und dort alle Einträge mal löschen. Dann den FE-Cache löschen und alles neu aufbauen lassen. ### End: Settings for mod_rewrite ### begin 644 Bildschirmfoto 2014-10-08 um 22.35.59.png MB5!.1PT*&@H-24A$4@```1\```'H"`(```#_HGR[```*06E#0U!)0T,@ M4')O9FEL90``2`V=EG=44]D6A\^]-[W0$B(@)?0:>@D@TCM(%011B4F`4`*& [...] MTX"!=YZ__,N_--2]SO38^8]EUN:$tja. echte Rewrites in mod_rewrite oder
Re: [TYPO3-german] DB-Zugriff über VPN?
Hallo, Am 09.10.2014 um 13:31 schrieb Stefan Padberg: > > > Lösung A) > Programmieren von Services auf beiden Servern, die es beiden Servern > erlauben, auf dem jeweils anderen GET-/SET-Operationen auszuführen. > Dadurch wird der DB-Server stärker exponiert. Würde ich so machen. Wenn kein Anspruch auf Echtzeit besteht, kannst Du hier ja z.B. mit CSV oder XML als Format arbeiten, bei dem die Datensätze der letzten 24h zum Download bereitgestellt werden. > > Lösung B) > Verschieben der Webserver-DB auf den DB-Server des Vereins. Gewinnt > man dadurch an Sicherheit für die Daten? > > Kann Typo3 seine Typo3-Datenbank über ein VPN ansprechen? In diesem Fall hast Du aber doch immer noch zwei voneinander unabhängige Datenbanken? Typo bzw. php ist es egal, über welche Wege die IP-Adresse der Datenbank aufgelöst wird. Ich gehe aber mal davon aus, dass der Verein einen normalen Endkunden-Internetzugang hat - die Geschwindigkeit des mysql-Zugriffs wird damit auf die Upload-Bandbreite des DSL(?)-Anschlusses limitiert. Wenn dann jemand zeitgleich von eben diesem Anschluss aus in Typo arbeiten will und z.B. ein größeres PDF hochlädt, teilen sich Fileupload und mysql-Zugriff die paar mBit Upload-Bandbreite - das wäre also etwas suboptimal. > > > Wie würdet ihr das Problem lösen? > > Beste Grüße > Stefan > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Page properties in lokalisierten Pages
Hallo, ich habe die Page Properties erweitert um ein Checkbox-Feld: TCA: 'tx_afrextendedpageproperties_disable_stage' => array( 'label' => 'Disable stage', 'config' => array( 'type' => 'check', 'default' => '0' ), ), Diese Einstellung kann sowohl in der Default Page wie auch in der lokalisierten Page gemacht werden. Mit folgendem Typoscript bekomme ich das tatsächliche Ergebnis von der jeweiligen Seite (default auf default, lokalisiert auf lokalisiert): page.6 = TEXT page.6.data = TSFE:page|tx_afrextendedpageproperties_disable_stage page.6.wrap = Stage value: | Versuche ich nun aber aufgrund der Einstellung eine Condition zu setzen verwendet er als Ergebnis die Einstellung der Default Page: [globalVar = TSFE:page|tx_afrextendedpageproperties_disable_stage=1] page.9 = TEXT page.9.value = 111 [else] page.9 = TEXT page.9.value = [global] Hier richtet sich die Ausgabe immer nach den Einstellungen in der Default Page. Das Feld ist sowohl in der Liste von addRootLineFields sowie pageOverlayFields. Hat jemand eine Idee woran der Fehler liegen könnte? Bin für jeden Hinweis dankbar! Typo3 Version 4.7.19 Gruß, Andi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DB-Zugriff über VPN?
Hallo Stefan, ich würde Wahrscheinlich die Lösung 1) mit den beiden Services wählen. Aus dem einfachen Grund das die Systeme so Entkoppelt sind. Falls also die Vereins DB mal Offline ist kann typo3 normal weiter Operieren. Und umgekehrt. Es muss nur sichergestellt werden das die Services in der Lage sind ihre Daten "nachzusyncronsieren" Du musst Sowieso eine Öffnung ins Netzt des Vereins schaffen. Deswegen sehe ich den unterschied der beiden Lösungen nicht. VPN Anbindung sollte für beide scenarien funktionieren. Eine dritte Möglichkeit wäre es einen Datenbank Cluster aufzubauen. Und die Synchronisierung der Datenbank zu überlassen. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Stefan Padberg Gesendet: Donnerstag, 9. Oktober 2014 13:31 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] DB-Zugriff über VPN? Hallo, ein Verein will bestimmte Daten wie z.B. Newsletter-Abonennten zwischen Webserver und vereinseigenem Datenbankserver synchonisieren. Es sind noch mehr Datentypen, aber das Newsletter-Abo ist ein gutes Beispiel. Wenn jemand auf der Website den Newsletter abonniert, soll dies nicht nur auf dem Webserver abgespeichert werden, sondern auch auf dem DB-Server des Vereins, der über ein VPN mit dem Internet verbunden ist. Wenn jemand den Newsletter per Telefon abonniert, soll der Eintrag auf dem DB-Server auch auf dem Webserver gespiegelt werden können. Lösung A) Programmieren von Services auf beiden Servern, die es beiden Servern erlauben, auf dem jeweils anderen GET-/SET-Operationen auszuführen. Dadurch wird der DB-Server stärker exponiert. Lösung B) Verschieben der Webserver-DB auf den DB-Server des Vereins. Gewinnt man dadurch an Sicherheit für die Daten? Kann Typo3 seine Typo3-Datenbank über ein VPN ansprechen? Wie würdet ihr das Problem lösen? Beste Grüße Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ 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] Datum wird nicht übernommen
Am 09.10.14 11:34, schrieb Uwe Siedentop: Hallo zusammen, ich hoffe, ich bin hier mit meinem Anliegen richtig: Für eine Online-Dokumentation benötige ich Texte aus Zeitungen, die weit in die Vergangenheit zurückgehen - bis ca. 1820. Wenn ich jetzt den Kalender am Engabefeld nutze, kann ich zwar Monat und Jahr auswählen, wenn ich aber den Tag festlege, springt das Jahr immer auf 2014 zurück. Der Effekt tritt auch auf, wenn ich das Datum manuell eingebe. Gibt es da einen Patch oder weiß jemand, wie das verhindert werden kann? evtl. teilweise (für eingeschränkte Zeitbereiche). grundsätzlich aber nicht. TYPO3 benutzt für Zeitangebn das unix-timestamp-Format das eigentlich nur ein Delta in Sekunden seit 1.1.1970 0:00:00 speichert. inkl. negativen Zahlen funktioniert das dann im Bereich der Jahre 1901 - 2038 (13.12.1901 - 19.1.2038) da du aber Daten außerhalb dieses bereiches hast musst du soweiso ein anderes Format benutzen. grundsätzlich könntest du das date-format benutzen - abgesehen, dass es keine vernünftige Unterstützung in TYPO3 dafür gibt. Alternativ benutzt du einen String, ggfls mit dem Validation-Pattern 99.99.. eine interaktive Eingabe mit Kalendern fällt damit natürlich weg. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] DB-Zugriff über VPN?
Hallo, ein Verein will bestimmte Daten wie z.B. Newsletter-Abonennten zwischen Webserver und vereinseigenem Datenbankserver synchonisieren. Es sind noch mehr Datentypen, aber das Newsletter-Abo ist ein gutes Beispiel. Wenn jemand auf der Website den Newsletter abonniert, soll dies nicht nur auf dem Webserver abgespeichert werden, sondern auch auf dem DB-Server des Vereins, der über ein VPN mit dem Internet verbunden ist. Wenn jemand den Newsletter per Telefon abonniert, soll der Eintrag auf dem DB-Server auch auf dem Webserver gespiegelt werden können. Lösung A) Programmieren von Services auf beiden Servern, die es beiden Servern erlauben, auf dem jeweils anderen GET-/SET-Operationen auszuführen. Dadurch wird der DB-Server stärker exponiert. Lösung B) Verschieben der Webserver-DB auf den DB-Server des Vereins. Gewinnt man dadurch an Sicherheit für die Daten? Kann Typo3 seine Typo3-Datenbank über ein VPN ansprechen? Wie würdet ihr das Problem lösen? Beste Grüße Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. 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] WEC Map und NN Address
Hallo Jan, danke für die Hilfe. Ich habe das TS wie folgt erweitert: table = tx_nnaddress_domain_model_address select = tx_nnaddress_domain_model_address.uid AS uid, tx_nnaddress_domain_model_address.pid AS pid, tx_nnaddress_domain_model_address.zip AS zip, ... where > where = pid = 14 Erhalte jetzt aber die Fehlermeldung: There is no entry in the $TCA array for the table "t". This means that the function enableFields() is called with an invalid table name as argument. Das deutet ja eher auf einen Fehler beim loadTCA hin. Ich habe den Eintrag noch einmal wie folgt geändert da t3lib_div ja nicht mehr verwendet werden soll aber ohne Erfolg: if(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::isLoaded('nn_address')) { \TYPO3\CMS\Core\Utility\GeneralUtility::loadTCA('nn_address'); $TCA['tx_nnaddress_domain_model_address']['ctrl']['EXT']['wec_map'] = array ( 'isMappable' => 1, 'addressFields' => array ( 'street' => 'street', 'city' => 'city', 'state' => 'region', 'zip' => 'zip', 'country' => 'country', ), ); } Im Gegenteil ich erh ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Required argument "paxType" is not set
Hallo, es soll ganz einfach sein, und jedoch funktioniert etwas nicht. Ich habe einen Fluid Template mit einem link.action die folgends aussieht (Extension, Controller und Action Namen geändert): Sprachen für Schüler So sieht die angesprochene Methoden aus: PageContentController.php /** * renderSomething * * @param string $paxType * @return void */ public function renderSomething ( $paxType ) { ... } Ich bekomme aber immer wieder beim Link klicken #1298012500: Required argument "paxType" is not set. Was könnte falsch sein? Könnte es sein, dass es kein PageContent Model gibt? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Hi Uwe, das heist ersmtal heraus bekommen ob es wirklich der datepicker ist das war ja nur ein "wild guess". kann ja auch im Typo3 Core liegen das problem. oder daran das z.b die falsche Validierung in ext_tables.php für die Felder vergeben wurde. Etc... nicht den datepickre zu verwenden sondern dein datum "manuell" einzutragen. Wenn das erfolgreich geht ist es wohl der datpicker. Wenn es immer nicht geht ist es etwas anderes. Also erstmal grob einordnen wo das problem ist. Ansonsten natürlich im bugtracker schauen ob es schon eine fehlerbeschreibung zu dem problem gibt. Falls nein hinzufügen. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Uwe Siedentop Gesendet: Donnerstag, 9. Oktober 2014 12:21 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Datum wird nicht übernommen Hallo Chris, Danke für Deine Antwort. Nein, Windows ist da nicht im Spiel: Linux san 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 mit php 5.5.15. Ich denke auch, dass es der Datepicer ist. Das bedeutet : Auf UpDate hoffen?!? Ich schau mal, ob es bei Typo3 6.2 behoben ist. Wenn ja, dann werde ich eher da UpDaten. Ansonsten melde ich mich wieder hier. Nochmals Danke Uwe ___ 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] Datum wird nicht übernommen
Hallo Chris, Danke für Deine Antwort. Nein, Windows ist da nicht im Spiel: Linux san 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 mit php 5.5.15. Ich denke auch, dass es der Datepicer ist. Das bedeutet : Auf UpDate hoffen?!? Ich schau mal, ob es bei Typo3 6.2 behoben ist. Wenn ja, dann werde ich eher da UpDaten. Ansonsten melde ich mich wieder hier. Nochmals Danke Uwe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datum wird nicht übernommen
Hallo Uwe Läuft dein Typo3 unter windows? Dann ist es warscheinlich ein Problem mit PHP (das vor 5.1 keine Timstamps vor 1970 auf Windows kannte) "Allerdings begrenzen PHP-Versionen vor 5.1.0 den Bereich auf einigen Systemen (z.B. Windows) auf 1970-2038." - http://de1.php.net/manual/de/function.mktime.php Ansonsten würde ich auf das Datepicker Javascript tippen, das die dort irgendwo davon ausgehen das Timestamps Positiv sind. Und falls das nicht der fall ist das "korregieren" Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Uwe Siedentop Gesendet: Donnerstag, 9. Oktober 2014 11:35 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Datum wird nicht übernommen Hallo zusammen, ich hoffe, ich bin hier mit meinem Anliegen richtig: Für eine Online-Dokumentation benötige ich Texte aus Zeitungen, die weit in die Vergangenheit zurückgehen - bis ca. 1820. Wenn ich jetzt den Kalender am Engabefeld nutze, kann ich zwar Monat und Jahr auswählen, wenn ich aber den Tag festlege, springt das Jahr immer auf 2014 zurück. Der Effekt tritt auch auf, wenn ich das Datum manuell eingebe. Gibt es da einen Patch oder weiß jemand, wie das verhindert werden kann? Ich verwende momentan Typo3 4.7.19. Der Effekt ist mir unter tt_news 3.6.0 und dann in den Seiteneigenschaften aufgefallen. Gruß Uwe ___ 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] Datum wird nicht übernommen
Hallo zusammen, ich hoffe, ich bin hier mit meinem Anliegen richtig: Für eine Online-Dokumentation benötige ich Texte aus Zeitungen, die weit in die Vergangenheit zurückgehen - bis ca. 1820. Wenn ich jetzt den Kalender am Engabefeld nutze, kann ich zwar Monat und Jahr auswählen, wenn ich aber den Tag festlege, springt das Jahr immer auf 2014 zurück. Der Effekt tritt auch auf, wenn ich das Datum manuell eingebe. Gibt es da einen Patch oder weiß jemand, wie das verhindert werden kann? Ich verwende momentan Typo3 4.7.19. Der Effekt ist mir unter tt_news 3.6.0 und dann in den Seiteneigenschaften aufgefallen. Gruß Uwe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Sorting im Backend mit DnD kaputt?
Hallo, ich habe aktuell das Problem, dass ich bei einer Seite mit TV 1.9.2 und Typo3 4.5.36 keine CE im Backend umsortieren kann, wenn die Seite länger ist als der Browser hoch. Dann springt die Seite immer nach oben zum Anfang und es ist kein Scrollen möglich. Das ging in einer der letzten Versionen von T3 noch problemlos. Ist der Fehler bekannt? Gibt es einen Workaround? -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CE verschwinden nach dem Editieren
Am 07.10.14 12:00, schrieb bernd wilke: gestern habe ich das Update von 6.1.10 nach 6.1.11 eingespielt und heute bekomme ich die Rückmeldung der Editoren, dass bearbeitete CE nach dem Speichern öfters mal verschwinden. Ein Nachforschen zeigt: die Elemente werden mit colPos = -1 gespeichert, obwohl sie in main/0 liegen (sollten). Da es so etwas schon einmal gab habe ich gridelements (2.1.2) im Verdacht colPos falsch zu manipuliert. Außerdem benutze ich noch fluidcontent (3.1.0), flux (6.0.4), die auch mit colPos rumspielen. da ich jetzt ein CE habe, dass reproduzierbar beim Speichern die Spalte wechselt kann ich es mal etwas analysieren: es ist wohl definitiv gridelements ohne fluidcontent verschiebt sich das CE beim speichern immer noch. ohne gridelements bleibt es in der Spalte und es ist wohl auch nicht die neue TYPO3 Version, denn auch ein Downgrade hat keinen Effekt auf das Verhalten. leider habe ich keine Ahnung wie ich das ganze weiter debuggen kann (Javascript/PHP?) um die eigentliche Fehlerursache zu finden. https://forge.typo3.org/issues/62118 bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Superscript Subscript RTE
Hallo! Danke für eure Hilfe. Ich habe eine komplett neue, leere TYPO3 Installation aufgesetzt. Da sind die Tags so wie sie sein sollen. Hoch und tief Es liegt also an meiner RTE ConfigTS. (war ja irgendwo auch klar) Habe nun die TSConfig aus der SYSEXT genommen und passe Schritt für Schritt meine TS an. Dann werde ich meinen Fehler schon finden. Viele Grüße Stefan ___ 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 und tx_news multilanguage image
Hallo, habe mir noch mal das Video angeschaut: http://vimeo.com/63232527#t=270s hier gibt es dann die Button: Alle Datensätze lokalisieren Den habe ich bei mir nicht, bzw. wird das Bild nicht zu der EN Version übertragen. Media file ist leer. so sieht das bei mir aus: org. DE: http://i.imgur.com/0nxQjxt.png EN: http://i.imgur.com/kWqB59n.png hat wer eine Lösung? Vielen Dank -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 09.10.2014 08:51, schrieb Sebastian Schmal: Hallo Liste, ich habe folgendes Problem. Habe eine ganz normale DE/EN Seite mit tx_news. Die Übersetzung wird richtig ausgegeben. Doch in der Detail-Ansicht wird das Bild / Image nicht richtig ausgegeben, hier wird immer das DE Bild verwendet. Weiß jemand woran das liegt? Vielen Dank ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german