Re: [TYPO3-german] NEOS Installation mit Xampp auf Linux Mint 17
Am 08.10.14 20:21, schrieb Martin: Ich nutze wie schon geschrieben Linux Mint 17 und die aktuelle XAMPP Version. Nun hatte ich sehr viele Tutorials gelesen und auch Tipps Tricks im Internet entdeckt. Es hat alles nichts genutzt. Typo3 Neos oder Typo3 Flow kann ich nicht installieren. Mein lokaler Server liegt im Verzeichnis /opt/lampp/. Jetzt habe ich mir überlegt, es könnten die Benutzerrrechte oder Benutzerangaben sein. Hier mal der komplette Auszug vom Terminal /opt/lampp/: insgesamt 10032 drwxr-xr-x 30 root root 4096 Sep 23 19:47 . drwxr-xr-x 4 root root 4096 Sep 13 14:15 .. drwxr-xr-x 5 root root 4096 Sep 13 14:15 apache2 drwxrwxr-x 2 root root 12288 Sep 13 14:17 bin drwxr-xr-x 2 root root 4096 Sep 13 14:17 build drwxr-xr-x 2 root root 4096 Sep 13 14:16 cgi-bin -rwxr-xr-x 1 root root 27372 Sep 13 14:15 ctlscript.sh drwxr-xr-x 2 root root 4096 Sep 13 14:17 docs drwxrwxr-x 3 root root 4096 Sep 13 14:16 error drwxr-xr-x 8 root root 4096 Sep 23 19:51 etc drwxr-xr-x 8 root root 4096 Sep 13 14:30 htdocs drwxr-xr-x 3 root root 4096 Sep 13 14:16 icons drwxr-xr-x 2 root root 4096 Sep 13 14:15 img drwxr-xr-x 20 root root 12288 Sep 13 14:17 include drwxr-xr-x 2 root root 4096 Sep 13 14:17 info lrwxrwxrwx 1 root root16 Sep 13 14:17 lampp - /opt/lampp/xampp drwxr-xr-x 14 root root 12288 Sep 13 14:17 lib drwxr-xr-x 2 root root 4096 Sep 13 14:16 libexec drwxr-xr-x 2 root root 4096 Sep 13 14:16 licenses drwxr-xr-x 2 daemon daemon4096 Okt 3 21:09 logs drwxr-xr-x 7 root root 4096 Sep 13 14:17 man -rwx-- 1 root root 3096815 Jun 10 2013 manager-linux.run drwxr-xr-x 14 root root 12288 Sep 13 14:17 manual drwxr-xr-x 2 root root 4096 Sep 13 14:17 modules drwxr-xr-x 3 root root 4096 Sep 13 14:15 mysql drwxr-xr-x 2 root root 4096 Sep 13 14:16 pear drwxr-xr-x 3 root root 4096 Sep 13 14:15 php drwxr-xr-x 9 root root 4096 Sep 13 14:16 phpmyadmin drwxr-xr-x 3 root root 4096 Sep 13 14:15 proftpd -rw-r--r-- 1 root root 803 Sep 13 14:17 properties.ini -rw-r--r-- 1 root root 72812 Aug 21 13:58 RELEASENOTES drwxr-xr-x 2 root root 4096 Sep 13 14:16 sbin drwxr-xr-x 45 root root 4096 Sep 13 14:17 share drwxrwxrwx 2 daemon daemon4096 Okt 3 20:53 temp -rwx-- 1 root root 6636866 Sep 13 14:18 uninstall -rw--- 1 root root250582 Sep 13 14:18 uninstall.dat drwxr-xr-x 6 root root 4096 Okt 3 21:09 var -rwxr-xr-x 1 root root 15201 Jul 22 2013 xampp wichtig sind die Rechte im Bereich des Webroot. das ist bestimmt nicht dieses Verzeichnis. Dort sollte der User mit dem Apache/PHP ausgeführt wird das Recht zum Lesen und Schreiben haben. typischerweise wird apache als www-data (gruppe www-data) ausgeführt. wenn dort alles root gehört kannst du entweder jedermann die Rechte geben (chmod 777 *), oder die zugehörigen Verzeichnisse und Dateien dem User www-data, der Gruppe www-data übergeben (chown www-data:www-data *). 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] php error Neos Installation.
Hi dude, (auf der liste sind eigendlich klarnamen gewünscht) Der fehler sagt das es eine 'Indentation problem in \\/neos\\/TYPO3-Neos-1.1.0\\/Configuration\\/Settings.yaml at line 27 Also scheint irgend etwas mit deinen einrückungen im Settings Yaml nicht Okay zu sein. z.b Tab statt Space, oder sowas. Du kiannst den inhalt deines settings yaml ja mal nach http://yamllint.com/ Kopieren und schauen was der der für fehler gibt. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von dude dudeson Gesendet: Mittwoch, 8. Oktober 2014 20:37 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] php error Neos Installation. Hallo Zusammen, Ich suche nun 2 Tagen nach einer lösung für mien problem. Ich habe Neos auf einer Debian 7 Instanz installiert und bekomme die installation im browser nicht zum laufen. apache errorlog: ct 08 20:21:11 2014] [error] [clientxxx] PHP Fatal error: Uncaught exception 'Symfony\\Component\\Yaml\\Exception\\ParseException' with message 'Indentation problem in \\/neos\\/TYPO3-Neos-1.1.0\\/Configuration\\/Settings.yaml at line 27 (near Flow: '/neos/TYPO3-Neos-1.1.0/').' in /neos/TYPO3-Neos-1.1.0/Packages/Libraries/symfony/yaml/Symfony/Component/Yaml/Parser.php:334\nStack trace:\n#0 /neos/TYPO3-Neos-1.1.0/Packages/Libraries/symfony/yaml/Symfony/Component/Yaml/Parser.php(183): Symfony\\Component\\Yaml\\Parser-getNextEmbedBlock()\n#1 /neos/TYPO3-Neos-1.1.0/Packages/Libraries/symfony/yaml/Symfony/Component/Yaml/Yaml.php(122): Symfony\\Component\\Yaml\\Parser-parse('# ...', false, false)\n#2 /neos/TYPO3-Neos-1.1.0/Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Configuration/Source/YamlSource.php(94): Symfony\\Component\\Yaml\\Yaml::parse('/neos/TYPO3-Neo...')\n#3 /neos/TYPO3-Neos-1.1.0/Packages/Framework/TYPO3.Flow/Classes/TYPO3/Flow/Configuration/ConfigurationManager.php(358): TYPO3\\Flow\\Configuration\\Source\\YamlSource-load('/neos/TYPO3-Neo...', false)\n#4 /neos in /neos/TYPO3-Neos-1.1.0/Packages/Libraries/symfony/yaml/Symfony/Component/Yaml/Parser.php on line 334 gruß dude ___ 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
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
[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. supHoch/sup und subtief/sub 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] 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] 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
[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
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
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
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
[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): f:link.action extensionName=myextension controller=PageContent action=renderSomething arguments={paxType: 'CHD'} pageUid=32 button type=button class=btn btn-primary col-xs-4 col-sm-7Sprachen für Schüler/button /f:link.action 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] 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] 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] 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] 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: |br 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] 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] Re: Menu Entry Level
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. 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`* MA9V1`5%!$I5F14P`%'AR)C110+@X)BUPGR$%#P5%$17=CL)[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_49SUO]_D2(W0R0``I%U38\ M?B87Y0*44[/%3+_!,KTE2DRAC$R%J$)HJPBX\2O;/:GYBN[R9B7)N2AEG. M;PTGHR[4-Z:)CC`2A7)@EXC?`=EO51)F@#E]RC3T_B3``P%)E?S.F MH6R),D44Z)\@(`)3$.;QR#HOY.6B`'BF9^2*!(E)8J81UYAIYC(9OKQ MLU/Y8C$KE,--X8AX3,_TM`R.,!`KV^610$E66V9:)'MK1SM[5G6YFCYO]G? M'GY3_3W(OM5\2;LSYY!C)Y9WVSLK^]%@#V)%J;';.^E54`MT0.7AK$_O M(`#R!0TWISS'H9L7I+$X@PGXOL[QS`9]K+BOH-_N?@F_*OX8Y]YG+[OM6 M.Z87/X$C214S947EIJF2T3,S`P.E\]D_?0_^/`.6G-R,LG)_`%_%Z%51 MZ)0)A(EHNX4\@5B0+F0*A'_5X7\8-B'7Z=:Q1H=5\`?84Y4+A)!\AO/0!# M(P,D;C]Z`GWK6Q`QLB^OBMD:]SCS)Z_N?Z'PMBF[A3$$B4^;V#(]DB6B M+!FCWX1LP0(2D`=TH`HT@2XP`BQ@#1R`,W`#WB``A(!($`.6`RY(`FE`!+)! M/M@`D$QV`%V@VIP`-2!M`$3H(V`9!%?`#7`+#(!'0`JP4LP`=Z!:0B M\!`5HDJD!:D#YEUA`;6@AY0T%0.!0#Q4.)D!20/G0)J@8*H.JH4-0/?0C M=!JZ%V#^J`'T`T!OT!?801F`+380W8`+:`V;`['`A'PLO@1'@5G`7P-OA M2K@6/@ZWPA?A_``+(5?PI,(0,@(`]%6`@;\41D%@D`1$A:Y$BI`*I19J0 M#J0;N8U(D7'D`P:'H68!;.'68SA8E9AUF)*,-688YA63!?F-F80,X'Y M@J5BU;F6L/W8)-A;C2W$5F/8%NPE[$#V'L.QP.Q\`9XAQP?K@87#)N M-:X$MP_7C+N`Z\,-X2;Q+PJWA3O@@_!_!B?^G\?Q[?CQ_OR05H$ M:X(/(98@)PD5!`:.(_801PC11@:A/=*$'G$7(IL8[80;Q)'9.DQ1) MAB074B0IF;2!5$EJ(ETF/2:](9/).F1'AA90%Y/KB2?(%\E#Y(_4)0H)A1/ M2AQ%0ME..4JY0'E`4.E4@VH;M18JIBZG5I/O41]2GTO1Y,SE_.7X\FMDZN1 M:Y7KEWLE3Y37EW77RZ?)U\A?TK^IORX`E'!0,%3@:.P5J%X;3/85)19JB ME6*(8IIBB6*#XC7%426\DH2MQ)/J4#IL-(EI2$:0M.E=*XM$VT.MIEVC`= M1SD^].3Z7T'^B]]`EE)65;Y2CE'.4:Y;/*4@;,#X,U(9I8R3C+N,C_,T MYKG/X\_;-J]I7O^\*97Y*FXJ?)4BE6:5`96/JDQ5;]44U9VJ;:I/U#!J)FIA M:MEJ^]4NJXW/I\]WGL^=7S3_Y/R'ZKZB7JX^FKUP^H]ZI,:FAJ^AD:51J7 M-,8U9INFLF:Y9KG-,T:%H+M01:Y5KGM5XPE9GNS%1F);.+.:MKNVG+=$^ MI-VK/:UCJ+-89Z-.L\X379(N6S=!MURW4W=3TLO6]?KU'OH3Y1GZV?I+]' MOUM_RL#0(-I@BT;P:BABJ_89YAH^%C(ZJ1J]$JHUJC.\8X8[9QBO$^XULF ML(F=29))CE-4]C4WE1@NL^TSPQKYF@F-*LUN\BL-Q96:QUJ`YPSS(?*-Y MF_DKSV+6(N=%MT67RSM+%,MZRP?62E9!5AMM.JP^L/:Q)IK76-]QX9JXV.S MSJ;=YK6MJ2W?=K_M?3N:7;#=%KM.N\_V#O8B^R;[,0]AWB'O0[WV'1V*+N$ M?=41Z^CAN,[QC.,')WLGL=-)I]^=6x...@w.hpl,%_`7UT8M%QX;@I$N M9Z,7WAPH=15VY7C6NOZS$W7C=VQW$W=@]V?VX^RL/2P^11XO'E*3YQK/ MUZ(EZ]7D5OMY+W8N]J[Z^.CZ)/HT^$[YVOJM]+_AA_0+]=OK=\]?PY_K7 M^T\$.`2L@*I`1!%8'/@LR1(%=03#P0'!NX(?+])?)%S4%@)_$-VA3P) M-0Q=%?ISXL-*PF['FX57A^'$+6)%1$/$NTB/R-+(1XN-%DL6=T;)1\5% MU4=-17M%ET5+EU@L6;/D1HQ:CF/18?Q5[)'9RJ??2W4N'X^SBN/N+C- MEK/LVG*UY:G+SZZ07\%92HQ\=WQ#_B1/J5,KO1?N7?E!-3NX?[DN? M*^-\5WX9?R1!)$LH311)?$78EC2:Y)%4GC`D]!M!ULE_R@2IE)4HRDS MJ=IS6F$M/BTTT(E88JP*UTS/2]+\,THS!#NLIIUY5$Z)`T9%,*'-99KN8 MCOY,]4B,))LE@UD+LVJRWF='99_*4P1YO3DFN1NRQW)\\G[?C5F-7=U9[YV M_H;\P37N:PZMA=:N7-NY3G==P;KA];[KCVT@;4C9\,MRXUE]]NBM[44:!1 ML+Y@:+/OYL9N4)1X;TMSEL.;,5L%6SMW6:SK6K;ER)T?5BR^**XD\EW)+K MWUE]5_G=S/:$[;VE]J7[=^!V'?WFZ\UB98EEV=NX%VMYSRHO*WNU?L MOE9A6W%@#VF/9(^T,JBRO4JO:D?5I^JDZH$:CYKFOI[M^V=VL?;U[_?;7_3 M`8T#Q0^'A0O'_(]U!KK4%MQ6'X:S#S^NBZKJ_9W]??T3M2/1ST%1Z7' MPH]UU3O4USH-Y0VPHV2QK'C=O_#U0WL3J^E0,Z.Y^`0X(3GQXL?X'^^ M##S98I]JNDG_9_VMM!:BEJAUMS6B;:D-FE[3'O?Z8#3G1W.'2T_F_]\](SV MF9JSRF=+SY'.%9R;.9]W?O)QH7QBXD7ASI7=#ZZM.32G:ZPKM[+@9O7OY MJG;O?O\59K9ZXY73M]G7V][8;]C=8NYZ67^Q^:FU[VV]Z7S_9;CK8Z^ M!7WG^EW[+][VNGWECO^=P.+!OKN+KY[_U[/E]WOW1!ZD/7C_,CC]:/UC M[..B)PI/*IZJ/ZW]U?C79JF]].R@UV#/LXAGCX:X0R__E?FO3\,%SZG/*T:T M1NI'K4?/C/F,W7JQ],7PRXR7T^.%ORG^MO5T:N??G?[O6=BR3P:]'KF3]* MWJB^.?K6]FWG9.CDTW=I[Z:GBMZKOC_V@?VA^V/TQY'I[$_X3Y6?C3]W?`G\ M\G@F;6;FW_$\_LR.EE^```!G6E46'1834PZ8V]M+F%D;V)E+GAM``` M/'@ZUP;65T82!X;6QNSIX/2)A9]B93INSIM971A+R(@#IX;7!T:STB M6$U0($-OF4@-2XT+C`B/@H@(`\F1F.E)$1B!X;6QNSIR98](FAT='`Z M+R]W=WN=S,N;W)G+S$Y.3DO,#(O,C(MF1F+7-Y;G1AUNR,B/@H@(`@ M(`\F1F.D1EV-R:7!T:6]N(')D9CIA8F]U=#TB(@H@(`@(`@(`@(!X M;6QNSIEEF/2)H='1P.B\O;G,N861O8F4N8V]M+V5X:68O,2XP+R(^B`@ M(`@(`@(#QEEF.E!I5L6$1I;65NVEO;CXR.30\+V5X:68Z4EX96Q8 M1EM96YS:6]N/@H@(`@(`@(`\97AI9CI0:7AE;%E$:6UE;G-I;VX^-#DQ M/]EEF.E!I5L641I;65NVEO;CX*(`@(`@/]R98Z15S8W)I'1I M;VX^B`@(#POF1F.E)$1CX*/]X.GAMUE=$^CQ(''``$``241!5'@! M[+T-=%O5E3]Z\H65`%8(L=P.6$D[DH?.DBA3.Z^,'%8;N3/4)L5R0XNM'\[ MZ5@F8=DTLPB$VAGW\HTK5M*P^11ML9LER#E7V+#%MM8ZG3%[NED=X0 M(KD4H%80*)+G.E]_OWB/)LCYN+'_ERCYG+1^=N^\^^YS[.W=[G\]]YYPZ M=8I()ER\/'0H4.K5Z\^_;LI4N7YLR9$ZW:\/#P#3?.NMM[[WWGNWW')+ M[WP)[6/'VGU6'6:91RPOE-GVEV=S57U.892_+:S.Z]UH.4];GM[NZ'M1 M0T)92KF]3%7G-CG=05YLJ#/U6H;VK:CIO#)D^YG.4A4X6Z#?)\]3]?F M#.Q7EM4)4Z'^\41AE:S0V.SN0(6:H!23QMKWF%X\K=5ZLTJ:^!Y/B,+ M#($X!.;'7:=[^1__\1_?_YWT\V5BG_!@@5WWWTW8@0H%0(TC9(S)\__\J5 M*__YG__Y+__R+XL6+8H5(E/JFTR])H,^2C3;W#6%B@+41`BO/LR=5#9HNA
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 : ul liahome/a/li liapage1/a/li liapage2/a/li : /ul temp.mainmenu = HMENU temp.mainmenu { 1 { wrap = ul|/ul NO = 1 NO.wrap = li|/li CUR .NO CUR.wrap = li class=cur|/li } 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`* [...]
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: |br 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] Menu Entry Level
Screenshots werden hier nicht angezeigt, bzw. nur in der Form, wie sie unten zu sehen ist. gruß stefan Am 09.10.2014 um 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. 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`* MA9V1`5%!$I5F14P`%'AR)C110+@X)BUPGR$%#P5%$17=CL)[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_49SUO]_D2(W0R0``I%U38\ M?B87Y0*44[/%3+_!,KTE2DRAC$R%J$)HJPBX\2O;/:GYBN[R9B7)N2AEG. M;PTGHR[4-Z:)CC`2A7)@EXC?`=EO51)F@#E]RC3T_B3``P%)E?S.F MH6R),D44Z)\@(`)3$.;QR#HOY.6B`'BF9^2*!(E)8J81UYAIYC(9OKQ MLU/Y8C$KE,--X8AX3,_TM`R.,!`KV^610$E66V9:)'MK1SM[5G6YFCYO]G? M'GY3_3W(OM5\2;LSYY!C)Y9WVSLK^]%@#V)%J;';.^E54`MT0.7AK$_O M(`#R!0TWISS'H9L7I+$X@PGXOL[QS`9]K+BOH-_N?@F_*OX8Y]YG+[OM6 M.Z87/X$C214S947EIJF2T3,S`P.E\]D_?0_^/`.6G-R,LG)_`%_%Z%51 MZ)0)A(EHNX4\@5B0+F0*A'_5X7\8-B'7Z=:Q1H=5\`?84Y4+A)!\AO/0!# M(P,D;C]Z`GWK6Q`QLB^OBMD:]SCS)Z_N?Z'PMBF[A3$$B4^;V#(]DB6B M+!FCWX1LP0(2D`=TH`HT@2XP`BQ@#1R`,W`#WB``A(!($`.6`RY(`FE`!+)! M/M@`D$QV`%V@VIP`-2!M`$3H(V`9!%?`#7`+#(!'0`JP4LP`=Z!:0B M\!`5HDJD!:D#YEUA`;6@AY0T%0.!0#Q4.)D!20/G0)J@8*H.JH4-0/?0C M=!JZ%V#^J`'T`T!OT!?801F`+380W8`+:`V;`['`A'PLO@1'@5G`7P-OA M2K@6/@ZWPA?A_``+(5?PI,(0,@(`]%6`@;\41D%@D`1$A:Y$BI`*I19J0 M#J0;N8U(D7'D`P:'H68!;.'68SA8E9AUF)*,-688YA63!?F-F80,X'Y M@J5BU;F6L/W8)-A;C2W$5F/8%NPE[$#V'L.QP.Q\`9XAQP?K@87#)N M-:X$MP_7C+N`Z\,-X2;Q+PJWA3O@@_!_!B?^G\?Q[?CQ_OR05H$ M:X(/(98@)PD5!`:.(_801PC11@:A/=*$'G$7(IL8[80;Q)'9.DQ1) MAB074B0IF;2!5$EJ(ETF/2:](9/).F1'AA90%Y/KB2?(%\E#Y(_4)0H)A1/ M2AQ%0ME..4JY0'E`4.E4@VH;M18JIBZG5I/O41]2GTO1Y,SE_.7X\FMDZN1 M:Y7KEWLE3Y37EW77RZ?)U\A?TK^IORX`E'!0,%3@:.P5J%X;3/85)19JB ME6*(8IIBB6*#XC7%426\DH2MQ)/J4#IL-(EI2$:0M.E=*XM$VT.MIEVC`= M1SD^].3Z7T'^B]]`EE)65;Y2CE'.4:Y;/*4@;,#X,U(9I8R3C+N,C_,T MYKG/X\_;-J]I7O^\*97Y*FXJ?)4BE6:5`96/JDQ5;]44U9VJ;:I/U#!J)FIA M:MEJ^]4NJXW/I\]WGL^=7S3_Y/R'ZKZB7JX^FKUP^H]ZI,:FAJ^AD:51J7 M-,8U9INFLF:Y9KG-,T:%H+M01:Y5KGM5XPE9GNS%1F);.+.:MKNVG+=$^ MI-VK/:UCJ+-89Z-.L\X379(N6S=!MURW4W=3TLO6]?KU'OH3Y1GZV?I+]' MOUM_RL#0(-I@BT;P:BABJ_89YAH^%C(ZJ1J]$JHUJC.\8X8[9QBO$^XULF ML(F=29))CE-4]C4WE1@NL^TSPQKYF@F-*LUN\BL-Q96:QUJ`YPSS(?*-Y MF_DKSV+6(N=%MT67RSM+%,MZRP?62E9!5AMM.JP^L/:Q)IK76-]QX9JXV.S MSJ;=YK6MJ2W?=K_M?3N:7;#=%KM.N\_V#O8B^R;[,0]AWB'O0[WV'1V*+N$ M?=41Z^CAN,[QC.,')WLGL=-)I]^=6x...@w.hpl,%_`7UT8M%QX;@I$N M9Z,7WAPH=15VY7C6NOZS$W7C=VQW$W=@]V?VX^RL/2P^11XO'E*3YQK/ MUZ(EZ]7D5OMY+W8N]J[Z^.CZ)/HT^$[YVOJM]+_AA_0+]=OK=\]?PY_K7 M^T\$.`2L@*I`1!%8'/@LR1(%=03#P0'!NX(?+])?)%S4%@)_$-VA3P) M-0Q=%?ISXL-*PF['FX57A^'$+6)%1$/$NTB/R-+(1XN-%DL6=T;)1\5% MU4=-17M%ET5+EU@L6;/D1HQ:CF/18?Q5[)'9RJ??2W4N'X^SBN/N+C- MEK/LVG*UY:G+SZZ07\%92HQ\=WQ#_B1/J5,KO1?N7?E!-3NX?[DN? M*^-\5WX9?R1!)$LH311)?$78EC2:Y)%4GC`D]!M!ULE_R@2IE)4HRDS MJ=IS6F$M/BTTT(E88JP*UTS/2]+\,THS!#NLIIUY5$Z)`T9%,*'-99KN8 MCOY,]4B,))LE@UD+LVJRWF='99_*4P1YO3DFN1NRQW)\\G[?C5F-7=U9[YV M_H;\P37N:PZMA=:N7-NY3G==P;KA];[KCVT@;4C9\,MRXUE]]NBM[44:!1 ML+Y@:+/OYL9N4)1X;TMSEL.;,5L%6SMW6:SK6K;ER)T?5BR^**XD\EW)+K MWUE]5_G=S/:$[;VE]J7[=^!V'?WFZ\UB98EEV=NX%VMYSRHO*WNU?L MOE9A6W%@#VF/9(^T,JBRO4JO:D?5I^JDZH$:CYKFOI[M^V=VL?;U[_?;7_3 M`8T#Q0^'A0O'_(]U!KK4%MQ6'X:S#S^NBZKJ_9W]??T3M2/1ST%1Z7' MPH]UU3O4USH-Y0VPHV2QK'C=O_#U0WL3J^E0,Z.Y^`0X(3GQXL?X'^^ M##S98I]JNDG_9_VMM!:BEJAUMS6B;:D-FE[3'O?Z8#3G1W.'2T_F_]\](SV MF9JSRF=+SY'.%9R;.9]W?O)QH7QBXD7ASI7=#ZZM.32G:ZPKM[+@9O7OY MJG;O?O\59K9ZXY73M]G7V][8;]C=8NYZ67^Q^:FU[VV]Z7S_9;CK8Z^ M!7WG^EW[+][VNGWECO^=P.+!OKN+KY[_U[/E]WOW1!ZD/7C_,CC]:/UC M[..B)PI/*IZJ/ZW]U?C79JF]].R@UV#/LXAGCX:X0R__E?FO3\,%SZG/*T:T M1NI'K4?/C/F,W7JQ],7PRXR7T^.%ORG^MO5T:N??G?[O6=BR3P:]'KF3]* MWJB^.?K6]FWG9.CDTW=I[Z:GBMZKOC_V@?VA^V/TQY'I[$_X3Y6?C3]W?`G\ M\G@F;6;FW_$\_LR.EE^```!G6E46'1834PZ8V]M+F%D;V)E+GAM``` M/'@ZUP;65T82!X;6QNSIX/2)A9]B93INSIM971A+R(@#IX;7!T:STB M6$U0($-OF4@-2XT+C`B/@H@(`\F1F.E)$1B!X;6QNSIR98](FAT='`Z M+R]W=WN=S,N;W)G+S$Y.3DO,#(O,C(MF1F+7-Y;G1AUNR,B/@H@(`@ M(`\F1F.D1EV-R:7!T:6]N(')D9CIA8F]U=#TB(@H@(`@(`@(`@(!X M;6QNSIEEF/2)H='1P.B\O;G,N861O8F4N8V]M+V5X:68O,2XP+R(^B`@ M(`@(`@(#QEEF.E!I5L6$1I;65NVEO;CXR.30\+V5X:68Z4EX96Q8 M1EM96YS:6]N/@H@(`@(`@(`\97AI9CI0:7AE;%E$:6UE;G-I;VX^-#DQ M/]EEF.E!I5L641I;65NVEO;CX*(`@(`@/]R98Z15S8W)I'1I M;VX^B`@(#POF1F.E)$1CX*/]X.GAMUE=$^CQ(''``$``241!5'@! M[+T-=%O5E3]Z\H65`%8(L=P.6$D[DH?.DBA3.Z^,'%8;N3/4)L5R0XNM'\[ MZ5@F8=DTLPB$VAGW\HTK5M*P^11ML9LER#E7V+#%MM8ZG3%[NED=X0 M(KD4H%80*)+G.E]_OWB/)LCYN+'_ERCYG+1^=N^\^^YS[.W=[G\]]YYPZ M=8I()ER\/'0H4.K5Z\^_;LI4N7YLR9$ZW:\/#P#3?.NMM[[WWGNWW')+ M[WP)[6/'VGU6'6:91RPOE-GVEV=S57U.892_+:S.Z]UH.4];GM[NZ'M1 M0T)92KF]3%7G-CG=05YLJ#/U6H;VK:CIO#)D^YG.4A4X6Z#?)\]3]?F
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
[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] 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
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
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
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] 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] 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] 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`* MA9V1`5%!$I5F14P`%'AR)C110+@X)BUPGR$%#P5%$17=CL)[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_49SUO]_D2(W0R0``I%U38\ M?B87Y0*44[/%3+_!,KTE2DRAC$R%J$)HJPBX\2O;/:GYBN[R9B7)N2AEG. [...] 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] 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] 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] 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 sebastian.sch...@gmx.de: 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] 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