[TYPO3-german] BE User Rechte Management (Advanced)
Hallo liebe Leute, ich stehe gerade vor einer besonderen Herausforderung und weiß gerade nicht weiter. Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. Meine Quick and Dirty Lösung wäre: Ich lege folgende BE Benutzergruppen an: UserGruppe A+B+C+D UserGruppe A UserGruppe B UserGruppe C UserGruppe D UserGruppe A+B UserGruppe A+C UserGruppe A+D UserGruppe B+C UserGruppe B+D UserGruppe C+D UserGruppe A+B+C UserGruppe A+C+D UserGruppe B+C+D Und da sind dann halt die jeweiligen BE Redakteure drinnen. Problem dabei ist halt, dass das mit 4 Redakteuren noch 'relativ' überschaubar ist, aber sobald ein 5. Redakteur dazukommt wirds gleich um ein vielfaches komplexer. Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Bitte um Hilfe! Lieben Gruß und danke schon im Vorraus. David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BE User Rechte Management (Advanced)
Danke für den guten Hinweis. Die Extension macht in der Theorie auch genau das was ich will, aber irgendwie hat das ganze keine Auswirkung für die spezifizierten Benutzer. Irgendwelche Ideen an was das liegen kann? Verwendete TYPO3 Version ist 4.6.3 Lieben Gruß David Am 15.03.12 12:23, schrieb Tom Lehmann: Am Do 15 Mär 2012 11:57:02 CET da...@screencode.at schrieb: Moin, Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. ... Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Schon mal die EXT be_acl angesehen? gruss tom ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BE User Rechte Management (Advanced)
Hallo Tom, bei mir scheints ein Session Problem gewesen zu sein - in einem anderen Browser funktionierts wie gewünscht. Danke nochmals für die Hilfe. Lieben Gruß David Am 15.03.12 13:12, schrieb David Brunnthaler: Danke für den guten Hinweis. Die Extension macht in der Theorie auch genau das was ich will, aber irgendwie hat das ganze keine Auswirkung für die spezifizierten Benutzer. Irgendwelche Ideen an was das liegen kann? Verwendete TYPO3 Version ist 4.6.3 Lieben Gruß David Am 15.03.12 12:23, schrieb Tom Lehmann: Am Do 15 Mär 2012 11:57:02 CET da...@screencode.at schrieb: Moin, Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. ... Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Schon mal die EXT be_acl angesehen? gruss tom ___ 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] RealUrl - File Not Found: Mal gehts/Mal nicht
Hallo liebe Mailingliste, ich steh gerade vor einem etwas seltsamen Problem. Ich sollte bei einer Webseite RealUrl installieren: 1. RealUrl installiert 2. aeurltool installiert 3. Template um die notwendigen 3 Zeilen erweitert: config.simulateStaticDocuments = 0 config.baseURL = http://www.futura.at/ config.tx_realurl_enable = 1 4. _.htaccess in .htaccess umbenannt 5. Standardkonfiguration von aeurltool wird verwendet - lediglich die Option für .html Urls hab ich ausgeschalten Rootpage ist die Seite mit der ID 1 und außerdem hab ich dort in den Seiteneigenschaften unter Options Is root of website das Häckchen gesetzt. Normalerweise geht das dann ohne Probleme. Diesesmal funktioniert es auch. Fast. Die Urls werden korrekt erzeugt. Und in ca 75% der Fällen kommt er auch ganz normal auf die gewünschte Seite und zeigt sie korrekt an wenn ich auf den Link klicke. Aber in den restlichen 25% zeigt er mir lediglich eine Fehlermeldung mit File Not Found - The requested URL was not found on this server. an. Die Seiten die funktionieren bleiben immer die gleichen, genauso wie die Seiten die nicht funktionieren. Ich hab die Seiteneigenschaften auch schon nebeneinander verglichen, kann aber beim besten Willen keinen Unterschied sehen. Deaktiviere ich RealUrl im Template wieder, können die Seiten wieder wie gewünscht aufgerufen werden. Verwendete TYPO3 Version ist 4.2.8 RealUrl Version 1.10.2 aeurltool Version 0.1.0 Weiß irgendwer, woran mein Fehler liegen kann? Lieben Gruß David PS: Frage habe ich auch hier gepostet: http://www.typo3.net/forum/beitraege/diverse_sonstige_module/105053/ -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl - File Not Found: Mal gehts/Mal nicht
Gelöst: Es existierten vom Vorprogrammierer noch alte Dateien im Dokumentroot. zb ueberuns.html Nun wollte RealUrl eine /ueberuns Seite aufrufen und kam ins schleudern. Ein Verschieben der Dokumente in einen separaten Ordner später funktioniert alles so wie es soll. Gruß David Am 21.04.11 23:17, schrieb David Brunnthaler: Hallo liebe Mailingliste, ich steh gerade vor einem etwas seltsamen Problem. Ich sollte bei einer Webseite RealUrl installieren: 1. RealUrl installiert 2. aeurltool installiert 3. Template um die notwendigen 3 Zeilen erweitert: config.simulateStaticDocuments = 0 config.baseURL = http://www.futura.at/ config.tx_realurl_enable = 1 4. _.htaccess in .htaccess umbenannt 5. Standardkonfiguration von aeurltool wird verwendet - lediglich die Option für .html Urls hab ich ausgeschalten Rootpage ist die Seite mit der ID 1 und außerdem hab ich dort in den Seiteneigenschaften unter Options Is root of website das Häckchen gesetzt. Normalerweise geht das dann ohne Probleme. Diesesmal funktioniert es auch. Fast. Die Urls werden korrekt erzeugt. Und in ca 75% der Fällen kommt er auch ganz normal auf die gewünschte Seite und zeigt sie korrekt an wenn ich auf den Link klicke. Aber in den restlichen 25% zeigt er mir lediglich eine Fehlermeldung mit File Not Found - The requested URL was not found on this server. an. Die Seiten die funktionieren bleiben immer die gleichen, genauso wie die Seiten die nicht funktionieren. Ich hab die Seiteneigenschaften auch schon nebeneinander verglichen, kann aber beim besten Willen keinen Unterschied sehen. Deaktiviere ich RealUrl im Template wieder, können die Seiten wieder wie gewünscht aufgerufen werden. Verwendete TYPO3 Version ist 4.2.8 RealUrl Version 1.10.2 aeurltool Version 0.1.0 Weiß irgendwer, woran mein Fehler liegen kann? Lieben Gruß David PS: Frage habe ich auch hier gepostet: http://www.typo3.net/forum/beitraege/diverse_sonstige_module/105053/ -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo Wolfgang, danke für deine Hilfe. Ich habe jetzt mal wie von dir nahegelegt xajax global installiert. Aber trotz dem Umändern der Zeile in rggooglemap/mod1/index.php (extRelPath -- siteRelPath) hat es nicht so funktioniert wie es sollte. Er hat sich einfach einmal ../ und einmal ../../ zuviel geschrieben und konnte somit die xajax.js nicht finden. Einzige Lösung die ich jetzt gefunden habe ist, dass ich ihm in dieser Zeile einen absoluten Pfad angebe. Ist zwar alles andere als schön, aber er will anders einfach nicht funktionieren. Danke nochmals für die Hilfe. Gruß David Am 12.04.10 19:38, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo, leider ist das Problem doch nicht ganz gelöst. [... stuff deleted ...] Das Popup ruft folgende Seite auf: http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?P[params]=P[exampleImg]=P[table]=tt_addressP[uid]=1P[pid]=7P[field]=tx_rggooglemap_latP[flexFormPath]=P[md5ID]=ID614b227c1eP[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3DeditP[formName]=editformP[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hrP[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3BP[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3BP[fieldChangeFunc][alert]=P[currentValue]=38.34959942318041P[currentSelectedValues]= Ich verstehe noch nicht ganz, wie/wieso Du im Backend ein Popup aufmachst? Aber egal: Ich vermute mal, das im Popup xajax nicht geladen wird. Es müsste die Zeile script type=text/javascript src=../../../../typo3/ext/xajax/xajax_js/xajax.js/script oder so ähnlich m HTML der Popup-Seite drin stehen und natürlich muss die Datei vorhanden sein. Letzteres kannst Du überprüfen, indem Du im Quelltext den Link anklickst (zumindest im FF) und schaust, ob er die xajax.js lädt, oder wenn Du Zugriff auf die Server-Logs hast, kannst Du ja schauen, ob in der error_log des apache2 die fehlende xajax.js angemeckert wird. Sollte das der Fall sein, dann stimmt was mit der xajax-Einbindung noch nicht. = Nochmal checken, ob die Änderung im Quellcode von rggooglemap gemacht ist. Auch ein leeren des Caches hilft nichts. Beide Extensions sind Local installiert. Ich habe xajax global installiert, rggooglemaps dagegen lokal. Vielleicht kannst Du es mal in dieser Kombination versuchen? Ich meine mich zu erinnern, dass ich den patch für rggooglemap auch mit beiden Extensions - lokal installiert - erfolgreich getestet hätte, aber das ist auch schon ein bisschen her. Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in einem Unterordner liegt und nicht am Server Root? Das kann m.E. nicht das Problem sein. Bei mir hier laufen die Seiten vor Freischaltung/während der Entwicklung auch erst mal in einem Unterordner und da gibt es kein Problem. Hoffentlich hilft das ... Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul Google-Map aufrufen 2. Show/hide options anklicken 3. Im Geocoding: Search for an address-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo Wolle, danke für die schnelle Antwort. Deine Links zeigten die gewünschte Wirkung. Problem ist somit gelöst. Gruß David Am 12.04.10 12:13, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul Google-Map aufrufen 2. Show/hide options anklicken 3. Im Geocoding: Search for an address-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David Hallo David, das Problem und dessen Beseitigung ist bereits als Bug gemeldet: http://forge.typo3.org/issues/show/6617 Die Lösung findest Du auch hier: http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/ oder für die rggooglemaps-Version 4.0.0 (welche ich der 3.0.2 unbedingt vorziehen würde): http://info.zeichensatz.de/typo/extensions/rggooglemaps-400/ Gruss, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo, leider ist das Problem doch nicht ganz gelöst. Der Trick von dir (http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/) funktioniert zwar teilweise, aber doch nicht überall. Im Backend Modul Google-Map funktioniert es nun ohne Fehlermeldung, aber wenn sich das Modul in einem Popup aufmacht, dann existiert der Fehler nachwievor. Das Popup ruft folgende Seite auf: http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?P[params]=P[exampleImg]=P[table]=tt_addressP[uid]=1P[pid]=7P[field]=tx_rggooglemap_latP[flexFormPath]=P[md5ID]=ID614b227c1eP[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3DeditP[formName]=editformP[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hrP[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3BP[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3BP[fieldChangeFunc][alert]=P[currentValue]=38.34959942318041P[currentSelectedValues]= Auch ein leeren des Caches hilft nichts. Beide Extensions sind Local installiert. Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in einem Unterordner liegt und nicht am Server Root? Also derzeit liegt die gesamte Installation ja in dem Unterordner dev. Muss ich da evt was beachten? Gruß David Am 12.04.10 12:55, schrieb David Brunnthaler (office): Hallo Wolle, danke für die schnelle Antwort. Deine Links zeigten die gewünschte Wirkung. Problem ist somit gelöst. Gruß David Am 12.04.10 12:13, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul Google-Map aufrufen 2. Show/hide options anklicken 3. Im Geocoding: Search for an address-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David Hallo David, das Problem und dessen Beseitigung ist bereits als Bug gemeldet: http://forge.typo3.org/issues/show/6617 Die Lösung findest Du auch hier: http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/ oder für die rggooglemaps-Version 4.0.0 (welche ich der 3.0.2 unbedingt vorziehen würde): http://info.zeichensatz.de/typo/extensions/rggooglemaps-400/ Gruss, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Danke für den Tip. Aber ich komme nicht einmal ins Install Tool. Fehler: Could not create session folder in typo3temp/. Make sure it is writeable! typo3temp hat den Eigentümer und die Gruppe: apache und Zugriffsrechte 777. Laut Auskunft vom Server-Administrator läuft PHP mit eben diesem Benutzer apache. Warum kann also Typo3 keinen Unterordner anlegen wenn er selbst der Eigentümer ist? Lieben Gruß David Am 05.03.10 08:45, schrieb Widmann, Manfred: Hast du im Install Tool geschaut, ob du die n�tigen Schreibrechte auf die div. Verzeichnisse hast? Manfred David Brunnthaler (office)off...@i-am-alive.at schrieb im Newsbeitrag news:mailman.12758.1267745192.7109.typo3-ger...@lists.typo3.org... Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verl�uft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im Filelist Modul neue Ordner hinzuf�gen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory testsub not created. Write-permission problem in /home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erkl�ren, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigent�mer apache. Die Gruppe hei�t ebenfalls apache und die Zugriffsrechte sind 755. Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigent�mer und unter Gruppe mehrere Werte stehen und die Zugriffsrechte sind 644. Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler k�nnte ich ja noch leben. ABER wenn ich nun �ber das FTP-Programm ein Bild in den fileadmin hochlade und dieses im Typo3 Backend bei einem Contentelement ausw�hlen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte 644 und bei Eigent�mer und Gruppe steht mehrere Werte. Und der Ordner uploads und der Ordner pics haben beide bei Eigent�mer und bei Gruppe apache stehen und als Zugriffsrechte 777. Wei� jemand zuf�lligerweise wie ich speziell den 2. Fehler beheben kann? Typo3 Version ist 4.3.1 In der Hoffnung das jemand wei� wo ich ansetzen muss. David PS: Habe diesen Post auch im typo3.net Forum gepostet (http://www.typo3.net/forum/list/list_post//97259/). Hoffe das st�rt niemanden. -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo Manfred, Wenn ich den Ordner lösche und mit PHP neu erstelle funktioniert es nicht. Wenn ich den Ordner lösche und mit FTP neu erstelle dann funktioniert es ebenfalls nicht. Hab in der Antwort auf Peter's Mail etwas genauer geantwortet. Gruß David Am 05.03.10 09:42, schrieb Widmann, Manfred: Und wenn du den Ordner wegschmei�t und neu anlegst? David Brunnthaler (office)off...@i-am-alive.at schrieb im Newsbeitrag news:mailman.12813.126653.7109.typo3-ger...@lists.typo3.org... Danke f�r den Tip. Aber ich komme nicht einmal ins Install Tool. Fehler: Could not create session folder in typo3temp/. Make sure it is writeable! typo3temp hat den Eigent�mer und die Gruppe: apache und Zugriffsrechte 777. Laut Auskunft vom Server-Administrator l�uft PHP mit eben diesem Benutzer apache. Warum kann also Typo3 keinen Unterordner anlegen wenn er selbst der Eigent�mer ist? Lieben Gru� David Am 05.03.10 08:45, schrieb Widmann, Manfred: Hast du im Install Tool geschaut, ob du die n?tigen Schreibrechte auf die div. Verzeichnisse hast? Manfred David Brunnthaler (office)off...@i-am-alive.at schrieb im Newsbeitrag news:mailman.12758.1267745192.7109.typo3-ger...@lists.typo3.org... Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verl?uft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im Filelist Modul neue Ordner hinzuf?gen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory testsub not created. Write-permission problem in /home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erkl?ren, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigent?mer apache. Die Gruppe hei?t ebenfalls apache und die Zugriffsrechte sind 755. Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigent?mer und unter Gruppe mehrere Werte stehen und die Zugriffsrechte sind 644. Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler k?nnte ich ja noch leben. ABER wenn ich nun ?ber das FTP-Programm ein Bild in den fileadmin hochlade und dieses im Typo3 Backend bei einem Contentelement ausw?hlen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte 644 und bei Eigent?mer und Gruppe steht mehrere Werte. Und der Ordner uploads und der Ordner pics haben beide bei Eigent?mer und bei Gruppe apache stehen und als Zugriffsrechte 777. Wei? jemand zuf?lligerweise wie ich speziell den 2. Fehler beheben kann? Typo3 Version ist 4.3.1 In der Hoffnung das jemand wei? wo ich ansetzen muss. David PS: Habe diesen Post auch im typo3.net Forum gepostet (http://www.typo3.net/forum/list/list_post//97259/). Hoffe das st?rt niemanden. -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo Peter, danke erstmal für deine intensive Hilfe. Der Server-Admin hat nun in PHP den safe mode ausgeschaltet und siehe da sein Fileadmin kann nun plötzlich Unterordner erstellen. Selbst Typo3 funktioniert nun beinahe. Leider eben nur beinahe. Ich kann in File Filelist Ordner, Unterordner und Dateien anlegen und raufladen. (Konnte ich zuvor nicht) Ich kann in den Contentelementen Bilder hochladen und diese werden korrekt im Typo3 Unterordner uploads pics abgelegt. (Konnte ich zuvor auch nicht) Typo3 hat nun also zumindest hier die Zugriffsberechtigung. Leider kann Typo3 noch immer keine Thumbnails generieren. Wenn ich also im Contentelement unter dem Tab Media ein Bild auswähle, so kann ich das auch korrekterweise abspeichern ohne das Typo3 sich beschwert. Es erscheint lediglich an der Stelle wo normalerweise nach dem Speichern das kleine Thumbnail angezeigt wird das graue No thumb generated-Bild. Es scheint also als wäre typo3temp pics nicht schreibbar. Ich habe nun also, wie von dir vorgeschlagen, versucht, dass ich die fileCreateMask und die folderCreateMask auf 664 und 775 bzw auf 666 und 777 umstelle, doch dies zeigte keine Auswirkung. Auch eine manuelle Umstellung der Zugriffsrechte des Ordners pics hatte keine Auswirkung. Ebenso hab ich versucht, dass ich den Ordner mit dem ominösen filemanager.php von ihm neu anlegen (keine Auswirkung). Fallen dir sonst noch irgendwelche Tricks ein, mit dem ich Typo3 überreden könnte, dass er doch bitte in pics schreiben kann? Gruß David Am 05.03.10 09:51, schrieb Peter Linzenkirchner: Hallo David, das ist ein typisches Problem bei Hostern, die ihre Konfiguration nicht konsequent an die Anforderungen von dynamischen Webapplikationen anpassen sondern die Dateirechte mehr oder weniger auf default lassen. Ich würde mir einen TYPO3-Provider suchen, da das sinnvollerweise serverseitig gelöst wird. Ansonsten bleiben nur Workarounds. Zwei wahrscheinliche Konfigurationen: 1. PHP und FTP laufen in einer Gruppe, aber die u-Mask ist per default so konfiguriert, dass die Gruppe immer nur Leserechte bekommt. Vergeben werden dann diese Rechte: Ordner: 755 Dateien: 644 In dem Fall können FTP und TYPO3 die Ordner des anderen sehen, aber nicht drin schreiben. 2. Verschärfte Möglichkeit: PHP und FTP laufen in getrennten Gruppen und die Rechte werden wie oben vergeben. Die Konsequenz ist erstmal die gleiche, die Lösung aber nicht. Der Workaround für die per FTP angelegten Dateien und Ordner: Fall 1: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 775 und alle Dateien die Rechte 664 bekommen. Heißt: sie sind für die Gruppe schreibbar. Fall 2: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 777 und alle Dateien die Rechte 666 bekommen. Heißt: sie sind für alle schreibbar. Das ist ein Sicherheitsproblem, aber in dem Fall nicht anders möglich. In jedem Fall ist das Handarbeit und sowohl FTP-Programm wie Serverkonfiguration müssen das erlauben. Wenn der Server keine Rechtezuweisung durch das FTP-Programm erlaubt, kannst du jede Lösung oder Workaround vergessen. Der Workaround für TYPO3: Im Install-Tool gibt es die Möglichkeit Dateirechte setzen zu lassen. Suche in All Configuration nach fileCreateMask und folderCreateMask. Setz die auf: Fall 1: 664 und 775 Fall 2: 666 und 777 Richtig gut ist der Workaround nicht, zumindest nicht in Fall 2. Viele Grüße Peter Vermutlich Am 05.03.2010 um 00:23 schrieb David Brunnthaler (office): Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verläuft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im Filelist Modul neue Ordner hinzufügen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory testsub not created. Write-permission problem in /home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erklären, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigentümer apache. Die Gruppe heißt ebenfalls apache und die Zugriffsrechte sind 755. Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigentümer und unter Gruppe mehrere Werte stehen und die Zugriffsrechte sind 644. Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler könnte ich ja noch leben. ABER wenn ich nun über das FTP-Programm ein Bild in den fileadmin hochlade und dieses im Typo3 Backend bei einem Contentelement auswählen will. Dann kommt beim
[TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo liebes Forum, ich hoffe ihr könnt mir wieder einmal helfen: Der Suchmaschinenoptimierer der Typo3 Seite an der ich gerade arbeite will unbedingt einen WordpressBlog. Ich habe also einen WPBlog eingerichtet auf http://blog.mydomain.de. Er will jedoch unbedingt, dass der Blog nicht eine eigene Subdomain ist sondern, dass er mit http://www.mydomain.de/blog aufgerufen wird. Nun habe ich also am FTP-Server das Blog Verzeichnis zu einem Unterordner von Typo3 gemacht und die htaccess geringfügig angepasst, damit ich zumindest die Seite aufrufen kann. Alt: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.php|favicon\.ico) - [L] Neu: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|blog/|showpic\.php|favicon\.ico) - [L] Somit kann ich nun den Blog unter http://www.mydomain.de/blog aufrufen. Jetzt habe ich einige Inhalte in Wordpress angelegt und als ich versucht habe, dass ich diese im Browser aufrufe bekomme ich lediglich einen 404er Fehler. Also zB http://www.mydomain.de/blog/impressum/ Nun hab ich mit dem Server-Hoster Rücksprache gehalten, und Mittwald meinte es liegt an der RealURL Extension. Falls der Unterordner vom Blog tatsächlich existiert, dann kann er die Seite aufrufen. (Beispiel: Ich lege in typo3/blog/ den Ordner test an und gebe eine index.htm rein - diese kann nun ohne Probleme aufgerufen werden) Existiert die Unterseite aber nur in Wordpress und nicht real am FTP-Server, dann sucht er in Typo3 und da er die ID von Wordpress natürlich in Typo3 nicht findet produziert er einen 404er Fehler. Wie kann ich also für diese eine Subdomain (http://www.mydomain.de/blog) Typo3 komplett ausklammern? Ist so etwas überhaupt möglich? Sollte nicht diese eine Änderung in der .htaccess bereits das Problem beheben? Nebeninfo: Ich habe in RealURL eigentlich eine 404er Fehlerseite definiert. Diese funktioniert in der Typo3 Umgebung auch so wie sie sollte, der 404er Fehler von Wordpress kommt jedoch nicht auf der in RealURL definierten Seite sondern auf einer standard Server 404er Seite. Bin über jegliche Tips und Tricks heilfroh. Gruß David Brunnthaler PS: Hab den Text auch unter http://www.typo3.net/forum/list/list_post//96884/ gepostet. Hoffe das stört niemanden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hi, danke schonmal für eure Hilfe. Nein im WP-Directory lag keine .htaccess. Ich hab jetzt einmal eine erstellt mit dem Inhalt von David Bruchmann und siehe da es funktioniert. Fast :) Es funktionieren nun beinahe alle Seiten, nur wenn ich das Impressum aufrufe, dann bekomme ich lediglich eine weiße Seite. Ich weiß das ist nun eigentlich kein Typo3 Problem mehr, aber weiß trotzdem jemand wie ich das korrigieren kann? Gruß David Am 19.02.10 13:53, schrieb David Bruchmann: Hi, standardmäßig ist dort eine Datei vorhanden, die muß angepasst werden: # BEGIN WordPress IfModule mod_rewrite.c RewriteEngine On RewriteBase /blog/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /blog/index.php [L] /IfModule # END WordPress oder so ähnlich ;-) Gruß David - Ursprüngliche Nachricht - Von:Sebastian Lorenz webmas...@derlorenz.de Gesendet: Freitag, 19. Februar 2010 13:42:58 An: German TYPO3 Userlist typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo David, hast du den in deinem WP Blog auch die Rewrites an oder nicht. Liegt dort zufällig eine .htaccess. Viele Grüße Sebastian Lorenz Am 19.02.2010 um 13:15 schrieb David Brunnthaler (office): Hallo liebes Forum, ich hoffe ihr könnt mir wieder einmal helfen: Der Suchmaschinenoptimierer der Typo3 Seite an der ich gerade arbeite will unbedingt einen WordpressBlog. Ich habe also einen WPBlog eingerichtet auf http://blog.mydomain.de. Er will jedoch unbedingt, dass der Blog nicht eine eigene Subdomain ist sondern, dass er mit http://www.mydomain.de/blog aufgerufen wird. Nun habe ich also am FTP-Server das Blog Verzeichnis zu einem Unterordner von Typo3 gemacht und die htaccess geringfügig angepasst, damit ich zumindest die Seite aufrufen kann. Alt: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.php|favicon\.ico) - [L] Neu: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|blog/|showpic\.php|favicon\.ico) - [L] Somit kann ich nun den Blog unter http://www.mydomain.de/blog aufrufen. Jetzt habe ich einige Inhalte in Wordpress angelegt und als ich versucht habe, dass ich diese im Browser aufrufe bekomme ich lediglich einen 404er Fehler. Also zB http://www.mydomain.de/blog/impressum/ Nun hab ich mit dem Server-Hoster Rücksprache gehalten, und Mittwald meinte es liegt an der RealURL Extension. Falls der Unterordner vom Blog tatsächlich existiert, dann kann er die Seite aufrufen. (Beispiel: Ich lege in typo3/blog/ den Ordner test an und gebe eine index.htm rein - diese kann nun ohne Probleme aufgerufen werden) Existiert die Unterseite aber nur in Wordpress und nicht real am FTP-Server, dann sucht er in Typo3 und da er die ID von Wordpress natürlich in Typo3 nicht findet produziert er einen 404er Fehler. Wie kann ich also für diese eine Subdomain (http://www.mydomain.de/blog) Typo3 komplett ausklammern? Ist so etwas überhaupt möglich? Sollte nicht diese eine Änderung in der .htaccess bereits das Problem beheben? Nebeninfo: Ich habe in RealURL eigentlich eine 404er Fehlerseite definiert. Diese funktioniert in der Typo3 Umgebung auch so wie sie sollte, der 404er Fehler von Wordpress kommt jedoch nicht auf der in RealURL definierten Seite sondern auf einer standard Server 404er Seite. Bin über jegliche Tips und Tricks heilfroh. Gruß David Brunnthaler PS: Hab den Text auch unter http://www.typo3.net/forum/list/list_post//96884/ gepostet. Hoffe das stört niemanden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo, blog/impressum ist keine Seite die am FTP-Server liegt. Ich erstell die ganz normal als neue Seite in Wordpress. Das komische ist, dass http://www.spanien-mit-flair.de/blog/impressum lediglich eine weiße Seite produziert und http://www.spanien-mit-flair.de/blog/category/allgemein/ eine korrekte Seite anzeigt. Beide sind jedoch nur in Wordpress vorhanden.. Gruß David Am 19.02.10 14:29, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:David Brunnthaler (office) off...@i-am-alive.at Gesendet: Freitag, 19. Februar 2010 14:25:47 An: German TYPO3 Userlist typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hi, danke schonmal für eure Hilfe. Nein im WP-Directory lag keine .htaccess. Ich hab jetzt einmal eine erstellt mit dem Inhalt von David Bruchmann und siehe da es funktioniert. Fast :) Es funktionieren nun beinahe alle Seiten, nur wenn ich das Impressum aufrufe, dann bekomme ich lediglich eine weiße Seite. Ich weiß das ist nun eigentlich kein Typo3 Problem mehr, aber weiß trotzdem jemand wie ich das korrigieren kann? Gruß David Hi, ist das Impressum evtl. eine statische Seite, die einfach irgendwo abgelegt ist? Dann mußt Du da in die .htaccess eine Ausnahme hinzufügen... Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
ok das klingt logisch, aber ich bin leider in Wordpress mehr als unbewandert und habe absolut keinen Plan, wo ich da zum Suchen anfangen soll. Irgendwelche Ratschläge wo ich da zum Suchen anfangen soll? Am 19.02.10 14:49, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:David Brunnthaler (office) off...@i-am-alive.at Gesendet: Freitag, 19. Februar 2010 14:39:27 An: German TYPO3 Userlist typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo, blog/impressum ist keine Seite die am FTP-Server liegt. Ich erstell die ganz normal als neue Seite in Wordpress. Das komische ist, dass http://www.spanien-mit-flair.de/blog/impressum lediglich eine weiße Seite produziert und http://www.spanien-mit-flair.de/blog/category/allgemein/ eine korrekte Seite anzeigt. Beide sind jedoch nur in Wordpress vorhanden.. Gruß David Dann überprüf mal die Seitenlinks (= Permalinks) in WP. http://www.spanien-mit-flair.de/blog/testseite-david/ funktioniert auch nicht, daher gehe ich davon aus, daß Dein Seiten-Setup einfach falsch ist. Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo, danke danke für die vielen Problemlösungsansätze. Derzeit hab ich das ganze mal an den Herren von Mittwald abgegeben. Das heißt einstweilen gilt mal einfach nur abwarten und Teetrinken. Schönen Freitag-Nachmittag und danke nochmals. Gruß David Am 19.02.10 15:15, schrieb Philipp Gampe: Am 19.02.2010, 15:09 Uhr, schrieb David Bruchmann da...@bruchmann-web.de: Hi, mir ist noch was anderes eingefallen: In der Datenbanktabelle wp_options müßen siteurl und home auf http://www.spanien-mit-flair.de/blog; gesetzt werden. das hatte ich auch mal und äußert sich ungefähr so :( hier ein Link mit allen Methoden, um es zu korrigieren: http://codex.wordpress.org/Changing_The_Site_URL -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Danke nochmals für all die Hilfestellungen, das nenn ich mal eine super Community. Problem hat sich Schlussendlich in Rauch aufgelöst. War eine Mischung aus: Programmierfehler im WP-Theme (nicht meine Schuld) .htaccess von Typo3 falsch konfiguriert .htaccess von Wordpress falsch konfiguriert Aber es funktioniert nun endlich. Wenn die Redakteure unbedingt 2 Impressums (was ist bitte die Mehrzahl von Impressum) pflegen wollen, dann bin ich in diesem Fall der letzte der sie daran hindern wird. Nja danke nochmals auf jedenfall, ohne euch hätte ich das nicht geschafft. Lieben Gruß aus dem nachmitternächtlichen Österreich David Am 19.02.10 17:19, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:Sebastian Lorenz webmas...@derlorenz.de Gesendet: Freitag, 19. Februar 2010 16:18:30 An: German TYPO3 Userlist typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo David, ich würde das Impressum von WP Statissch auf dei impressum Seite von Typo3 legen Mit freundlichen Grüßen Sebastian Lorenz Stimmt, zumindest ist es Quatsch 2x Impressum pflegen zu müssen. Jetzt muß es nur noch der andere David lesen ;-) Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german