Re: [TYPO3-german] TYPO3 Release Agenda
Hallo Benni, ist zwar leicht OT, aber trotzdem: Ich war auf der T3CON und habe Deinen Vortrag dort gesehen, insofern war's keine Überraschung. Ich fand aber insbesondere auch Deine dort vorgetragene Argumentation sehr nachvollziehbar und positiv. Solch Schmerzen bei einem LTS-Upgrade wie derzeit von 4.5 auf 6.2 will wohl keiner nochmal haben... Vielleicht solltet ihr die Entscheidung, warum die Release Agenda so geändert wurde und dass die jeweils letzte 7.x, 8.x, ... eine LTS werden sollen, nochmals ausführlich auf typo3.org vorstellen. Diese Nachricht habe ich jedenfalls gerne zu meinen Kunden mitgenommen. :-) Viele Grüße von der Ostsee Marc Am 04.12.14 22:00, schrieb Benjamin Mack: Hey zusammen, danke für die Infos, werde ich so mal weiter mitnehmen! Liebe Grüße, Benni. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- 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
[TYPO3-german] Leere Seite nach Typo3 Migration
Hallo zusammen, ich habe vor einiger Zeit ein Typo3 System (nach einigen Problemen) erfolgreich auf localhost übertragen. Jetzt möchte ich ein Testsystem auf dem Server aufsetzten. Das Testsystem soll dabei in einem Unterordner meines bestehenden Typo3-Systems laufen. Ich bin jetzt ein Video-Tutorial und zwei Anleitungen im Web durchgegangen und ich bekomme eine Leere Seite als Ergebnis. Es erscheint keine Fehlermeldung.Ich komme auch nicht in den Admin-Bereich, auch dort leere Seite. Normalerweise müsste ja das Install-Tool erscheinen. Ich habe dann versucht Verzeichnisse zu löschen, leere Verzeichnisse anzulegen, die Index hab ich mehrfach ausgetauscht. und jetzt weiss ich nicht mehr so recht was ich noch machen kann. Ich hab das Testsystem auch mit meiner lokalen Installation verglichen aber es läuft trotzdem nicht. Ich bin für jeden Tipp dankbar den Ihr mir geben könnt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Christian, eine leere Seite wird meistens durch einen Scripfehler oder Ähnliches ausgelöst. Nähere Informationen, was da genau schiefgegangen ist, finden sich im Errorlog des Servers (wie du da rankommst, hängt vom Hoster ab). Genaueres ist schwer zu sagen ohne eine Fehlermeldung. Vielleicht sinds Dateiberechtigungen oder die falsche PHP-Version oder was ganz anderes. Gruß Jost On 12/08/2014 09:47 AM, Christian Mansch wrote: Hallo zusammen, ich habe vor einiger Zeit ein Typo3 System (nach einigen Problemen) erfolgreich auf localhost übertragen. Jetzt möchte ich ein Testsystem auf dem Server aufsetzten. Das Testsystem soll dabei in einem Unterordner meines bestehenden Typo3-Systems laufen. Ich bin jetzt ein Video-Tutorial und zwei Anleitungen im Web durchgegangen und ich bekomme eine Leere Seite als Ergebnis. Es erscheint keine Fehlermeldung.Ich komme auch nicht in den Admin-Bereich, auch dort leere Seite. Normalerweise müsste ja das Install-Tool erscheinen. Ich habe dann versucht Verzeichnisse zu löschen, leere Verzeichnisse anzulegen, die Index hab ich mehrfach ausgetauscht. und jetzt weiss ich nicht mehr so recht was ich noch machen kann. Ich hab das Testsystem auch mit meiner lokalen Installation verglichen aber es läuft trotzdem nicht. Ich bin für jeden Tipp dankbar den Ihr mir geben könnt. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSFbhsACgkQNme/yCvmvTIvQACgoDdDdaaXW5DlEgKh0iXUrX4g V6kAnRltMSPLruEUxITrgFgoXFXQSa9r =HYDi -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] Strategie für Kundenbereich
Am 05.12.14 00:15, schrieb Christian Leicht: Hallo zusammen, ich muss auf einer TYPO3 6.2.7 Seite einen Kundenbereich anlegen. Die FEUser Daten sind in einer tt_address Datenbank abgelegt, die mittels Formhandler eingetragen wurden (Aufwendiges Anforderungsformular/Kontaktformular). das klingt eigentlich eher verkehrt: wenn sich Benutzer an der Site anmelden sollen, müssen die Daten (auch) in fe_users vorliegen weil das login eben auf dieser Tabelle basiert (oder man die Logina uthgentifizierung erst umschreiben muss). tt_address hat evtl. per Default ein paar Felder mehr zu den Personen, aber meistens muss man sowieso erweitern und dann ist es egal ob tt_address oder fe_users erweitert wird. Die USer werden also automatisch angelegt und können vom Admin freigeschalten werden. Jetzt muss der Admin eine einfache Möglichkeit haben jedem spezifischen User Dateien bereitzustellen die Individuell für jeden User verschieden sind. Das sind dann PDF´s, Doc´s, Xls´s, Jpegs usw. Jeder User hat also andere/eigene Dateien. Schön wäre es wenn im fileadmin beim erstellen eines Users oder beim freischalten eines User ein Ordner angelegt werden könnt den man dann per Backend befüllt und der dann im gesicherten Frontend aufgelistet wird. Das ganze sollte auch einfach für die BEUser sein damit die nicht erst immer für einen neuen FEUser eigene Seiten anlegen, Ordner erstellen oder gar Inhaltselemente anlegen müssen. Leider hab ich mit der FEUser Verwaltung und Möglichkeiten noch wenig Erfahrung und Bitte Euch um Ideen wie man da rangehen könnte. Es gibt so viele Extensions die in dem Bereich was machen. Aber ich kann diese nicht richtig einordnen. das gesamte Konzept von freigegebenen Daten in TYPO3 ist auf fe_users bzw. konkreter auf fe_groups aufgebaut. die Ordener-Idee mag auf den ersten Blick passen baut aber ein alternatives Zugriffssystem zu dem von TYPO3 auf. Was ist wenn ein PDF, das für 50 Leute in deren Ordner kopiert wurde verändert werden muss (oder aus irgendeinem Grunde zurückgezogen werden muss)? wenn jede freigegebene Datei über einen Datensatz verwaltet wird, der für eine bestimmten Gruppe ('Darf_Datei_xyz_lesen') sichtbar ist. kann man diesen Datensatz schnell deaktivieren oder auf eine andere Version zeigen lassen. natürlich hast du damit u.u. einen Haufen an FE-User-Gruppen, aber einen Tod muss man sterben. formhandler kann nicht nur tt_address, sodnern auch alle anderen Tabellen schreiben, warum also nicht fe_users und dann dort die verschiedenen Gruppen, die das Lesen der individuellen Dateien ermöglicht. (ich stell mir gerade vor, dass die Leute bei ihrer Registrierung ein paar Checkboxen ausgewählt haben und die dann im finisher jeweils die Gruppen festlegen, die dieser User dann bekommt.) 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] Leere Seite nach Typo3 Migration
Hallo, hatten wir alle schon mehrmals, keine Sorge! - ErrorReporting in der Konfigurationsdatei anschalten. - TYPO3 leere Seite googlen LG, Nils Am 08.12.2014 um 09:47 schrieb Christian Mansch: Hallo zusammen, ich habe vor einiger Zeit ein Typo3 System (nach einigen Problemen) erfolgreich auf localhost übertragen. Jetzt möchte ich ein Testsystem auf dem Server aufsetzten. Das Testsystem soll dabei in einem Unterordner meines bestehenden Typo3-Systems laufen. Ich bin jetzt ein Video-Tutorial und zwei Anleitungen im Web durchgegangen und ich bekomme eine Leere Seite als Ergebnis. Es erscheint keine Fehlermeldung.Ich komme auch nicht in den Admin-Bereich, auch dort leere Seite. Normalerweise müsste ja das Install-Tool erscheinen. Ich habe dann versucht Verzeichnisse zu löschen, leere Verzeichnisse anzulegen, die Index hab ich mehrfach ausgetauscht. und jetzt weiss ich nicht mehr so recht was ich noch machen kann. Ich hab das Testsystem auch mit meiner lokalen Installation verglichen aber es läuft trotzdem nicht. Ich bin für jeden Tipp dankbar den Ihr mir geben könnt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Nils Hodyas - Webdesign von die Tante Jensen · Großherzog-Friedrich-Straße 117 · 66121 Saarbrücken · (0681) 925 63 43 · 0160 318 183 7 · http://dietantejensen.de · DE 2757 96974 · Registergericht Saarbrücken ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Installation Neos | 1 Click Installer
Liebe(r) SpeedCore, Da dir anscheinend immer noch niemand geantwortet hat: Es gibt eine eigene NEOS-Mailingliste. Liebe GRüße, Nils -- Nils Hodyas - Webdesign von die Tante Jensen · Großherzog-Friedrich-Straße 117 · 66121 Saarbrücken · (0681) 925 63 43 · 0160 318 183 7 · http://dietantejensen.de · DE 2757 96974 · Registergericht Saarbrücken ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hi Jost, danke für die Antwort. Da ich keine Ahnung hab wo die error-log liegt, werde ich jetzt nochmal alles löschen und die Verzeichnisse bzw. Dateien genau so organisieren wie auf dem localhost. In der Browser Console gibt es tatsächlich eine Fehlermeldung: Failed to load resource: the server responded with a status of 500 (Internal Server Error) Internal Server Error kann aber nicht sein da die originale Webseite ohne Probleme läuft und auch keinerlei Fehler in der Konsole ausgibt. Warum erscheint also die Meldung? Ist da in irgendeiner Konfigurations-Datei etwas falsch? hast die LocalConfiguration.php etwas damit zu tun? Auf welche Einträge muss ich da besonders achten? Gruß Chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wo wird das BE-Preview von CEs definiert?
Am 04.12.14 09:40, schrieb bernd wilke: ich habe mir das Rendering von Shortcuts (Insert Records) für Seiten umdefiniert. leider wird in der Seitenansicht im BE immer noch die gesamte Seite mit allen Contentelementen der Seite angezeigt. Wo kann ich diese Vorschau ausblenden bzw. umdefinieren? (idealerweise nur in einem Seitenaum) kann keiner einen Hinweis geben? 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] Leere Seite nach Typo3 Migration
Hallo Christian, Christian Mansch wrote: Da ich keine Ahnung hab wo die error-log liegt, werde ich jetzt nochmal alles löschen und die Verzeichnisse bzw. Dateien genau so organisieren wie auf dem localhost. In der Browser Console gibt es tatsächlich eine Fehlermeldung: Failed to load resource: the server responded with a status of 500 (Internal Server Error) Internal Server Error kann aber nicht sein du solltest deinem Webserver glauben, wenn er dir sowas sagt. Kann eigentlich nicht sein, da ... führt dich normalerweise in die falsche Richtung. Für einen 500 Server Error reicht z.B. schon ein Tippfehler in der .htaccess, ohne daß andere Seiten betroffen sind. Also finde und lies bitte das Error-Log, normalerweise ist das ziemlich aussagekräftig und eindeutig und die Fehlerbehebung ein Kinderspiel. Einfach nochmal bei Null anzufangen führt oft nur dazu, daß der gleiche Fehler wieder auftritt, da er ja nicht erkannt wurde und vermieden werden konnte. Gruß, Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Fluid Links in der Arbeitsumgebung
Hat keiner eine Idee? Bei Formularen und Get/Post-Request besteht das Problem auch. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo nochmal, ich habe jetzt das error log aktiviert. Es gibt eine super Video-Anleitung: https://jweiland.net/typo3-hosting/service/video-anleitungen/weisse-seite-beim-aufruf-von-backendfrontend.html Vielleicht hilft das auch anderen Leuten. Ich bekomme jetzt beim Aufruf von Backend und Install-Tool einen Haufen Fehlermeldungen. Die gehe ich durch und dann werde ich nochmal berichten, wie es aussieht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wo wird das BE-Preview von CEs definiert?
Am 08.12.2014 10:59, schrieb bernd wilke: Am 04.12.14 09:40, schrieb bernd wilke: ich habe mir das Rendering von Shortcuts (Insert Records) für Seiten umdefiniert. leider wird in der Seitenansicht im BE immer noch die gesamte Seite mit allen Contentelementen der Seite angezeigt. Wo kann ich diese Vorschau ausblenden bzw. umdefinieren? (idealerweise nur in einem Seitenaum) kann keiner einen Hinweis geben? Hast Du Gridelements im Einsatz? Dann ist das bereits umdefiniert und zeigt deswegen entweder eine Vorschau der verlinkten Datensätze oder eine Vorschau aller Datensätze der verlinkten Seite an. Das wird über diese Methode erreicht: \GridElementsTeam\Gridelements\Hooks\DrawItem::renderCTypeShortcut Im Original-Core gibt es dort so weit ich weiss keine Vorschau, sondern nur eine Liste von IDs, zumal es dort auch nicht möglich ist, komplette Seiten zu verlinken. HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo zusammen, ich brauche noch mal eure Hilfe: Aktueller Stand: Frontend: Weisse Seite. Backend bekomme ih folgende Fehlermeldung: Warning: file_put_contents(/var/www/echordPlusPlus/neurorobotics/typo3temp/Cache/Code/cache_core/54858d4cd1687.temp): failed to open stream: Permission denied in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php on line 238 Fatal error: Uncaught exception 'TYPO3\CMS\Core\Cache\Exception' with message 'The temporary cache file /var/www/echordPlusPlus/neurorobotics/typo3temp/Cache/Code/cache_core/54858d4cd1687.temp could not be written.' in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php:241 Stack trace: #0 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Frontend/PhpFrontend.php(71): TYPO3\CMS\Core\Cache\Backend\SimpleFileBackend-set('loaded_extensio...', '?php?return ar...', Array, NULL) #1 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(1398): TYPO3\CMS\Core\Cache\Frontend\PhpFrontend-set('loaded_extensio...', 'return array (?...') #2 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Core/Bootstrap.php(581): TYPO3\CMS\Core\Utility\ExtensionManagementUtility::loadTypo3LoadedExtensionInformation(true) #3 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Core/Bootstrap.php(185): TYPO3\ in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php on line 241 ich habe die Berechtigung der Datei auf 777 gesetzt. Trotzdem kommt die gleiche Fehlermeldung. InstallTool: das Install-Tool erscheint mit der Aufforderung das Passwort einzugeben. Obwohl ich das richtige Passwort eingebe komme ich nicht rein. Es erscheint auch kein Fehler das das Passwort incorrect sei. Das das Passwort stimmt habe ich anhand des MD5 Hashs überprüft. Da gibt es keinen Zweifel. Könnt ihr mir noch einen Tipp geben wie ich jetzt weiterkomme? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Migrate all file links of RTE-enabled fields to FAL // Problem beim Update
Hi, ich habe eine Problem beim Update von 4.5 auf 6.2 LTS. Die Seite ist recht umfangreich; und im Upgrade-Wizard gehen mir die FAL-Migrations auf die Bretter. * Migrate all RTE magic images from uploads/RTEmagicC_* to fileadmin/_migrated/RTE/ * Migrate all file links of RTE-enabled fields to FAL Als Fehlermeldung bekomme ich (bei allen FAL-Migrations) dieselbe Fehlermeldung, dass die Datei http://www.mydomain.tld/ kein gültiger Dateiname ist. Da hat TYPO3 ja auch recht. File http://domain.tld/path/to/something is not valid (.. and // is not allowed in path Allerdings sind das ja externe Links, die eh nicht konvertiert werden sollen/müssen. Ist das ein Bug? Früher hieß die Fehlermeldung AFAIR ... ist not valid ('..' and '//' is not allowed AT THE BEGINNING of a path Gleiches passiert übrigens auch im TYPO3-BE, wenn ich auf Dateiliste klicke. Hat jemand eine Idee? Vielen Dank, 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] Leere Seite nach Typo3 Migration
Hallo Ist das Verzeichnis typo3temp vorhanden und hat es die korrekten Rechte? Viele Grüße Johannes C. Schulz - EnzephaloN IT-Solutions (von unterwegs gesendet) On 8. Dezember 2014 12:52:32 MEZ, Christian Mansch ep...@cm-informatics.de wrote: Hallo zusammen, ich brauche noch mal eure Hilfe: Aktueller Stand: Frontend: Weisse Seite. Backend bekomme ih folgende Fehlermeldung: Warning: file_put_contents(/var/www/echordPlusPlus/neurorobotics/typo3temp/Cache/Code/cache_core/54858d4cd1687.temp): failed to open stream: Permission denied in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php on line 238 Fatal error: Uncaught exception 'TYPO3\CMS\Core\Cache\Exception' with message 'The temporary cache file /var/www/echordPlusPlus/neurorobotics/typo3temp/Cache/Code/cache_core/54858d4cd1687.temp could not be written.' in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php:241 Stack trace: #0 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Frontend/PhpFrontend.php(71): TYPO3\CMS\Core\Cache\Backend\SimpleFileBackend-set('loaded_extensio...', '?php?return ar...', Array, NULL) #1 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(1398): TYPO3\CMS\Core\Cache\Frontend\PhpFrontend-set('loaded_extensio...', 'return array (?...') #2 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Core/Bootstrap.php(581): TYPO3\CMS\Core\Utility\ExtensionManagementUtility::loadTypo3LoadedExtensionInformation(true) #3 /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Core/Bootstrap.php(185): TYPO3\ in /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Cache/Backend/SimpleFileBackend.php on line 241 ich habe die Berechtigung der Datei auf 777 gesetzt. Trotzdem kommt die gleiche Fehlermeldung. InstallTool: das Install-Tool erscheint mit der Aufforderung das Passwort einzugeben. Obwohl ich das richtige Passwort eingebe komme ich nicht rein. Es erscheint auch kein Fehler das das Passwort incorrect sei. Das das Passwort stimmt habe ich anhand des MD5 Hashs überprüft. Da gibt es keinen Zweifel. Könnt ihr mir noch einen Tipp geben wie ich jetzt weiterkomme? ___ 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] Strategie für Kundenbereich
Quote: Bernd Wilke[2] wrote on Mon, 08 December 2014 10:26 das klingt eigentlich eher verkehrt: wenn sich Benutzer an der Site anmelden sollen, müssen die Daten (auch) in fe_users vorliegen weil das login eben auf dieser Tabelle basiert (oder man die Logina uthgentifizierung erst umschreiben muss). tt_address hat evtl. per Default ein paar Felder mehr zu den Personen, aber meistens muss man sowieso erweitern und dann ist es egal ob tt_address oder fe_users erweitert wird. Das ist ja auch egal. Die User sind angelegt und die FE Verwaltung kann dann damit umgehen. Das funktioniert auch soweit alles. wenn jede freigegebene Datei über einen Datensatz verwaltet wird, der für eine bestimmten Gruppe ('Darf_Datei_xyz_lesen') sichtbar ist. kann man diesen Datensatz schnell deaktivieren oder auf eine andere Version zeigen lassen. natürlich hast du damit u.u. einen Haufen an FE-User-Gruppen, aber einen Tod muss man sterben. Ich brauch ja nur eine Gruppe. Wieso mehrere? Jeder FEUser hat seine eigenen Files. Die brauchen nicht in eine Datenbank. Die liegen in einem Ordner. Es werden auch keine Dateien ausgetauscht die dann einem anderem User fehlen könnten. Ich verstehe nur nicht das es so schwierig ist eine solch einfache Anforderung in TYPO3 umzusetzen. Ich kann mir auch nicht vorstellen das es dafür noch keine Erweiterung gibt. Ich habe verschiedene FE User, wo jeder ein eigenes Passort hat. Und jedem User möchte ich noch ein paar Dateien zum download anbieten. Thats all. Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Strategie für Kundenbereich
Am 08.12.14 13:11, schrieb Christian Leicht: Ich verstehe nur nicht das es so schwierig ist eine solch einfache Anforderung in TYPO3 umzusetzen. Das liegt daran, dass Du den FE-Login-Prozess von TYPO3 halt nicht so verwendest, wie er gedacht ist. Und ein bisserl speziell ist Deine Anforderung auch. Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz erscheint mir auch nicht allzu zielführend... Warum nicht eine kleine Extension bauen, die folgendes realisiert: Datensatz: Zuordnung fe_user - Dateifolder Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders. fertig und sogar per S-FTP pflegbar. 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] Strategie für Kundenbereich
Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45 Am 08.12.14 13:11, schrieb Christian Leicht: Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz erscheint mir auch nicht allzu zielführend... Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem die User hinterlegt sind. Fertig Warum nicht eine kleine Extension bauen, die folgendes realisiert: Datensatz: Zuordnung fe_user - Dateifolder Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders. fertig und sogar per S-FTP pflegbar. Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase traue ich mich nicht dran. Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo, ja das Verzeichnis ist vorhanden und ich hab die Rechte auf 777 gesetzt. Deswegen kommt beim Install Tool die Aufforderung zur Passworteingabe. Allerdings kommt trotzdem der beschriebene Fehler beim Backend-Aufruf. Im Video wird empfohlen den Cache Ordner im typo3temp Ordner zu löschen, wenn ich das mache bekomme ich überall eine weisse Seite, also Backend, Frontend und Install Tool. Was kann ich noch machen? Aus den Fehlermeldungen werde ich nicht wirklich schlau. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo, ja das Verzeichnis ist vorhanden und ich hab die Rechte auf 777 gesetzt. Deswegen kommt beim Install Tool die Aufforderung zur Passworteingabe. Allerdings kommt trotzdem der beschriebene Fehler beim Backend-Aufruf. lösche mal alles im typo3temp-Ordner. Wenn Du danach ins Install Tool kommst, gehe zu Folder structure, dort wirst Du einen Hinweis bzgl. fehlender Ordner bekommen. Klicke auf Try to fix file and folder permissions und die Ordner werden wieder angelegt. Und schau auch im system environment check ob da irgendwas faul ist. Auch ein Clear all cache unter den Important actions kann manchmal helfen. Viele Grüße Marco Kuprat ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wo wird das BE-Preview von CEs definiert?
Am 08.12.14 12:14, schrieb Jo Hasenau: Am 08.12.2014 10:59, schrieb bernd wilke: Am 04.12.14 09:40, schrieb bernd wilke: ich habe mir das Rendering von Shortcuts (Insert Records) für Seiten umdefiniert. leider wird in der Seitenansicht im BE immer noch die gesamte Seite mit allen Contentelementen der Seite angezeigt. Wo kann ich diese Vorschau ausblenden bzw. umdefinieren? (idealerweise nur in einem Seitenaum) kann keiner einen Hinweis geben? Hast Du Gridelements im Einsatz? Dann ist das bereits umdefiniert und zeigt deswegen entweder eine Vorschau der verlinkten Datensätze oder eine Vorschau aller Datensätze der verlinkten Seite an. ja Das wird über diese Methode erreicht: \GridElementsTeam\Gridelements\Hooks\DrawItem::renderCTypeShortcut Im Original-Core gibt es dort so weit ich weiss keine Vorschau, sondern nur eine Liste von IDs, zumal es dort auch nicht möglich ist, komplette Seiten zu verlinken. hm, dann muss ich die Umdefinition weiter umdefinieren, oder zurück definieren? wenn es über den Hook geht werd ich das wohl auch kaum nur für einen Seitenbaum geändert bekommen. also überall zurück zur einfachen Liste. wenn es mal neue CEs gibt wird die BE-Vorschau hoffentlich genauso einfach per Fluid definierbar sein, wie es bei fluid_content passiert. 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] Leere Seite nach Typo3 Migration
Am 08.12.2014 13:55, schrieb Christian Mansch: Aus den Fehlermeldungen werde ich nicht wirklich schlau. zumindest eine ist doch eigentlich klar Fatal error: Uncaught exception ... with message 'The temporary cache file /.../typo3temp/Cache/Code/cache_core/54858d4cd1687.temp could not be written.' der Server kann NICHT in dein typo3temp Verzeichnis schreiben !!! (kontrolliere die Rechte, auch von deinem übergeordneten Verzeichnis) -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Strategie für Kundenbereich
Am 08.12.14 13:53, schrieb Christian Leicht: Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45 Am 08.12.14 13:11, schrieb Christian Leicht: Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz erscheint mir auch nicht allzu zielführend... Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem die User hinterlegt sind. Fertig soweit hast Du ja auch kein Problem bekommen, soweit ich Dich verstanden habe. Komisch im Sinn von schwer pflegbar und viele unnötige Abhängigkeiten, die Dir irgendwann auf die Füsse fallen, finde ich die Idee, das mit den Ordnern und der automatischen Zuordnung der Userrechte zu lösen. Da gibt's jede Menge Sonderfälle und am Ende müssen die Redakteure das doch wieder eher umständlich übers BE hochladen; d.h. Du kannst Dich in den Upload-Prozess nur schwer einklinken (z.B. um automatisiert Dokumente hochzuladen o.ä.). Warum nicht eine kleine Extension bauen, die folgendes realisiert: Datensatz: Zuordnung fe_user - Dateifolder Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders. fertig und sogar per S-FTP pflegbar. Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase traue ich mich nicht dran. das ist kein großes Ding. ExtensionBuilder nimmt Dir die Arbeit mit der Zuordnungstabelle ab; der Rest ist dann eh mehr oder weniger PHP-Kram im Controller; beim Filezugriff auf externe Folder nimmt Dir extbase auch keine Arbeit ab. Wenn Du Dir das in piBase zutraust, ist das mit Extbase auch fix fertig... Wobei ich auch nicht drauf wetten würde, dass es so eine Extension noch nicht gibt. Hast Du da mal gesucht? Wenn Du nicht programmieren magst, nimm halt sowas wie http://typo3.org/extensions/repository/view/download_explorer Dann hast Du zwar auf der Downloadseite viele Plugins vom gleichen Typ, die jeweils nur für einen Benutzer sichtbar sind, aber damit bist Du doch schon fast am Ziel... 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] Strategie für Kundenbereich
Am 08.12.14 13:53, schrieb Christian Leicht: Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45 Am 08.12.14 13:11, schrieb Christian Leicht: Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz erscheint mir auch nicht allzu zielführend... Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem die User hinterlegt sind. Fertig Warum nicht eine kleine Extension bauen, die folgendes realisiert: Datensatz: Zuordnung fe_user - Dateifolder Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders. fertig und sogar per S-FTP pflegbar. Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase traue ich mich nicht dran. pi_base wird auch weiterhin von TYPO3 unterstützt werden. Natürlich muss man Namespaces benutzen damit es auch (ohne Kompatibilitätslayer) in 7.x läuft. Und FAL wäre auch zu berücksichtigen, aber da wirst du in deinem Anwendungsfall wohl eher dran vorbei arbeiten. 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] Strategie für Kundenbereich
Am 08.12.2014 13:53, schrieb Christian Leicht: Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem die User hinterlegt sind. Fertig weil die Standard Rechtestruktur im Frontend von TYPO3 eben eher auf die Gruppen abziehlt !!! Warum nicht eine kleine Extension bauen, die folgendes realisiert: Datensatz: Zuordnung fe_user - Dateifolder Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders. fertig und sogar per S-FTP pflegbar. Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase traue ich mich nicht dran. dann mache es doch in PI-base, läuft doch nach wie vor (solange du Grundregeln einhälst) ... [IMHO sogar in v.7 ???] -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] cObj form - layout generell ändern
Hello, weiß jmd. wo bzw. wie man das Layout genrell ändert? Cheatsheet sagt: layout{ label( labellabelvalue /mandatory /span class=error/error //label ) } Wo mache ich das generell für alle? Cheers ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo, ich habe jetzt von (fast) allen Verzeichnissen die da stehen auf 777 gesetzt. Jetzt bekomme ich diese hässlichen Typo3 Fehlermeldungen die drei Seiten lang sind. (Ich hoffe ihr wisst was ich meine) Jedenfalls gabs eine Uncaught TYPO3 Exception. Die hab ich dann wegbekommen... schwups kam die nächste. #1321804422: Could not open log file /var/www/echordPlusPlus/neurorobotics/typo3temp/logs/typo3.log (More information) RuntimeException thrown in file /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 143. da könnte ich jetzt googeln und schauen was man da am besten macht. Allerdings frag ich mich wieviel Fehler solcher Art da noch kommen werden. ...Could not Open .. könnte ja bei 200 Dateien der fall sein. Den typo3temp Ordner zu löschen traue ich mich nicht. Nachher stehe ich wieder am Anfang und bekomme überall eine weisse Seite. Jetzt bekomme ich ja wenigstens Fehlermeldungen. Trotzdem danke für den Tipp. Auch noch eine Frage: Im Root Verzeichnis bei mir liegt nur eine index.php. Muss da nicht noch mehr sein? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo Lösche den Ordner typo3temp -damit kannst Du nichts kaputt machen. Dann im Install-Tool bei System-Enviroment die Verzeichnisse korrekt anlegen lassen. Das was Du beschreibt klingt stark nach Rechten (allein 777 -was auch falsch ist- reicht nicht). Viele Grüße Johannes C. Schulz - EnzephaloN IT-Solutions (von unterwegs gesendet) On 8. Dezember 2014 14:42:22 MEZ, Christian Mansch ep...@cm-informatics.de wrote: Hallo, ich habe jetzt von (fast) allen Verzeichnissen die da stehen auf 777 gesetzt. Jetzt bekomme ich diese hässlichen Typo3 Fehlermeldungen die drei Seiten lang sind. (Ich hoffe ihr wisst was ich meine) Jedenfalls gabs eine Uncaught TYPO3 Exception. Die hab ich dann wegbekommen... schwups kam die nächste. #1321804422: Could not open log file /var/www/echordPlusPlus/neurorobotics/typo3temp/logs/typo3.log (More information) RuntimeException thrown in file /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 143. da könnte ich jetzt googeln und schauen was man da am besten macht. Allerdings frag ich mich wieviel Fehler solcher Art da noch kommen werden. ...Could not Open .. könnte ja bei 200 Dateien der fall sein. Den typo3temp Ordner zu löschen traue ich mich nicht. Nachher stehe ich wieder am Anfang und bekomme überall eine weisse Seite. Jetzt bekomme ich ja wenigstens Fehlermeldungen. Trotzdem danke für den Tipp. Auch noch eine Frage: Im Root Verzeichnis bei mir liegt nur eine index.php. Muss da nicht noch mehr sein? ___ 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] Leere Seite nach Typo3 Migration
Hallo Jahannes, Christian, vorsicht ... sonst gehts bei Anfängern massiv schief. Nicht löschen: _leeren_! Der Ordner selbst muss vorhanden sein. Gruß Peter Am 08.12.2014 um 14:49 schrieb Johannes C. Schulz [EnzephaloN IT-Solutions] i...@enzephalon.de: Hallo Lösche den Ordner typo3temp -damit kannst Du nichts kaputt machen. Dann im Install-Tool bei System-Enviroment die Verzeichnisse korrekt anlegen lassen. Das was Du beschreibt klingt stark nach Rechten (allein 777 -was auch falsch ist- reicht nicht). Viele Grüße Johannes C. Schulz - EnzephaloN IT-Solutions (von unterwegs gesendet) On 8. Dezember 2014 14:42:22 MEZ, Christian Mansch ep...@cm-informatics.de wrote: Hallo, ich habe jetzt von (fast) allen Verzeichnissen die da stehen auf 777 gesetzt. Jetzt bekomme ich diese hässlichen Typo3 Fehlermeldungen die drei Seiten lang sind. (Ich hoffe ihr wisst was ich meine) Jedenfalls gabs eine Uncaught TYPO3 Exception. Die hab ich dann wegbekommen... schwups kam die nächste. #1321804422: Could not open log file /var/www/echordPlusPlus/neurorobotics/typo3temp/logs/typo3.log (More information) RuntimeException thrown in file /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 143. da könnte ich jetzt googeln und schauen was man da am besten macht. Allerdings frag ich mich wieviel Fehler solcher Art da noch kommen werden. ...Could not Open .. könnte ja bei 200 Dateien der fall sein. Den typo3temp Ordner zu löschen traue ich mich nicht. Nachher stehe ich wieder am Anfang und bekomme überall eine weisse Seite. Jetzt bekomme ich ja wenigstens Fehlermeldungen. Trotzdem danke für den Tipp. Auch noch eine Frage: Im Root Verzeichnis bei mir liegt nur eine index.php. Muss da nicht noch mehr sein? ___ 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 -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.8 LTS
Dear TYPO3 World, The TYPO3 Community has just released TYPO3 CMS version 6.2.8 LTS, which is now ready for you to download. This version is maintenance releases and contains bug fixes. The packages can be downloaded here: http://typo3.org/download/ For details about the release, please see: http://typo3.org/news/article/typo3-cms-628-released/ MD5 checksums: 50cbef4c4ea8bea83c73a62187676a19 typo3_src-6.2.8.tar.gz 980a7253157cf53d55d824ae7ebd9617 typo3_src-6.2.8.zip Best regards Oliver -- Oliver Hader TYPO3 CMS Team Leader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Und um ganz korrekt zu sein, müssen darin auch einige Ordner wieder hergestellt werden (ab T3 v6.irgendwas ). Deshalb lieber aus dem Installtool heraus leeren. ${LOCALDIR} = /var/www/daWosHaltLiegt rewriteT3temp() { # temp_CACHED_* Dateien loeschen echoStatus Loesche temp_CACHED_* Dateien aus /typo3conf cd ${LOCALDIR}/typo3conf rm -f temp_CACHED_* /dev/null 21 echoStatus typo3conf Cache wurde geleert! rm -Rf ${LOCALDIR}/typo3temp/* rm -Rf ${LOCALDIR}/typo3temp/.* /dev/null 21 rm ${LOCALDIR}/typo3temp/.FED* /dev/null 21 touch ${LOCALDIR}/typo3temp/index.html mkdir ${LOCALDIR}/typo3temp/cs ${LOCALDIR}/typo3temp/GB ${LOCALDIR}/typo3temp/llxml ${LOCALDIR}/typo3temp/pics ${LOCALDIR}/typo3temp/temp ${LOCALDIR}/typo3temp/compressor echoStatus TYPO3 Cache erfolgreich geleert und neu initialisiert! } Am 08.12.2014 um 15:04 schrieb Peter Linzenkirchner: Hallo Jahannes, Christian, vorsicht ... sonst gehts bei Anfängern massiv schief. Nicht löschen: _leeren_! Der Ordner selbst muss vorhanden sein. Gruß Peter Am 08.12.2014 um 14:49 schrieb Johannes C. Schulz [EnzephaloN IT-Solutions] i...@enzephalon.de: Hallo Lösche den Ordner typo3temp -damit kannst Du nichts kaputt machen. Dann im Install-Tool bei System-Enviroment die Verzeichnisse korrekt anlegen lassen. Das was Du beschreibt klingt stark nach Rechten (allein 777 -was auch falsch ist- reicht nicht). Viele Grüße Johannes C. Schulz - EnzephaloN IT-Solutions (von unterwegs gesendet) On 8. Dezember 2014 14:42:22 MEZ, Christian Mansch ep...@cm-informatics.de wrote: Hallo, ich habe jetzt von (fast) allen Verzeichnissen die da stehen auf 777 gesetzt. Jetzt bekomme ich diese hässlichen Typo3 Fehlermeldungen die drei Seiten lang sind. (Ich hoffe ihr wisst was ich meine) Jedenfalls gabs eine Uncaught TYPO3 Exception. Die hab ich dann wegbekommen... schwups kam die nächste. #1321804422: Could not open log file /var/www/echordPlusPlus/neurorobotics/typo3temp/logs/typo3.log (More information) RuntimeException thrown in file /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 143. da könnte ich jetzt googeln und schauen was man da am besten macht. Allerdings frag ich mich wieviel Fehler solcher Art da noch kommen werden. ...Could not Open .. könnte ja bei 200 Dateien der fall sein. Den typo3temp Ordner zu löschen traue ich mich nicht. Nachher stehe ich wieder am Anfang und bekomme überall eine weisse Seite. Jetzt bekomme ich ja wenigstens Fehlermeldungen. Trotzdem danke für den Tipp. Auch noch eine Frage: Im Root Verzeichnis bei mir liegt nur eine index.php. Muss da nicht noch mehr sein? ___ 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 -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo Christian, wieso liegt da nur eine index.php? Dann kann es nicht gehen. Die Ordnerstruktur in einer vollständigen Installation sieht so aus: index.php (symlink auf die index.php im Sourcenordner von TYPOP3) fileadmin/ typo3temp/ uploads/ typo3conf/ typo3_src/ (symlink auf den Sourcenordner von TYPO3) typo3/ (symlink auf den Ordner typo3 im Sourcenordner von TYPO3) Alternativ, ohne Symlinks: index.php fileadmin/ uploads/ typo3temp/ typo3conf/ typo3/ und noch diverse andere Dateien wie .htaccess INSTALL etc. Wenn du TYPO3 in einem Unterordner installierst, sieht es eben in diesem Unterordner so aus - der Unterordner ist dann die Root. --- Eine Testinstallation braucht natürlich auch eine eigene Datenbank. --- Der Ablauf zum Anlegen einer Kopie ist so: - Datenbankinhalt in eine neue Datenbank kopieren - die Inhalte des Root-Ordner ohne die Symlinks in den neuen Ordner kopieren - die Symlinks neu setzen (entweder auf den gleichen TYPO3-Sourcenordner oder einen anderen. - Rechte anpassen (typo3temp, fileadmin, typo3conf und uploads müssen für den Apache beschreibbar sein) - typo3temp ausleeren (nicht löschen!) - die Datei localconf.php (oder in neueren Versionen localconfiguration.php) anpassen und die neuen Datenbank-Daten eingeben. - das Backend aufrufen und ggf. die Domain-Records und baseHref anpassen Gruß Peter Am 08.12.2014 um 14:42 schrieb Christian Mansch ep...@cm-informatics.de: Hallo, ich habe jetzt von (fast) allen Verzeichnissen die da stehen auf 777 gesetzt. Jetzt bekomme ich diese hässlichen Typo3 Fehlermeldungen die drei Seiten lang sind. (Ich hoffe ihr wisst was ich meine) Jedenfalls gabs eine Uncaught TYPO3 Exception. Die hab ich dann wegbekommen... schwups kam die nächste. #1321804422: Could not open log file /var/www/echordPlusPlus/neurorobotics/typo3temp/logs/typo3.log (More information) RuntimeException thrown in file /var/www/echordPlusPlus/neurorobotics/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 143. da könnte ich jetzt googeln und schauen was man da am besten macht. Allerdings frag ich mich wieviel Fehler solcher Art da noch kommen werden. ...Could not Open .. könnte ja bei 200 Dateien der fall sein. Den typo3temp Ordner zu löschen traue ich mich nicht. Nachher stehe ich wieder am Anfang und bekomme überall eine weisse Seite. Jetzt bekomme ich ja wenigstens Fehlermeldungen. Trotzdem danke für den Tipp. Auch noch eine Frage: Im Root Verzeichnis bei mir liegt nur eine index.php. Muss da nicht noch mehr sein? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: cObj form - layout generell ändern
Angeblich soll das cObject FORM immer im TS erkannt werden und dann transparent angewendet. Ich sehe es im TSOB, aber genau 0,0 im FE doesntmatter.form = FORM doesntmatter.form { layout{ containerWrap ( div class=twoBroiler elements / /div ) label( labellabelvalue /mandatory /span class=fourPigs/error //label ) } } Keiner eine Idee?? Am 08.12.2014 um 14:38 schrieb d.ros: Hello, weiß jmd. wo bzw. wie man das Layout genrell ändert? Cheatsheet sagt: layout{ label( labellabelvalue /mandatory /span class=error/error //label ) } Wo mache ich das generell für alle? Cheers ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo noch mal, kleiner Teilerfolg der Backend-Login erscheint. Allerdings ist dieser ziemlich zerhackstückelt. und anmelden kann ich mich auch nicht. genausowenig wie beim Install Tool. Frontend immer noch weiss. Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Hat jemand noch eine Idee? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Das ist jetzt nicht wirklich Dein Ernst, oder? Wenn Du auf neuen Code migrierst, sollte zuallererst IMMER dafür gesorgt werden, dass alle möglichen Caches geleert sind, damit auf KEINEN FALL irgendein alter Code dazwischenschiessen kann. Ansonsten fischst Du stunden- oder tagelang im Trüben und korrigierst Dinge, die eigentlich schon gar nicht mehr relevant sind. Wenn Du das bisher nicht gemacht hast, wundern mich die gehäuften Fehlermeldungen eher weniger. :-) HDH Joey -- Diversity: Die Kunst zusammen unabhängig zu denken The art of thinking independently together. -- Facebook: https://www.facebook.com/johasenau Twitter: http://twitter.com/bunnyfield Xing: http://contact.cybercraft.de TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Stell Dich nicht an wie ein Mädchen :-) Das ist ein Cache und nicht die Bundesbank. Alle Daten darin sind automatisch generiert und werden bei Bedarf wieder erstellt. Und zu Deinem Pfund 404's ... ggf. hast Du keine / oder falsche rewritebase gesetzt. Oder sowas. Du hattest geschrieben, dass Du dich in einem Unterordner befindest. Am 08.12.2014 um 15:24 schrieb Christian Mansch: Hallo noch mal, kleiner Teilerfolg der Backend-Login erscheint. Allerdings ist dieser ziemlich zerhackstückelt. und anmelden kann ich mich auch nicht. genausowenig wie beim Install Tool. Frontend immer noch weiss. Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Hat jemand noch eine Idee? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo Christian, hast du denn noch in 4.5 den Reference index geupdatet? Dann im 6.2 install tool die update wizzard durgeführt? Cache löschen sollte immer gehen. Wenn cache löschen etwas kaputt macht. War es schon vorher kaputt es hat nur niemand gesehen. Da noch gecached war. Das fällt dir dann irgendwann auf die Füße wenn der Cache ausläuft und du weist nicht mehr warum es kaputt ist. Deswegen sollte man beim upgrade immer mindestens einmal den cache löschen. Damit man auch sieht was alles kaputt gegangen ist. Und man es im Rahmen des updates fixen kann. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Mansch Gesendet: Montag, 8. Dezember 2014 15:24 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Leere Seite nach Typo3 Migration Hallo noch mal, kleiner Teilerfolg der Backend-Login erscheint. Allerdings ist dieser ziemlich zerhackstückelt. und anmelden kann ich mich auch nicht. genausowenig wie beim Install Tool. Frontend immer noch weiss. Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Hat jemand noch eine Idee? ___ 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] cObj form - layout generell ändern
Hi d.ros! (klarname name währe schön) Warscheinlich wie alle content objecte liegt die default configuration unter tt_content.* im typoscript genaures müsstest du mit dem Typoscript Object Browser in erfahrung bringen. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von d.ros Gesendet: Montag, 8. Dezember 2014 15:19 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Re: cObj form - layout generell ändern Angeblich soll das cObject FORM immer im TS erkannt werden und dann transparent angewendet. Ich sehe es im TSOB, aber genau 0,0 im FE doesntmatter.form = FORM doesntmatter.form { layout{ containerWrap ( div class=twoBroiler elements / /div ) label( labellabelvalue /mandatory /span class=fourPigs/error //label ) } } Keiner eine Idee?? Am 08.12.2014 um 14:38 schrieb d.ros: Hello, weiß jmd. wo bzw. wie man das Layout genrell ändert? Cheatsheet sagt: layout{ label( labellabelvalue /mandatory /span class=error/error //label ) } Wo mache ich das generell für alle? Cheers ___ 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] Leere Seite nach Typo3 Migration
Christian, wenn du den Cache nicht löscht, dann kann dir hier niemand mehr weiter helfen. Der alte Cache ist Müll, und solange der vorhanden ist, bekommst du Müll ... TYPO3 versucht Dateien zu öffnen, die es nicht gibt in der neuen Umgebung, und folglich bekommst du 404 ... Entweder du löscht den Cache, oder du verbringst den Rest des Jahres damit, einige Tausend Dateien einzeln zu löschen. Hast du deine Root kontrolliert? Sind alle Dateien, Ordner und Symlinks vorhanden? Gruß Peter Am 08.12.2014 um 15:24 schrieb Christian Mansch ep...@cm-informatics.de: Hallo noch mal, kleiner Teilerfolg der Backend-Login erscheint. Allerdings ist dieser ziemlich zerhackstückelt. und anmelden kann ich mich auch nicht. genausowenig wie beim Install Tool. Frontend immer noch weiss. Die Konsole spuckt gefühlte 100 404 Not Found errors. Diese alle zu ersetzten von der originalen Website ist ja eine Lebensaufgabe. Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. Hat jemand noch eine Idee? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: cObj form - layout generell ändern
Nee, genau nicht. Das ist das Problem. Grüße David Am 08.12.2014 um 15:34 schrieb Chris Wolff - AERTiCKET AG: Hi d.ros! (klarname name währe schön) Warscheinlich wie alle content objecte liegt die default configuration unter tt_content.* im typoscript genaures müsstest du mit dem Typoscript Object Browser in erfahrung bringen. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von d.ros Gesendet: Montag, 8. Dezember 2014 15:19 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Re: cObj form - layout generell ändern Angeblich soll das cObject FORM immer im TS erkannt werden und dann transparent angewendet. Ich sehe es im TSOB, aber genau 0,0 im FE doesntmatter.form = FORM doesntmatter.form { layout{ containerWrap ( div class=twoBroiler elements / /div ) label( labellabelvalue /mandatory /span class=fourPigs/error //label ) } } Keiner eine Idee?? Am 08.12.2014 um 14:38 schrieb d.ros: Hello, weiß jmd. wo bzw. wie man das Layout genrell ändert? Cheatsheet sagt: layout{ label( labellabelvalue /mandatory /span class=error/error //label ) } Wo mache ich das generell für alle? Cheers ___ 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] Leere Seite nach Typo3 Migration
Daag, wenn Du absolut auf Nummer Sicher gehen willst (was bei typo3temp nicht nötig ist), dann wäre das hier eine Möglichkeit: -typo3temp in typo3temp.bak umbenennen -typo3temp neu anlegen, darauf achten, dass der Webserver-Benutzer für diesen Ordner Schreibrechte hat -Backend erneut aufrufen Gruß, Marcus Am 08.12.2014 um 15:24 schrieb Christian Mansch: Jemand hat das mal wegbekommen indem er den Cache gelöscht hat. Mit Löschung hab ich hier aber schon schlechte Erfahrungen gemacht. Sowas hat mich bisher immer zurück geworfen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migrate all file links of RTE-enabled fields to FAL // Problem beim Update
Ich antworte mir mal selbst... Mit http://wiki.typo3.org/Exception/CMS/1320286857 und http://wiki.typo3.org/Exception/CMS/1319455097 habe ich herausgefunden, dass die während des Upgrades automatisch angelegten File Storages das Problem verursacht haben; ich habe die jetzt manuell aus der Datenbank gelöscht (Vorsicht und Backup helfen bei sowas!) und damit das Problem vom Eis bekommen. Die Fehlermeldung ist mindestens uneindeutig. Marc Am 08.12.14 12:57, schrieb Marc Willmann: Hi, ich habe eine Problem beim Update von 4.5 auf 6.2 LTS. Die Seite ist recht umfangreich; und im Upgrade-Wizard gehen mir die FAL-Migrations auf die Bretter. * Migrate all RTE magic images from uploads/RTEmagicC_* to fileadmin/_migrated/RTE/ * Migrate all file links of RTE-enabled fields to FAL Als Fehlermeldung bekomme ich (bei allen FAL-Migrations) dieselbe Fehlermeldung, dass die Datei http://www.mydomain.tld/ kein gültiger Dateiname ist. Da hat TYPO3 ja auch recht. File http://domain.tld/path/to/something is not valid (.. and // is not allowed in path Allerdings sind das ja externe Links, die eh nicht konvertiert werden sollen/müssen. Ist das ein Bug? Früher hieß die Fehlermeldung AFAIR ... ist not valid ('..' and '//' is not allowed AT THE BEGINNING of a path Gleiches passiert übrigens auch im TYPO3-BE, wenn ich auf Dateiliste klicke. Hat jemand eine Idee? Vielen Dank, 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
[TYPO3-german] Auflistung von Objekten als Backendmodul
Guten Tag Ich habe vor mir ein TYPO3 V4.7, dort drin eine Extension (Extbase/Fluid) die Kurse und dazugehörige Anmeldungen als Backendmodul auflistet, und zum Verwalten anbietet (show, edit). Die Liste wird mit einem eigenen Backendmodul realisiert, also nicht die deafultview für Datensätze im Backend wie wir es von Contentelementen kennen. Nun hat sich die Anzahl der Kurse auf 400 und die Anzahl der Anmeldungsdatensätze auf 1300 angesammelt. Das hat nun natürlich denn Effekt das wenn man im Backend die Liste aufruft sehr lange warten muss bis alles geladen ist, und zwar manchmal über 50 Sekunden. Wenn man das Tool dazu bringen könnte einfach einmal zu laden und dann mit denn bekommenen Daten zu arbeiten, wäre das toll. Doch leider werden immer alle Daten geladen, auch wenn ich bei einer Anmeldung in die Detailview gehe und danach wieder zurück zur Liste, wird wieder alles neu geladen und so weiter. Nun ist meine Frage wie kann ich dort einen Cache implmentieren oder welche Möglichkeiten habe ich um mit einer so grossen Liste fliessend arbeiten zu können, ohne das immer wieder alles neu geladen werden muss? vielen Dank für jeden Tipp. es grüsst Harald ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Danke für die vielen Antworten. Ich habe den Cache Ordner unter /typo3temp gelöscht. dh. der ordner ist noch da aber keine Dateien mehr drin. das Ergebnis ist, das ich jetzt noch mehr 404 Errors bekomme als vorher. Frontend weiß, kein einloggen im Backend oder install tool möglich. Eine Kopie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. Die Datei-/Ordnerstruktur sieht jetzt so aus: index.php /fileadmin /t3lib /typo3 /typo3conf /typo3temp /uploads gehört da nicht noch eine .htaccess dazu? Hab ich sonst noch etwas vergessen?pie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Klingt für mich danach, daß der Ordner dem falschen Benutzer und nicht dem Webserverbenutzer (zB www-data) gehört. Viele Grüße Johannes C. Schulz - EnzephaloN IT-Solutions (von unterwegs gesendet) On 8. Dezember 2014 16:44:30 MEZ, Christian Mansch ep...@cm-informatics.de wrote: Danke für die vielen Antworten. Ich habe den Cache Ordner unter /typo3temp gelöscht. dh. der ordner ist noch da aber keine Dateien mehr drin. das Ergebnis ist, das ich jetzt noch mehr 404 Errors bekomme als vorher. Frontend weiß, kein einloggen im Backend oder install tool möglich. Eine Kopie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. Die Datei-/Ordnerstruktur sieht jetzt so aus: index.php /fileadmin /t3lib /typo3 /typo3conf /typo3temp /uploads gehört da nicht noch eine .htaccess dazu? Hab ich sonst noch etwas vergessen?pie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. ___ 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] powermail 2.1.8 - custom validation
Stehe ich echt mit diesem Problem allein da? Grüße Tino Am 02.12.2014 14:48, schrieb Tino Riedel: Hallo Gruppe, ich möchte gerne mittels eines Custom PHP Validators ein Feld auf eine gültige Eingabe in Abhängigkeit einer Checkbox prüfen. Kurz gesagt soll die soll ein Textfeld zu einem Pflichtfeld werden, wenn die Checkbox angehakt ist. Der Custom-Validator ist vorhanden und funktioniert bereits. Nur fehlt mir noch der Kniff die Checkbox auszuwerten. Wer hat das eventuell schon gelöst und kann mir auf die Sprünge helfen? Grüße Tino ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Hallo Christian, also wenn ich die Seite http://cm-informatics.de/ öffne, erscheint folgende Meldung: Database Error: Unable to connect to the database:Could not connect to MySQLDatabase Error: Unable to connect to the database:Could not connect to MySQL Ich vermute, dass es um diese Seite geht. Ohne Datenbank wird es nicht funktionieren und eine .htaccess braucht es auch. Gruß T. Koch Am 08.12.2014 um 16:44 schrieb Christian Mansch: Danke für die vielen Antworten. Ich habe den Cache Ordner unter /typo3temp gelöscht. dh. der ordner ist noch da aber keine Dateien mehr drin. das Ergebnis ist, das ich jetzt noch mehr 404 Errors bekomme als vorher. Frontend weiß, kein einloggen im Backend oder install tool möglich. Eine Kopie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. Die Datei-/Ordnerstruktur sieht jetzt so aus: index.php /fileadmin /t3lib /typo3 /typo3conf /typo3temp /uploads gehört da nicht noch eine .htaccess dazu? Hab ich sonst noch etwas vergessen?pie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Ähm... ich weiß nicht wo du die URL herhast... das ist meine private Webseite aber um die geht es nicht. Das ist ein anderes Thema, ist auch eine Joomla Seite. Aber zurück ziem Thema... ich hab die index.php im Ordner /typo3 auf 777 gesetzt dadurch bin ich jetzt auf 19 Fehler runter. Alles was sich in der Root befindet hat ebenfalls 777 ist unsicher ich weiß aber ich bin erstmal froh wenn die Seite überhaupt irgendwie kommen würde. wenn ich dann später zurückstelle sehe ich ja ab wann es nicht mehr geht. Die 19 404 Errors sagen die Wahrheit die aufgelisteten Files gibt es wirklich nicht. Zur Not kopiere ich die alle aus der original Installation dort hinein. Aber ist es das wirklich??? ich habe ja durch ein bloßes umstellen der rechte bei der Index bestimmt 70-80 404 Errors wegbekommen. ich bin ja schon kleine Schritte vorangekommen, den Rest schaff ich mit eurer Hilfe bestimmt auch noch. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Leere Seite nach Typo3 Migration
noch eine Anmerkung... Datenbank hab ich wieder auf die Kopie umgestellt. eine .htaccess liegt jetzt in der Root. Beim Backend-Login bekomme ich in der Konsole unter anderem diesen Fehler: ReferenceError: Can't find variable: Ext global code da wird behauptet der Fehler betrifft die Datei index.php. Der Inhalt sagt mir leider recht wenig. keine Ahnung ob da was fehlt. Macht es Sinn dort Änderungen vorzunehmen? Wenn ja, wie?? In welcher Form?? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Am 08.12.2014 17:23, schrieb Christian Mansch: Ähm... ich weiß nicht wo du die URL herhast... hat er bestimmt aus deiner mailadresse (und sie geht wirklich nicht) nur mit 777 kommst du nicht weiter (kann sogar kontraproduktiv sein, denn manches wirft erst genau DANN Fehler (zur Sicherheit)... Vielleicht mal ganz von Anfang, denn wenn du jetzt schon im Core rumfummelst, dann stimmt da was grundsätzlich nicht... du schriebst: Jetzt möchte ich ein Testsystem auf dem Server aufsetzten. Das Testsystem soll dabei in einem Unterordner meines bestehenden Typo3-Systems laufen. Als erster Tipp, ich würde immer mit einer Subdomain zum Testen arbeiten, und Probleme die durch ein Unterdirectory entstehen vollkommen auszuschließen... Dann die Frage WAS willst aufsetzen? Ein leeres Testsystem, oder eine Kopie einer Seite? Wenn ein neues leeres System, dann welche Version? Wenn eine Kopie, dann auch welche Version? Da ich dies annehme, was hast du in diesem Fall gemacht? Oder willst du Upgraden? Dann: Von welcher Version kommst du? Wo willst du hin? Was hast du an Vorarbeiten gemacht? -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Strategie für Kundenbereich
Hi Ralf-Rene, Ralf-Rene Schröder wrote: dann mache es doch in PI-base, läuft doch nach wie vor (solange du Grundregeln einhälst) ... [IMHO sogar in v.7 ???] Natürlich auch in 7.x. Es gibt keine Pläne AbstractPlugin (ehemals pibase) zu beerdigen. Nur den genamespacedte Variante wird ab 7.0 zu Pflicht (oder halt die compat6 Extension als Requirement einbauen). Extbase lohnt sich eigentlich erst, wenn man mindestens ein größeres Modell hat. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] YAG Konfiguration
Facts: Typo3 4.7.19 yag 3.2.7 theme: lightbox Funktioniert eigentlich perfekt. Nur ein Wermutstropfen: Wenn ich im Zahlenstrahl 1 2 3 etwas anklicke, dann führt der reload dazu, daß die Galerie erst wieder durch den Scrollbar sichtbar gemacht werden muß. Das ist extrem lästig. Welche Möglichkeiten gibt es wieder an der alten Stelle aufzusetzen. Gruß Dieter Raith begin 644 Gallerieansicht.jpg M_]C_X``02D9)1@`!`0$`8`!@``#_X0`P17AI9@``34T`*@@``0$Q``(` M```.@!'F5E;G-H;W0@`=0(`/_;`$,`!P4%!@4$!P8%!@@'!P@* M$0L*0D*%0\0#!$8%1H9!48%QL)R$;'24=%Q@B+B(E*DK+L:(\S+RHR M)RHK*O_;`$,!!P@(@D*%`L+%H!PJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ M*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*O_``!$(`@`#0,!(@`$0$# M$0'_Q``?```!!0$!`0$!`0```0(#!`4!P@)@O_Q`U$```0,# M`@0#!04$!7T!`@,`!!$%$B$Q008346$'(G$4,H1H0@C0K'!%5+1\0S M8G*0H6%Q@9B4F)R@I*C0U-CX.3I#1$51TA)2E-455976%E:8V1E9F=H M:6IS='5V=WAYH.$A8:'B(F*DI.4E9:7F)F:HJ.DI::GJ*FJLK.TM;:WN+FZ MPL/$Q;'R,G*TM/4U=;7V-G:X+CY.7FY^CIZO'R\_3U]O?X^?K_Q``?`0`# M`0$!`0$!`0$!`0(#!`4!P@)@O_Q`U$0``0($!`,$!P4$!``! M`G``0(#$00%(3$$D%1!V%Q$R(R@0@40IAL$)(S-2\!5BM$*%B0TX27Q M%Q@9B8G*DJ-38W.#DZ0T1%1D=(24I35%565UA96F-D969G:EJW1U=G=X M7J@X2%AH(B8J2DY25EI8F9JBHZ2EIJHJ:JRL[2UMKXN;KP\3%QL?( MRK2T]35UM?8V=KBX^3EYN?HZKR\_3U]O?X^?K_V@`,`P$``A$#$0`_`/I MBBB@`HK'G\6:+;7$D$U[MDBHZ^4YP0$=*C_P$RT'_`)__`/R#)_\`$UI[ M*I_*_N(]I#NCHK#_P$RT'_`)_O_(,G_P`31_PF6@_\_P!_Y!D_^)I^QJ?R MO[ATAW1N45A_P#9:#_`,_W_D3_P)H_X3+0?^?[_R#)_\31[I_*_N#VD M.Z-RBL/_`(3+0?\`G^_\@R?_`!-'_9:#_S_`'_D3_XFCV-3^5_'M(=T;E M%8?_``F6@_\`/_\`^09/_B:/^$RT'_G_`/\`R#)_\31[I_*_N#VD.Z-RBL/ M_A,M!_Y__P#R#)_\31_PF6@_\_\`_P09/\`XFCV-3^5_'M(=T;E%8?_9: M#_S_`/\`Y!D_^)H_X3+0?^?_`/\`(,G_`,31[I_*_N'[2'=Y16'_PF6@_\ M_P#_`.09/_B:/^$RT'_G_P#_`#)_P#$TQJ?RO[@]I#NCHK#_X3+0?^?\` M_P#(,G_Q-'_9:#_`,__`/Y!D_\`B:/8U/Y7]PTAW1N45A_\)EH/_/_`/\` MD3_`.)H_P$RT'_`)__`/R#)_\`$TQJ?RO[@]I#NCHK#_`.$RT'_G_P#_ M`#)_P#$T?\`9:#_P`__P#Y!D_^)H]C4_E?W![2'=Y16'_`,)EH/\`S_\` M_D3_P)H_X3+0?^?_\`\@R?_$TQJ?RO[@]I#NCHK#_P$RT'_`)__`/R# M)_\`$T?\)EH/_/\`_P#D3_XFCV-3^5_'M(=T;E%8?_``F@_\`/_\`^09/ M_B:/^$ST'_G_`/\`R#)_\31[I_*_N#VD.Z-RBJ.FZS8:OYG]G3^=Y6-_P`C M+C.=0/0UK-IQ=F4FFKH**P=\;'_#=\EGK6H?9IWC$JIY,CY4D@'*J1U4 MUF_\+6\%_P#09_\`)6;_`.(JU2J-747]PN:*W9V%%?_`,+6\%_]!G_R5F_^ M(H_X6MX+_P@S_Y*S?\`Q%/V-3^5_'/'N=A17'_`/UO!?_`$?_)6;_P( MH_X6MX+_`.@S_P2LW_Q%'L:G\K^X./[BN/\`^%K_\`H,_^2LW_`,11 M_P`+6\%_]!G_`,E9O_B*/8U/Y7]P\YV%%?_PM;P7_`-!G_P`E9O\`XBC_ M`(6MX+_Z#/\`Y*S?_$4QJ?RO[@YX]SL**X__A:W@O\`Z#/_`)*S?_$4?\+6 M\%_]!G_R5F_^(H]C4_E?W!SQ[G845Q__``M;P7_T?\`R5F_^(H_X6MX,_Z# M/_DK-_\`$4QJ?RO[@YX]SL**X__`(6MX,_Z#/\`Y*S?_$4?\+6\?\`09_\ ME9O_`(BCV-3^5_'/'N=A17'_P#UO!G_09_\E9O_B*/^%K#/\`H,_^2LW_ M`,12]E4_E?W!SQ[G845Q_P#PM;P9_P!!G_R5F_\`B*/^%K#/^@S_P2LW_Q M%/V-3^5_'/'N=A17'_\+6\?]!G_P`E9O\`XBC_`(6MX,_Z#/\`Y*S?_$4 MQJ_RO[@YX]SL**Y#_A:O@S_H,_\`DK-_\11_PM7P9_T?_)6;_XBCV-7^5_ M'/'N=?17'_\`UO!G_09_P#)6;_XBE_X6KX,_P@S_Y*S?\`Q%'L:O\`*_N# MGCW.OHKD/^%J^#/^@S_Y*S?_`!%'_U?!G_09_\`)6;_`.(H]C5_E?W!SQ[G M7T5SFE/_#.MZG%I^F:EY]U-G9'Y$BYPQY*@=`:Z.HE47:2L--/8**H:OK MGZ#:+=:M1\@C5MC-EB84$]`:QO^%C^%/\`H*_^2\O_`,35QHU9J\8M MKT(E4A%VDTCJ**Y?_A8_A3_H*_\`DO+_`/$T?\+'\*?]!7_R7E_^)JOJU?\` MD?W,7MJ7\R^\ZBBN7_X6/X4_ZO_`)+R_P#Q-'_Q_G_05_\EY?_B:/JU?^ M1_P]M2_F7WG445R_P#PL?PI_P!!7_R7E_\`B:/^%C^%/^@K_P2\O\`\31] M6K_R/[F'MJ7\R^\ZBBN7_P%D%/^@K_`.2\O_Q-'_R/G_`$%?_):7_P) MH^K5_P1_P]M2_F7WG445R__R/G_05_\`):7_`.)H_P%D%/^@K_`.2T MO_Q-'U:O_(_N8VI?S+[SJ**Y?\`X61X4_ZO_DM+_\`$T?\+(\*?]!7_P`E MI?\`XFCZM7_D?W,/;4OYE]YU%%O_P`+(\*?]!7_`,EI?_B:/^%D%/^@K_Y M+2__`!-'U:O_`/[F'MJ7\R^\ZBBN7_X61X4_P@K_Y+2_\`Q-'_``LCPI_T M%?\`R6E_^)H^K5_Y']S#VU+^9?=117+_P#R/G_05_\EI?_B:/^%D%/\` MH*_^2TO_`,31]6K_`,C^YA[:E_,OO.HHKE_^%D%/^@K_P2TO\`\31_PLGP MG_T%?_):7_XFCZM7_D?W,/;4OYE]YU%%O\`\+)\)_\`05_\EI?_`(FC_A9/ MA/\`ZO_`)+2_P#Q-'U:O_(_N8VI?S+[SJ**Y?_`(63X3_ZO\`Y+2__$TG M_R??\`T%?_`6E_P#B:/J];^1_P]M2_F7WG4T5RW_``LGPG_T%?\`R6E_ M^)H_X63X3_ZO_DM+_\`$T?5ZW\C^YA[:E_,OO.IHKF[7X@^+V\AM;;4]\T M\BQQK]GEYB`9*XZFNDK.=./C319QE\+N04`!1110``%% M%%`'D.M+_P`3_4/^OF3_`--4@HK2UE?^)[?_P#7S)_Z$:I[17T/A1XOB9 M%M%T5-LHV58B':*-HJ;91LI#(=HHVBIME)M%`$VC;4VRC93`AVT;:FV4;* M`(=MVIMER@9#MHVU-LHV4`1;*3;4VT^ER@';1MJ;91MH`BV4;*F^MT M4`0[:3;4^T4FR@';1MJ;;1MH`@V4;:GVTA6@1V'PZ/[1_[9?\`L]=O7%_# MT8_M#_ME_PS5VE%BOXS_KHKA_X2/!_C@/^*WL_P#L')_Z,DKS@O2?C/ M^*VM/^PG_HR2O.0*]?#_P`*)S5/C8W%*?BC%;V(8HQ3\48H`9BC%/Q_/% MW%(!F*,4_;1MH`9BC%/VTNV@!FVCBGXI-M`A,48IV*7%.P#,48IV*,4K`-Q M1BGXH`IH!FVC%28HVT`,Q1BG[:-M`$VE`I^VC;0`S%*?MHVT`=9\*_^2F: M5_VV_P#1+U]5\Z_P8^)6E?]MO_`$2]?15/COXJ]/\SMH?)\7!GPE:_] M?R?^BY*\=Q7LGQ:Y\)VW_7ZG_H#UX_BO8RW_`'?YL\G'?QB/%*EVT;:](XB M+%*EVBC;0!%BC%2;:*`(B*-M28HQ0!'MHVU)MHVT`1[:,5)BFXH`;BC;3L M4H%`#-MVI,4;:`(]MVI-MV@/;3=M3;:3;0!%MHQ4NVDVT`1XH(I^VC%( M+DVDQ4I6DVT#-#PP/\`BKM'_POZ#_T8*^CJ^=?#*_\5;I'_7]#_PC!7T5 M7@9K\?0]C`?#(\8]$`BBB@```/+-73.MWW_7Q)_PA MJRM+55_P)S_]?$G_`*$:J;*^A@_=1XDOB9$HV5-LI0E4(AV4;*GVTFV M@9!LI-E3[*-E`$RC94^VC;1#91LJ?91LHN!!LHVBIRE)LHN!#LHV5/MHV MT7`@V4;*GVT;:5P(-ERI]MVBX$RC94^VC;1#91M%3[*391#91LJ?:
Re: [TYPO3-german] tt_news - perfectlightbox
Ich hab die Lösung noch nicht, bin ihr aber etwas näher gekommen. In deinem Fall willst du sicherlich ein durch den RTE eingebundenes Bild öffnen, richtig? Das geht standardmäßig nicht, darum musst du folgende Konfigurationen in das Template Setup aufnehmen: plugin.tt_news.displaySingle.content_stdWrap.parseFunc.nonTypoTagStdWrap.HTMLparser.tags.img.fixAttrib.data-htmlarea-file-uid.unset = 0 plugin.tt_news.displaySingle.content_stdWrap.parseFunc.nonTypoTagStdWrap.HTMLparser.tags.img.fixAttrib.data-htmlarea-file-table.unset = 0 ## für den normalen RTE: lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser.tags.img.fixAttrib.data-htmlarea-file-uid.unset = 0 lib.parseFunc_RTE.nonTypoTagStdWrap.HTMLparser.tags.img.fixAttrib.data-htmlarea-file-table.unset = 0 Dann ist die Aufgabe im Frontend folgendermaßen: img width=300 height=428 title= style= alt= data-htmlarea-file-table=sys_file data-htmlarea-file-uid=2817 src=bild.jpg data-htmlarea-clickenlarge=1 Was mir jetzt noch fehlt ist das Javascript, das aktiv wird, wenn ich klicke. Perfect lightbox ist eingebunden, wird auf der Seite geladen und Clickenlarge rendering (htmlarea) ist über tt_news und perfectlightbox includiert. Ich hoffe das bringt dich einen Schritt weiter. Grüße Eve ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news - perfectlightbox
Manchmal denkt man einmal laut und schon fehlt nicht mehr viel :) Wenn du dann noch diese Zeile anfügst: plugin.tt_news.displaySingle.content_stdWrap.parseFunc.nonTypoTagStdWrap.HTMLparser.tags.img.fixAttrib.data-htmlarea-clickenlarge.unset = 0 sieht der Link so aus: img width=300 height=428 style= alt= data-htmlarea-file-table=sys_file data-htmlarea-file-uid=2817 src=bild.jpg Dieses data-htmlarea-clickenlarge=1 ist nun weg und bei mir öffnet sich das Bild nun mit der perfectlightbox. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Strategie für Kundenbereich
Kann ich denn eigentlich nicht die feuser extension um ein paar Felder erweitern. Wichtig dabei wäre ein FAL Feld das ich dann im Backend mit 0-99 Dateien füllen könnte. Evtl. noch ein RTE Feld. Ich würde eine Extension erstellen die mir die Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert. Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Strategie für Kundenbereich
Hi Christian, Christian Leicht wrote: Ich würde eine Extension erstellen die mir die Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert. Das Modell matcht auf fe_users, aber ja, dass kannst du natürlich machen. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Seite nach Typo3 Migration
Am 08.12.14 16:44, schrieb Christian Mansch: Danke für die vielen Antworten. Ich habe den Cache Ordner unter /typo3temp gelöscht. dh. der ordner ist noch da aber keine Dateien mehr drin. das Ergebnis ist, das ich jetzt noch mehr 404 Errors bekomme als vorher. Frontend weiß, kein einloggen im Backend oder install tool möglich. Wenn es nach dem Löschen der temp-Dateien zu vermehrten 404 kommt (und ein Schreibrechte problem ausgeschlossebn ist) klingt das danach dass die Vorlagen der tempdateien nicht vorhanden sind (oder nicht dort vorhanden sind wo sie erwartet werden). Ganz typische Situation: es werden Bilder aus fileadmin/... benutzt. die fürs FE in der Größe verändert werden. dadurch werden die resized Versionen der Bilder in temp angelegt und benutzt. dann werden die Vorlagen gelöscht. Kein Problem, da die resized Bilder ja noch Vorhanden sind (inkl BE-Preview). wenn jetzt temp gelöscht wird können die generierten Bilder nicht mehr neu erstellt werden. Gerade wenn man die DB kopiert und dann ein paar Dateien im Filesystem übersieht gibt es schnell Problme (unter 4.x waren es typischerweise die Kopien unter uploads/) Eine Kopie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. zwei TYPO3-Installationen auf der gleichen Datenbank gibt nur Probleme. Ich weiß jetzt nicht genau welche Tabellen ungefährlich sind, aber einige beinhalten Informationen die genau an die Installation gebunden sind (dateipfade zb. auch von temp-dateien, session-data von (FE+BE) Logins, natürlich: Cache)und natürlich auch im reinen Lese-Modus der Website geschrieben werden. Die Datei-/Ordnerstruktur sieht jetzt so aus: index.php /fileadmin /t3lib /typo3 /typo3conf /typo3temp /uploads gehört da nicht noch eine .htaccess dazu? Hab ich sonst noch etwas vergessen?pie der Datenbank existiert. Ich habe die LocalConfiguration aber wieder zurückgestellt auf die Originaldatenbank, weil ich DB Probleme ausschließen wollte. Bevor es harsche Kritik hagelt... ich stelle es wieder um denke aber kaum das das die Lösung ist, da ich es ja schonmal versucht hatte. 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