Re: [TYPO3-german] Übersetzungen
Hallo Jonathan, meine Antwort ist etwas spät... aber trotzdem: es kommt darauf an, aus wie vielen Personen in den Kreis der XLF-Übersetzer besteht. Wenn Du alleine an ihnen arbeitest, ist PoEdit super. Wir haben für einen Kunden, der weltweit Niederlassungen und lokale Redakteure hat, auch erst PoEdit probiert, final aber Pootle als Translation-Server aufgesetzt - das klappt nach einigem Haareraufen bei der Installation unter Ubuntu nun einwandfrei. In dem Repo Deiner Extension ist dann nur noch die XLF mit den Strings in der Basissprache (i.d.R. Englisch) vorhanden. Pootle klont das Repo regelmäßig, importiert die XLF-Dateien und aktualisiert seinen Datenbestand entsprechend. Kommen neue Strings hinzu, merkt Pootle es und verlangt vom Redakteur beim nächsten Login die Übersetzung. Die fertigen XLF-Dateien werden von Pootle generiert und per Cron vordefiniert exportiert. Wenn die Slots einmal definiert sind, ist es komplett transparent... TYPO3 holt sich die Übersetzungen über das Translation Management dann automatisch. Gruß Marcus Am 23.10.20 um 00:09 schrieb develo...@cretection.eu: Guten Abend, hat jemand ein Programm oder ein tool die es möglich machen die Language-Files schneller zu erstellen. Ist doch etwas aufwendig sie komplett händisch zu erstellen Vielleicht hat jemand einen Tipp für mich :) Viele Grüße Jonathan ___ 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] Parsing im Frontend
Hallo Silke, das dürfte dieser enableRichText-Bug sein: https://forge.typo3.org/issues/81167 Der macht auch Spiel und Spaß in DCEs beim Upgraden, hatte ich bei diversen Installationen, daher kam es mir bekannt vor. Gruß Marcus Am 19.10.20 um 15:36 schrieb Silke Capo: Hallo Dieter, hallo Marcus, @Dieter: ja, mich hätte es auch interessiert, woher die Zeile kam, ich vermute aber vom Editor, da sie weg war, nachdem ich die Einstellungen wieder rückgängig gemacht hatte. @Marcus: ja, das System wurde upgedatet, allerdings nicht von mir, sondern von einem Kollegen. Das Problem tauchte aber erst mit den geänderten Einstellungen am CKEditor auf und das bei allen Feldern, die mit dem Editor bearbeitet wurden, also auch die normalen TYPO3 Standardelemente "Text" und "Text & Bilder". DCE wird gar nicht verwendet. Hätte mich trotzdem interessiert, wie man TYPO3 dazu bringen kann, eine Leerzeile nicht in eine "leeren" Absatz zu verwandeln. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Parsing im Frontend
Hallo Silke, wurde Dein System von < 8.x auf > 8.x aktualisiert? Passiert das ganze überall oder nur in DCEs? Gruß Marcus Am 12.10.20 um 14:16 schrieb Silke Capo: Liebe MitleserInnen, ich habe jetzt schon Stunden mit Google verbracht und kann es nicht fassen, dass ich nicht in der Lage bin, eine dämliche Leerzeile zu entfernen. Folgendes Problem: Der CKEditor fügt beim Speichern eine Leerzeile an den Inhalt an. Diese Leerzeile wird im Frontend dann gerendert mit Wie kann ich es unterdrücken, dass die leere Zeilen gerendert werden? Oder alternativ den Editor dazu bringen, diese Leerzeile gar nicht erst zu speichern. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Preview für Seite für bestimmtes Datum
Hallo, man kann mit dem Admin-Panel ein Datum simulieren. Gruß Marcus Am 11.10.20 um 12:50 schrieb _...@freenet.de: Ich möchte anschauen, wie die Seite am 1.11., 15.11, 1.12. und 16.12 aussieht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diverse Updateprobleme
Hallo zusammen, wenn man Gridelements während des Update-Vorganges installiert lässt, behält der Updater den Wert bei. Die u.a. Vorgehensweise klappt natürlich trotzdem. Gruß Marcus Am 25.02.20 um 09:29 schrieb Birgit: Hallo Christoph, das passiert immer beim TYPO3 Update, wenn gridelements installiert ist. Das liegt daran, dass gridelements für colPos negative Werte setzt, die beim TYPO3 Updatevorgang elimininiert werden. Dann sind die Inhalte der Gridelemente nicht mehr zuordenbar. Ich mache das so: Vor dem TYPO3 Update: ALTER TABLE tt_content ADD COLUMN colPos_grid smallint(6) NOT NULL DEFAULT '0' AFTER colPos UPDATE tt_content SET colPos_grid = colPos Nach dem TYPO3 Update: ALTER TABLE tt_content CHANGE colPos colPos smallint(6) NOT NULL default ‚0' UPDATE tt_content SET colPos = colPos_grid Viele Grüße Birgit ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 9.5: Video in CKEditor
Hi Birgit, der Reiter wird bereits vom Kunden genutzt, es kam nun eine Anfrage, das direkt im Textfeld zu lösen, um hier redaktionell ein wenig Textfluss mit dem Video herzustellen. Ich schaue mir die Plugins mal an, danke! Gruß Marcus Am 16.07.19 um 14:30 schrieb Birgit: Um Videos im CKEditor einzutragen, musst du CKEditor mit einem Plugin erweitern und die Konfiguration entsprechend anpassen.. https://ckeditor.com/cke4/addons/plugins/all ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 9.5: Video in CKEditor
Hallo zusammen, ich habe einen Kunden, der gerne in Newsbeiträgen Videos über den CKEditor einbinden möchte, in etwa Lorem Ipsum dolor [VIDEO] Lorem Ipsum dolor Gibt es dazu irgendwo etwas Dokumentation oder hat einer von Euch das schon einmal gelöst? Die Doku von tx_news sagt dazu lediglich "TODO". ;-) Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hallo Dieter, Am 08.07.19 um 19:01 schrieb _doc: Die Antwort von Marcus ist falsch, sofern man sich an die Regel der stricten Trennung von Inhalten und Code hält. Der Code und die Konfigurationen sollte sich dann nur in Dateien finden lassen, die man z.B. mit GIT versionieren kann. Die Antwort von Marcus ist richtig, denn es ging sowohl in der Frage, als auch in meiner Antwort, um den in der Datenbank hinterlegten Content, nicht um Sourcecode und Konfiguration. Das spätere Merging aueinandergelaufener numerischer IDs stellt Dich immer vor die genannten Probleme, daher geben wir grundsätzlich an den Kunden weiter, dass ein Dev-System nicht der Content-Master sein kann / darf und ein späeteres merging halt Mehrkosten verursacht. Dass sich Code sauber versionieren lässt und man genau das UNBEDINGT machen sollte, steht außer Frage! Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hi Rainer, so wirklich zuverlässig würde es nur gehen, wenn Typo3 hier, wie bspw. Oxid, auf UUIDs statt AutoInc-Spalten setzen würde. Numerisch laufen Dev und Live *immer* auseinander. Als Helferlein könnte ich SQLYog empfehlen, die Pro-Version hat einen Synchronisations-Wizard, der ganz gut funktioniert und zwischen zwei MySQL-Instanzen "rsyncen" kann. Wirklich lösen lässt es sich nach meinem Kenntnisstand nur politisch / organisatorisch. Gruß Marcus Am 08.07.19 um 15:00 schrieb Rainer Schleevoigt: Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch des Mergings. Geht das überhaupt - best Practice? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail: individueller SMTP
Hallo zusammen, kennt jemand von Euch eine Möglichkeit, für Powermail fallweise zu definieren, über welchen Weg ein Formular verschickt werden soll? In meiner konkreten Anforderung wird für ein Projekt optional pro Formular oder Teilbaum ein abweichender SMTP-Server benötigt. Ob das ganze per Flexform direkt im Contentobjekt geschieht oder per Typoscript gesetzt wird, ist zweitrangig. In der Powermail-Doku finde ich nichts in dieser Richtung. Root ---Seite 1: Standard ---Seite 2: smtp.blah.de ---Seite 3: Standard Es wäre nicht das Problem, hierfür eine Extension zu bauen, aber ich dachte, ich frage vorher sicherheitshalber noch einmal. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Content-Elemente über Webseiten hinweg kopieren
Hi, hierfür ist der T3D-Export ganz gut geeignet, er funktioniert auch *meistens*. Beim Import vergibt Typo dann auch neue IDs. Manuell ist das aber auch nicht so wild - hier könntest du die Quell-Datenbank auf den gleichen Server wie die Ziel-Datenbank packen, dann mit Insert-Selects arbeiten und hierbei die IDs nicht in den Select mit einbeziehen. Gruß Marcus Am 16.01.19 um 17:00 schrieb Thilo Ratnaweera: Hallo Liste, habt Ihr Erfahrung damit, Content-Elemente von einer (alten) TYPO3-Seite auf eine andere (neue) zu kopieren? Mir geht es nicht darum, ganze Seiten bzw. die ganze Installation zu kopieren, sondern nur diverse Inhalte einer Seite. Eine Kopie auf Datenbankebene käme nicht in Frage, weil sich die UIDs der Content-Elemente zwischen den beiden Seiten unterscheiden. Hier wäre also beim Einfügen nicht sichergestellt, dass es keine ID-Konflikte gibt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend Log zu groß - wie Formular reset?
Moin, wenn Du Deine Benutzereinstellungen zurücksetzt, sind die Log-Einstellugnen wieder auf default. Gruß Marcus Am 20.12.18 um 15:03 schrieb Gerhard Mehsel: oje, ... ich habe im Backend (TYPO3 6.2) im Log-Modul, den Filter oben auf "letzten Monat" und "Zeige alles" eingestellt. Da ist wohl zu viel, die Seite wird nicht mehr angezeigt - leider somit auch nicht das Filterformular, wo ich es entschärfen könnte. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multi-Language Mulit-Domain und SSL und Realurl (6.228)
Google "Multidomain Zertifikat" oder "openssl create multidomain". Das lohnt sich aber finanziell kaum, oft sind Einzelzertifiakate auch günstiger (ausgehend davon, dass Du sie signieren lassen willst). Die meisten Trustcenter bieten z.B. drei Inklusivdomains, für jede weitere muss man dann wieder zahlen... Am 16.11.18 um 23:08 schrieb RDE - Gert Redlich: Wo finde ich Informationen, wie ich mehrere unterschiedliche Domains hifimuseum fernsehmuseum tonbandmuseum magnetbandmuseum in ein einziges Zertifikat rein bekomme ? Eine IP Nummer für den Server habe ich. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multi-Language Mulit-Domain und SSL und Realurl (6.228)
Guten Tach, das wird mit einer IP klappen. Hinreichend aktuelle Webserver und Browser unterstützen SNI. In Sachen SSL-Zertifikat brauchst Du entweder drei separate Zertifikate oder eins, das alle Domains beinhaltet. Ersteres wird günstiger sein und geht auch kostenfrei via Let's Encrypt. Die unten genannte Kombi haben wir ziemlich genau so bei einem Kunden laufen (6.2, Multilang, Multidomain, SSL, Apache 2.2.x). Gruß Marcus Am 16.11.18 um 18:31 schrieb g4-l...@tonarchiv.ch: hat jemand Erfahrung mit Multi-Language-Mulit-Domains (also je Sprache eigene Domain), SSL und RealURL? Kriegt man das alles unter einen Hut? Wir benutzen noch 6.2.28 und somit RealURL < V2. Brauche ich eine IP pro Domainnamen oder geht das unterdessen mit einer IP und einem Zertifikat? Es handelt sich wirklich um unterschiedliche Domains, nicht Subdomains. Nur die TDL ist identisch... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rechteproblem ?!
Moin, man korrigiere mich, aber /home/www/... ist doch kein Windows-Pfad? Sicher, dass Du auf der richtigen Maschine landest? Gruß Marcus Am 27.09.18 um 22:23 schrieb Steffen Liebig: Hallo zusammen, nu hab ich doch was... ...wenn auch "nur" in der Testinstallation. Ebenfalls 7.6.9, aber bei einem Rechteproblem ist das wohl weniger ausschlaggebend. Die Seite wird eh umgezogen, soll aber bis dahin natürlich auf dem alten Swerver weiterlaufen können. Wenn jetzt auf der Liveseite auch noch was wäre, hätt ich nix mehr zum Umschalten und unser Provider führt die 7.6 nicht mehr. Ergo besser woanders suchen. Also Folgendes: a) ich komme nicht mehr ins Install Tool b) das System meint ständig, es könne eine Logdatei nicht öffnen: Could not open log file "/home/www/typo3769/typo3temp/logs/typo3_51530bac3f.log" ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt
Hi Michael, 1024MB sind schon relativ viel. Für eine kleine / normale / durchschnittliche Seite sind 128 - 256MB i.d.R. ausreichend, es sei denn, du arbeitest mit deutlich größeren Datenmengen, die verarbeitet werden müssen. Ein Fallbeispiel hast Du ja selbst. Nur am Log-Modul würde ich das Memory-Limit allerdings nicht festmachen. Wann schaut man sich schon wirklich ALLE Einträge an? Gruß Marcus Am 13.06.18 um 01:03 schrieb MichaelOF: Ich habe mich parallel dazu nochmals durch die Apache-Logs durchgearbeitet und tatsächlich einen Fehler entdeckt: PHP meldete zu wenig Speicher. Daraufhin habe ich in mehreren Iterationen den php_value memory_limit von original 128M auf letztendlich 1024M gesetzt. Damit klappts wie gewünscht mit der Anzeige des "Protokoll". Es wundert mich allerdings, dass man zu diesem Parameter memory_limit so niedrige Empfehlungen im Netz findet, was sind hier Eure Erfahrungen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt
Hi, der zuletzt gesetzte Wert wird in den Einstellungen des BE-Users festgehalten. Wenn Du diese zurücksetzt, sollte es wieder klappen. Gruß Marcus Am 25.05.18 um 17:24 schrieb michae...@rocketmail.com: Hilft alles nichts, hat jemand Tipps für mich, wie ich mein "Protokoll" wieder bekomme? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] v8.7.14 / v8.7.15 Update Pfad
Moin, i.d.R. kannst Du problemlos auf die aktuellste Minor-Version anheben, ein Zwischenschritt ist nicht nötig. Gruß Marcus Am 24.05.18 um 12:26 schrieb michae...@rocketmail.com: Innerhalb eines Major Releases (8.7, konkreter Stand 8.7.13) kann ich doch Zwischenveröffentlichungen, konkret 8.7.14, auslassen und direkt auf 8.7.15 (kumulativ) gehen, oder muss der Zwischenschritt über das fehlerhafte 8.7.14 trotzdem gemacht werden? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Cookie-Consent-Extension für 4.5
Hi Michael, sehe ich auch so - die Frage ist, wer beurteilt, was "aktuell" ist und was nicht? So oder so - wer jetzt anfragt, dem kann ich nur noch mit einem solchen Provisorium, aber nicht mit einem Upgrade helfen. Zumindest nach außen hin ist dann vorerst alles nötige erledigt. Gruß Marcus Am 22.05.18 um 12:26 schrieb Michael Kasten: Die DSGVO beinhaltet doch auch Anforderungen für den IT Grundschutz, hier wird Das Standard-Datenschutzmodell oder auch die Anforderungen aus dem BSI Grundschutzkatalog herangezogen, d.h. das die verwendeten Systeme dem aktuellen Stand entsprechen müssen, ich denke nicht das eine 4.5 dann noch in Frage kommt da es schon lange keinen Support mehr für dieses System gibt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Cookie-Consent-Extension für 4.5
Hallo zusammen, vermutlich bekommen gerade nicht nur wir eine bemerkenswerte Anzahl an Last-Minute-DSGVO-Anfragen von Kunden mit TYPO3 V4.5. Da ich im Netz keine Cookie-Consent-Extension finden konnte, die sich "mal eben schnell" installieren lässt und sofort funktioniert (die Zeit ist knapp), habe ich den guten, alten Kickstarter angeworfen und eine Mini-Extension gebaut, die einen Cookie-Hinweis mit dem Script von Silktide einbaut und dabei keinen externen Request ausführt.Definitiv keine Programmier-Meisterleistung, aber uns spart sie ein paar Minuten pro Projekt - vielleicht kann sie jemand von Euch gebrauchen. Und ja, alles, was Ihr jetzt reflexartig zu der 4.5 schreiben wollt, sehe ich genauso, brauchte aber eine schnelle Lösung. Download inkl. Mini-Anleitung: https://www.atnet-websolutions.de/index.php?id=122 Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Amazon AWS und https
Hi, es kommt natürlich auf die individuellen Gegebenheiten Deiner Seite an, aber es genügt z.B. nur die Angabe der baseURL, d.h. absRefPrefix kann leer bleiben. Weitere Ideen: -realURL-Caches komplett löschen (alle Tabelle) -realURL-Config prüfen, bei Multidomain-Sites gibt es hier u.U. auch die Angabe "urlPrepend" Zu der htaccess: wenn die Variable seitens Amazon falsch befüllt wird, kannst Du die Ziel-Domain auch hard-coded in die RewriteRule eintragen. Evtl. vorher mal in der phpinfo() nachsehen, welche CGI-Variablen zur Verfügung stehen, vielleicht ist SERVER_NAME korrekt. Gruß Marcus Am 14.05.18 um 06:50 schrieb Thomas Utke: Hallo, mit einer Typo3 6.2 Webseite bin ich nach Amazon umgezogen. Nun sollte die Verbindung über https erfolgen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2 Amazon AWS und https
Hallo, das stimmt so nicht. Wenn die BaseURL auf https://. gesetzt ist, verlinkt Typo3 relativ, d.h. ein explizites Setzen von "Use Protocol" ist optional. Gruß Marcus Am 14.05.18 um 09:58 schrieb Birgit: Hallo Thomas, in TYPO3 6 und 7 musst du https explizit setzen in den Seiteneigenschaften. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit URL
Hi, realurl kann so ohne weiteres - es sei denn, Du passt Deine RewriteRule entsprehchend mit RegEx-Backreferencing an - gar nicht wissen, wozu die Zahl gedacht ist. Schau mal hier, das dürfte helfen: https://github.com/dmitryd/typo3-realurl/wiki/Configuration-reference#valuemap Im Zweifelsfall kannst Du auch einfach die Extension "urltool" installieren und Dir von ihr eine realURL-Config generieren lassen. Gruß Marcus Am 04.05.18 um 14:02 schrieb Bernhard Ludwig: Ja, da hast Du wohl einen Punkt richtig erkannt. Nur habe ich gerade festgestellt, dass die Sprachen gar nicht funktionieren. Ich hatte bisher noch keine Übersetzungen eingefügt und mich darauf verlassen, dass es keine Probleme macht. Leider falsch gedacht… Nun ist es jedenfalls so, dass ich Übersetzungen im BE anlegen kann, diese dann aber, obwohl der Link mit <https://www.meinedomainxyz.de/4/beispieltitel/seitenname <https://www.meinedomainxyz.de/4/beispieltitel/seitenname> (die 4 als Beispiel für russisch) angezeigt wird, erscheint die Seite nur in deutscher Sprache. Und sobald ich an diesem wrap (10.wrap = ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit URL
Hi Bernhard, generiert typolink nicht schon den "vollwertigen" Link? Den Force-Redirect von http zu https hast Du, wenn die Seite beim Benutzer angekommen ist, doch schon durchgeführt - es ist. m.E. dann nicht mehr nötig, ein https voranzustellen. Gruß Marcus Am 03.05.18 um 12:24 schrieb Bernhard Ludwig: Ja, da bin ich auch drüber gestolpert. Habe das ja so übernommen und jetzt bei der allgemeinen Umstellung auf https im Template alle http geändert. M.E. erfüllt die „option“ wohl den Zweck, dass alle Sprachen mit https gewrapt werden, was ja eigentlich richtig wäre. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit URL
Hi Bernhard, u.g. Zeile kommt mir seltsam vor - wozu ist das https in dem Wrap gedacht? Gruß Marcus Am 03.05.18 um 11:24 schrieb Bernhard Ludwig: 10.wrap = ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit URL
Hi, die u.a. Rewrite-Regel sollte so passen und wird mit dem realURL-Verhalten nichts zu tun haben. Gerade bei Weiterleitungen verlasse ich mich ausschließlich auf das, was cURL sagt - ggf. solltest Du mal testen, welche Header bei Aufruf ohne https zurückgegeben werden. curl -I www.blah.de oder curl -LI www.blah.de (folgt Redirects) Evtl. kannst Du auch %{HTTP_HOST}%{REQUEST_URI} statt $1 probieren, aber Dein Problem scheint eher beim Value-Mapping der Sprachen in realURL-Konfiguration zu liegen. Ggf. mal alle Caches leeren (auch den von realURL). Gruß Marcus Am 30.04.18 um 17:21 schrieb Bernhard Ludwig: RewriteCond %{SERVER_PORT} !^443$ RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Hi Björn, ganz ohne CSS-Änderungen kommt man selten bei einem Upgrade aus, es kann gut sein, dass der Code in der neueren Version marginal anders generiert wird. Zu 2: ist die installierte Version für 7.6 geeignet? DB-Compare im InstallTool gemacht? Gruß Marcus Am 11.04.18 um 12:36 schrieb Björn Hahnefeld: 1. Der Slider füllt nicht mehr die ganze Breite aus - was vorher der Fall war ( https://hahnefeld.de/home/). 2. Beim Update der News-Extension werden kurzerhand alle Nachrichten nicht mehr angezeigt (https://www.hahnefeld.de/presse/archiv/2016/) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Hi Björn, keine Ursache. ;-) ich habe den neuen Core über 4.5 zu 6.2 und dann zu 7.6 drüber kopiert. Insofern könnte es schon sein, das Reste existieren. Das wird der Fehler sein, denn bei einem Upgrade auf eine neuere Version muss der bisherige Core immer komplett aus dem Weg geräumt werden. Ich würde Dir an der Stelle zum Holzhammer raten: - Alles, was zum Typo3-Core gehört, löschen - Neuen Core hochladen, bzw. wenn Du einen SSH-Zugang hast, den Core per get.typo3.org herunterladen, entpacken und verlinken. - Testen Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Hallo Björn, css_styled_content hat in der 7.6 keine ext_tables.php mehr, sie war zuletzt in der 4.5 vorhanden. Ich tippe auf folgendes: * Der Symlink zu /typo3 ist falsch (wobei ich mich frage, wie Dein Backend dann überhaupt vernünftig funktionieren soll) * typo3temp/Cache ist eben nicht leer * Ein php-Cache ist aktiv und hält noch alte Dateien vor * Abstruse Idee: du hattest css_styled_content in der 4.5 global installiert. Ob das überhaupt ging, weiß ich gar nicht wirklich. * Ebenfalls denkbar: der Typo3-Kern wurde einfach "drübergebügelt" und der vorherige Ordner nicht umbenannt / gelöscht. So hättest Du eine 7.6 mit Restdateien von 4.5 und absolut nicht vorhersehbarem Verhalten. Mögliche Lösungen daher: * Symlinks zu typo3_src, typo3 und index.php auf Korrektheit testen * Alle, wirklich alle möglichen Typo3-Caches leeren * Browser-Cache ebenfalls leeren, inkl. aller Cookies, am besten im Inkognito-Modus arbeiten * Übers Install-Tool ein evtl. aktiven php-Cache leeren * Wenn möglich, Webserver neu starten, so wird der php-Cache garantiert neu aufgebaut * Typo3-Kern noch einmal neu herunterladen und sauber verlinken Gruß Marcus Am 09.04.18 um 21:17 schrieb Björn Hahnefeld: Hallo Stefan, das ist sehr lieb von dir und klingt sehr gut. Aber sobald ich css_styled_content aktiviere, kämpfe ich ja erst einmal im Back- und Frontend mit folgender Fehlermeldung: -- *Fatal error*: Class 't3lib_extMgm' not found in */var/www/clients/client2/web1/web/typo3/sysext/css_styled_content/ext_tables.php* on line *6* -- Wird die Extension eigentlich tatsächlich noch von TemplaVoilaPlus benötigt? Falls nämlich nicht, könnte ich die ja wieder deaktivieren und zumindest im Backend arbeiten. Denn mit dieser Fehlermeldung kann ich ja leider auch durch die Umstellung der Inhaltselemente nichts bewegen. LG von Björn Am 9. April 2018 um 17:24 schrieb Administrator www.Der-Mond.org < ad...@sternenwelt.net>: Hallo Christian, ich hatte ein ähnliches Problem. Im Backend wird bei der Bearbeitung des Datensatz Deine Fehlermeldung ausgegeben. Im Frontend erfolgte ebenfalls eine Fehlermeldung. Kannst Du hier den ungültigen Eintrag auf "Text & Media" ändern? Ich bin mir nicht ganz sicher, aber gibt es das Element "Text" noch inderVersion 7.6? Ich glaube nämlich nicht. Ich habe jedenfalls das Problem damit behoben. Wenn das bei Dir funktioniert, kannst Du über PHPMyAdmin ein SQL-Statement ausführen um mit einem Rutsch alles von "Text" in "Texyt & Media" zu ändern. Gerne schicke ich Dir dann das SQL-Statment. Viele Grüße Stefan van Ree Am 09.04.2018 um 15:12 schrieb Christian Platt: Hallo, also ich sehe in der 7.6.26. in der sysext scss_styled_content gar keine ext_table.php Was mich an der Fehlermeldung stutzig macht, ist die „t3lib_ext“ Meldung. In der ganzen extensuion ist das nicht drin. Kannst Du bitte mal Deinen kompletten Typo3Temp Ordner in die Tonne hauen. Da scheint doch irgendetwas in irgendeinem Cache querzusitzen. Also da wird etwas aufgerufenm, was gar es nicht gubt durch etwas, was gar bnicht da ist…. Liebe Grüße Christian Am 09.04.2018 um 13:55 schrieb Björn Hahnefeld<bjo...@hahnefeld.de>: Sobald ich die css_styled_content aktiviere, kommt sofort im Extensionmanager folgende Meldung: *Fatal error*: Class 't3lib_extMgm' not found in */web/typo3/sysext/css_styled_content/ext_tables.php* on line *6* Am 9. April 2018 um 12:51 schrieb Marcus Raphelt < typo3li...@atnet-websolutions.de>: Moin, hast Du übers Install-Tool alle Debug-Möglichkeiten gesetzt und Zugriff aufs php-Errorlog bzw. gibt es Einträge dazu im Typo3-Syslog? An einer der Stellen wird sicherlich eine Meldung zu finden sein, die Dir sagt, wo es hakt. Gruß Marcus Am 09.04.18 um 12:00 schrieb Björn Hahnefeld: die Extension ist nicht aktiviert. Sobald ich die nämlich aktiviere, geht ja nichts mehr. Bisher sieht es daher im Extension-Manager so aus: CSS styled content css_styled_content 7.6.26 Nicht aktiviert, da wie gesagt Probleme. Warum und weswegen, kann ich leider nicht sagen oder einsehen. ___ 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 -- Stefan van Ree _ Der Mond - Aktuelle Monddaten, Mondtool, interaktive Mondkarte und mehr http://www.Der-Mond.org/ _ ___ TYPO3-german mailing list TYPO3-german@
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Moin, hast Du übers Install-Tool alle Debug-Möglichkeiten gesetzt und Zugriff aufs php-Errorlog bzw. gibt es Einträge dazu im Typo3-Syslog? An einer der Stellen wird sicherlich eine Meldung zu finden sein, die Dir sagt, wo es hakt. Gruß Marcus Am 09.04.18 um 12:00 schrieb Björn Hahnefeld: die Extension ist nicht aktiviert. Sobald ich die nämlich aktiviere, geht ja nichts mehr. Bisher sieht es daher im Extension-Manager so aus: CSS styled content css_styled_content 7.6.26 Nicht aktiviert, da wie gesagt Probleme. Warum und weswegen, kann ich leider nicht sagen oder einsehen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Moin, klingt für mich spontan, als fehle css_styled_content. Ist es im Root-Template inkludiert? Gruß Marcus Am 08.04.18 um 13:40 schrieb Björn Hahnefeld: Hat da echt niemand eine Idee, woran das liegen könnte? Am 6. April 2018 um 12:48 schrieb Björn Hahnefeld <bjo...@hahnefeld.de>: Hallo Marcus, ich bin nach der Anleitung vorgegangen. Update lief durch. Im Backend sehen die Inhaltselemente auch gut aus. Doch wenn ich sie bearbeiten möchte, erhalte ich folgende Fehlermeldung: [ WERT IST NICHT ERLAUBT ("text") ] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte
Hallo, Templavoila läuft nicht unter 7.6, Du musst stattdessen TemplavoilaPlus installieren und die Migrations-Anleitung durchgehen. Es sind dann auch leichte Änderungen im Typoscript nötig (Page-Definition), aber das ist alles im Rahmen und die Migration verläuft normalerweise problemlos. https://docs.typo3.org/typo3cms/extensions/templavoilaplus/Migration/Index.html Gruß Marcus Am 04.04.18 um 11:59 schrieb Goldene Zeiten Juweliere GbR: Liebe TYPO3-Gruppe, ich habe ein älteres Projekt mit TV auf 7.6 hochgezogen. Seit (bzw. nach dem Update) werden keine Inhalte mehr angezeigt. Soweit ich mich entsinne, wurde damals css_styled_content eingesetzt. Diese Extension aber lässt sich nicht aktivieren. Dann läuft die Installation in einen 500er-Error. Habt Ihr eine Idee, was da schief gelaufen sein könnte? LG von Björn ___ 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] Anpassung von Mailformularen an die DSGVO
Hallo, ohne SSL-Zertifikat ist ein rechtssicherer Weg, Deine E-Mail-Adresse als Text anzuzeigen. ;-) Ein kostenfreies Zertifikat von Let'sEncrypt reicht schon aus, um https technisch einwandfrei zu betreiben. Ist das bei Deinem Provider möglich? Gruß Marcus Am 29.03.18 um 14:59 schrieb Christian Heisch: Gibt es einen Weg, die ohne SSL-Zertifikat oder mit einem selbstsignierten Zertifikat rechtssicher zu betreiben? Es muss ja nicht bei Powermail bleiben, bin da offen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Problem with Bootstrap Package
Hallo! Mal auf die Schnelle: Kann es sein, dass du ein eigenes Layout angelegt hast? Wenn ja, benenne es in 1.html um. Oder schau mal in dem Pfad "servername/html/typo3conf/ext/bootstrap_package/Resources/Private/Templates/Page/" nach, wie die HTML-Datei heißt und benenne die Datei (wahrscheinlich default.html) in 1.html um. Normalerweise sollte das nicht passieren und die Zuordnung Template zur HTML-Datei sollte passen. Hatte ich aber auch schon mal, warum auch immer... Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance
Hi, die Startseite ist inkl. Binärmaterial per se schon einmal doppelt so groß wie die Unterseite (2,x MB statt 1,xMB) und offenbar nicht gecached. Grundlegend: * Concatenate / Compress für JS und CSS nutzen * Page-Caching aktivieren * Ggf. Staticfilecache nutzen * Bilder optimieren * Wenn möglich: Extbase-Objectcache in APC auslagern * Wenn möglich: u.a. den Page-Cache in memcache oder Redis auslagern. Gruß Marcus Am 09.03.18 um 09:51 schrieb Njaay: Hallo seit ca. 2 Wochen sind einige meiner Typo3-Installationsseiten richtig langsam geworden. komisch ist dass, viele anderen Siten noch relativ schnell laufen. Ich bin relativ anfänger bei Typo3 und wäre sehr dankbar für eure Hilfe! extrem langsamm: www.isolde-richter.de/heilpraktikerschule-und-therapeutenschule-isolde-richter relativ schnelle Seite : www.isolde-richter.de/ausbildung/tier-tierheilpraktiker-ausbildung-fortbildung-webinar/phytotherapie-fuer-thp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template nicht gefunden nach Update auf 6.2.31
Tach, Du solltest auf jeden Fall wieder zurück zur 4.5.6, im Zweifelsfall Backup vom Provider einspielen lassen. Grob umrissen dann: * Einen SSH-Zugang besorgen. FTP wird nicht vernünftig klappen. * Ein Backup von dem Stand mit mysqldump und tar machen * Idealerweise die Webseite in einem Development-Webspace oder mindestens abseits der Live-Webseite unter einer Subdomain aufsetzen * Update auf 4.5.40 o Extensions auf aktuellstmögliche Version anheben - idealerweise o Reference-Index aktualisieren o Unnötige Extensions deaktivieren o Ggf. mit 6.2 inkompatible Extensions deaktivieren o Prüfen, ob alles auf utf8 gesetzt ist (speziell die Inhalte) o Sofern noch nicht geschehen, die Typo-Instanz auf Symlinks umstellen (Symlink zu typo3_src etc.) * Wenn Du dann eine saubere 4.5.40 hast... * Ein Backup von dem Stand mit mysqldump und tar machen o So hast Du eine funktionierenre 4.5.40, zu der Du im Notfall zurück kannst. * Danach das Core-Update auf 6.2.x durchführen, dabei alle Schritte im Install-Tool nutzen * Nach dem Update nach und nach die deaktivierten Extensions wieder aktivieren, vorher ggf. noch nicht installierte 6.2-kompatible Versionen installieren Das ist soweit der Vorgang. Eine immer passende Anleitung dazu kann es nicht geben, weil jedes Typo-Projekt letzten Endes individuell ist. Gruß Marcus Am 16.02.18 um 23:28 schrieb Shredderik von Shreddox: Moin, Vorher war die Version 4.5.6 installiert, nun die Version 6.2.31. Wenn es wichtig ist: Das ganze liegt bei Hetzner auf einem Level 4 Webspace. Habe das ganze damals (vor zehn Jahren) nicht selber installiert. Aber seit dem wurde das auch nicht weiter irgendwie angepasst... Viele Grüße ___ 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] Template nicht gefunden nach Update auf 6.2.31
Hi, erst einmal der Reihe nach: welche Typo3-Version war vorher bzw. ist jetzt wieder installiert? Gruß Marcus Am 16.02.18 um 17:38 schrieb Shredderik von Shreddox: Hallo, hoffentlich kann mir hier jemand helfen?! Habe sonst im Netz nichts zu dem Thema gefunden... Und zwar wurde ich vor kurzem beaftragt eine Website zu betreuen und zu pflegen, welche mit typo3 aufgebaut wurde. Allerdings war die Version auf dem Webspace von 2011 und ein Update wurde angeboten, ich also ein Backup gemacht (Datenbank und alle Dateien) und das Update gefahren. Nachdem Update musste ich erstmal zig Meldungen bearbeiten, diese wurden (ich vermute von php) angezeigt, wenn ich bestimmte Teile des backends sowie das frontend aufgerufen habe. Also habe ich mich durch die zug php Dateien gequält und immer die betreffenden Zeilen auskommentiert. Im Netz habe ich gelesen, dass alles was mit ts3lib zu tun hat in der V6 eh irrelevant ist? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Guten Tach, Am 02.02.18 um 09:34 schrieb Dave Zen: Mit zeitlicher Vorteil meinte ich den Vergleich des Zusammenfassen/Minimieren der Dateien von Grunt vs Typo3. Gehst Du hier nur von der Verarbeitungszeit aus? Die relativiert sich ja, wenn man zusätzlich z.B. noch staticfilecache nutzt, denn dann sind die Auslieferungszeiten in beiden Fällen quasi identisch. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 realurl Extension
Moin, probiere mal, diesen Wert auf "0" zu setzen. Gruß Marcus Am 01.02.18 um 15:15 schrieb Lukas s: 'defaultToHTMLsuffixOnPrev' => 1, ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5 sicher machen
Hallo, das CMS ist in dem Fall nur eine Komponente des Gesamtsystems... es nützt zwar schon, Typo in dem Fall hinreichend sicher zu konfigurieren, aber mal so grob: -Datenbank: der Benutzer sollte nur Rechte für die Typo-DB haben -Die Datenbank sollte von außen nicht erreichbar sein -Der Webspace muss inkl. Benutzern und Gruppen abgeschottet sein, auch in Bezug auf die Datei- und Ordnerrechte -Der Typo3-Core sollte auf readonly gesetzt werden. Ich persönlich lege die Typo-Cores grundsätzlich außerhalb aller Webroots ab und setze sie auf root:root. -Unnötige Extensions entfernen (Quixplorer, phpmyadmin, phpshell...) Bonus points: -Kein Zugriff per FTP -Kein Backendzugriff ohne SSL -Backend per Basic Auth schützen -Regeln für fail2ban aufsetzen, die Angriffe auf den Webspace -Apache mod_security Gruß Marcus Am 31.01.18 um 10:40 schrieb B2: Hallo zusammen, hat jemand Erfahrung damit eine Typo3 Version 4.5 sicher zu machen? Es geht um eine Seite mit viel Content welches man möglichst sicher machen möchte, "ohne auf die neuen Versionen" zu gehen. Extensions kann man reduzieren auf das Minimum. Aus einem anderen CMS System kenne ich dass man SQL Datenbanken intern umbenennen kann, Backend mit Passwortschutz versehen kann. Gibt es eine Trickkiste um so etwas sicherer im Netz zu sein für die 4.5 Version? Gruss Martin ___ 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] Frage zu Domain Records
Moin, kurz dazu: wenn beide sowieso quasi identisch sind, kannst Du auch nur einen VHost mit ServerName und ServerAlias verwenden. Also ServerName www.domain1.de ServerAlias www.domain2.de DocumentRoot /var/www/blah/web Gruß Marcus Am 30.01.18 um 19:06 schrieb Michael: Webserver Apache, pro DOMAIN ein VHOST. Beide aber identisch bis auf "ServerName", also "DocumentRoot", " ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS
Moin, ich sag's mal so: angesichts dessen, dass man wirklich nur diese vier Parameter setzen muss, sich Typo dann um alle inkludierten JS- und CSS-Dateien automatisch kümmert und das Ergebnis auch passabel ist, kann man gegen die "hauseigenen" Möglichkeiten eigentlich nicht viel sagen. Individuell / manuell mit Grunt, Less etc. ist m.E. besser und im Ergebnis effizienter, aber die gängigen Speedtest-Tools geben sich auch mit dem, was Typo generiert, zufrieden. Gruß Marcus Am 30.01.18 um 08:35 schrieb Dave Zen: Hallo, Mit concatenateCss = 1 compressCss = 1 concatenateJs = 1 compressJs = 1 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Konfigurieren
Hi, das sollte helfen: https://docs.typo3.org/typo3cms/CoreApiReference/ExtensionArchitecture/ConfigurationOptions/Index.html Gruß Marcus Am 22.01.18 um 12:11 schrieb M. Cigdem Klengel: Hallo allerseits, ich möchte zu einer Extension die ich geschrieben habe Einstellungen im Extensionmanager vornehmen können (dieses kleine Rädchen). Ich google schon eine Weile, aber die Stichworte sind so allgemein, dass ich alles mögliche finde, aber nicht wie ich dieses Rädchen bekomme sowie ein Beispiel, welche Dateien dafür angelegt werden müssen usw. Ein Link oder eine kurze Erklärung wären super. Gerne auch ein Stichwort, damit ich spezifischer suchen kann. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Umzug bei Strato
Hi, Am 20.01.18 um 14:09 schrieb Geoback nn: vielen Dank für die detaillierten Anleitung. Allerdings wird bei tar -czf typo3.tgz dump.sql typo3 ein Alias erzeugt. ich hätte einen Ordner erwartet. Nein, es wird eine einzelne Datei erzeugt, ein TGZ-Archiv, vergleichbar mit einer ZIP-Datei. Die Syntax ist tar -czf archivname.tgz file1 file2 file3 file4. Nachdem Du den Archivnamen angegeben hast, kannst Du mit file1 - x beliebig viele Ordner und/oder Dateien dem Archiv hinzufügen. Dort, wo Du das Archiv dann entpackst, wird es *genau so* wieder zurückgespielt. #db zurückspielen mysql -u benutzer -p datenbank < dump.sql funktioiniert dann nicht, es kommt die Meldung: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) Ja, das war auch nur exemplarisch. Die Fehlermeldung sagt aber, dass Du nah dran bist - letzten Endes musst Du dem mysql-Client mitteilen, in welche DB er das ganze einspielen soll - da fehlt dann noch der Hostname: mysql -u benutzer -h host.name.der.db -p datenbankname < dump.sql Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Umzug bei Strato
Hallo, hast Du noch Zugriff auf den alten Webspace und dort einen SSH-Zugang? Eine dateiweise Kopie per FTP ist immer fehleranfällig und sollte nur als Plan C oder D durchgeführt werden. Falls Du dort per SSH zugreifen kannst, würde ich Dir dazu raten, das Typo3-System serverseitig zu archivieren, rüberzuschieben und auf der Zielmaschine wieder zu entpacken. So hast Du einen Snapshot und keine ähnliche Kopie. Angenommen, die Typo3-Instanz liegt in /www/typo3. Du wechselst dann in den Ordner www und führst dort aus: #mysql dumpen mysqldump --opt -u benutzer -h dbhost -p datenbankname > dump.sql #sql-dump und filebase in tar-archiv packen tar -czf typo3.tgz dump.sql typo3 *Diese eine* Datei, also typo3.tgz, kannst Du dann auch gerne per FileZilla runterladen. Ein komplettes Typo3-System Datei für Datei herunterzuladen ist immer ein Garant für Chaos. Auf dem neuen Webspace dann: #entpacken tar -xzf typo3.tgz #db zurückspielen mysql -u benutzer -p datenbank < dump.sql Localconf.php anpassen, typo3temp/Cache leeren, Backend sollte dann funktionieren, InstallTool auch. Gruß Marcus Am 19.01.18 um 10:29 schrieb Geoback nn: Hallo Forum, bei Strato habe ich unter der Kundennummer AA eine Typo3 Installation 8.7.6 laufen. Diese Installation soll auf eine andere Kundennummer BB "umgezogen" werden. Leider bekommen wir nach dem "Umzug" noch nicht mal den www.meineurl.de/install Aufruf hin, es kommt keine Fehlermeldung, ganz zu schweigen vom login ins Backend. Ich blicke nicht mehr durch. So bin ich (grob) vorgegangen: 1. Mit filezilla alle Daten des "alten" CMS lokal abgespeichert --> diese Daten unter der neuen Kundennummer hoch geladen --> die Rechte mit ls -n via ssh geprüft 2. einen Export der Datenbank mit myphp gemacht --> den Export unter der neuen Kundennummer hoch geladen und in eine neue Datenbank imporitert 3. Anpassung der /_typo3conf/lokalconfig zu datenbank, username, passwort, host 4. www.meineurl.de auf das cms umgeleitet --> die umleitung funktioniert auch, denn eine test index.html wird aufgerufen und gestartet ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.40 + PHP 5.x
Hi, 5.4 auf jeden Fall - 5.5 weiß ich spontan nicht. Unter 5.6 läuft das Frontend i.d.R. noch, aber das Backend nicht mehr. Gruß Marcus Am 30.12.17 um 13:44 schrieb Ullmann d.o.o.: Servus zusammen. Bis zur welcher PHP-Version läuft TYPO3 4.5.40? 5.4 oder 5.5 oder nur 5.3.x? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTTPS Weiterleitung funktioniert nicht trotz SSL-Zertifikats
Guten Tach, Dein Wetterwarnungen-Plugin holt Grafiken per http. Wenn Du dies in https änderst, gibt es zur Belohnung ein grünes Schloss. ;-) Gruß Marcus Am 20.11.2017 um 09:52 schrieb Michael Florian Zobl: > Guten Morgen allerseits! > Bin seit heute neu hier und meine Homepage ist www.elektro-edv-zobl.wien! > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FE-Usermanagement-Modul?
Hallo zusammen, hat einer von Euch Erfahrungen mit einem oder kennt jemand ein ordentliches Backend-Modul zur Verwaltung von FE-Usern für 7.6? Prinzipiell würde schon der Funktionsumfang des BE-Usermanagement plus Funktionen wie "Neues Initialpasswort per Mail senden" genügen. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 7.6: Frontend-Filebrowser
Hallo zusammen, für eine 7.6er Installation bin ich auf der Suche nach einer Extension, die einen Filebrowser darstellt - im Grunde einen Quixplorer fürs Frontend zur Bereitstellung von Downloads. Der FE-User muss auf jeden Fall in der Lage sein, sich durch einen vorgegebenen Ordner samt seiner Unterordner klicken zu können, um gewünschte dann herunterladen zu können. Hat einer von Euch einen Tipp? Alles, was ich bisher gefunden habe, ist nicht wirklich unter V7.6 ans Laufen zu bekommen oder benötigt doch deutliche Änderungen am Code. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl Multidomain URL-Daten
Hallo, ich hatte das neulich auch, und die Ursache war: in typo3conf lag noch eine ältere realurl_conf.php, die von realURL bevorzugt wurde - hier waren die rootPageIDs natürlich nicht hinterlegt. Kannst Du das ausschließen? Gruß Marcus Am 30.05.2017 um 16:13 schrieb Michael Kasten: > Hallo Liste, > > eigentlich dachte ich bei Realurl alles gesehen zu haben nun bin ich aber > doch wieder stundenlang am > rumprobieren und finde den Fehler einfach nicht. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Atomzeit
Hallo, ich möchte hier nicht den Grinch spielen, wage aber zu prognostizieren, dass niemand das Juweliergeschäft nur deswegen betritt, weil die Uhrzeit so toll auf der Webseite angezeigt wird - und das auch noch auf die halbe Sekunde genau, versteckt in einem Flyout-Div. Meinst Du nicht, dass die Erwartungshaltung da ein klein wenig von der Realität abweicht und Du zu den hier vorgeschlagenen Lösungen gerade noch auf der Suche nach dem Problem bist? ;-) Mein Vorschlag: lass den Sekundenzähler weg. Der Counter ist, nebenbei bemerkt, in meinem chronisch überlasteten Firefox gerade stehengeblieben, als rechts der Bildwechsler einen Fade durchgeführt hat. Gruß Marcus Am 22.05.2017 um 17:01 schrieb Björn Hahnefeld: > Nun, richtige Zeit heißt wie in dem Fall, dass man die korrekte Zeit für > die drei Filialen angezeigt bekommt. Und zwar für Kundschaft, die gerne vor > Ort vorbei schauen möchte. Und wenn dann trotzdem die Uhr innerhalb weniger > Minuten weg triftet, dann ist das nicht für ein Uhren- und Schmuckgeschäft > authentisch. Drum auch die vielen Abrufe, damit das auf die Sekunde passt. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Übernahme einer bestehenden Homepage
Hallo, du brauchst dafür die Login-Daten eines Backend-Benutzers. In Typo3 einloggen geht dann unter www.deineseite.de/typo3 Gruß Marcus Am 04.05.2017 um 16:32 schrieb Christina Grings: > Ich will nur Inhalte ändern. Hab aber bisher mit Typo3 nicht > gearbeitet. Nur mit Contao eine neue Hp erstellt. > Danke ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 7.6 & 8 LTS auf einem Apache
Hallo, das wird an der Konfiguration des Servers liegen. Wenn beide Typo3-Instanzen in separaten Ordnern installiert sind und jeweils auch auf ihren eigenen Typo3-Core zeigen, können beide ohne Probleme autark voneinander auf einem Server laufen. Das Gemeinsame, was Du vermutest, ist also ein Fehlerzustand - evtl. doch gleiche Datenbank, Fehler in der VHost-Konfiguration etc.? Gruß Marcus Am 26.04.2017 um 16:32 schrieb Günther J. Niederwimmer: > Natürlich haben die zwei Versionen eigene Pfade und Datenbanken, aber > anscheinend haben die auch was gemeinsames, denn sonst könnte das ja nicht > passieren. > > Hat da jemand einen Hinweis was da daneben geht? > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"
Tach, du benötigst ein Tar-Archiv der Filebase und einen mysqldump. mysqldump --opt -u user -p datenbankname | gzip > dump.sql.gz tar -czf archiv.tgz webfolder dump.sql.gz Zurück dann: tar -xzf archiv.tgz zcat dump.sql.gz | mysql -u user -p datenbankname Mit diesen beiden Befehlen lässt sich jede php-basierte Applikation sichern und wieder zurückspielen. Gruß Marcus Am 20.04.2017 um 00:57 schrieb Michael_OF: > > > Mal eine pragmatische Frage: Ich habe immer vollständige Sicherungen meines > vservers, also auch zum Zeitpunkt, als > 7.6.16 noch einwandfrei lief. Was genau brauche ich eigentlich alles, um > einen Restore auf 7.6.16 durchzuführen? > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"
Hallo, hast Du bereits versucht, typo3temp/Cache zu löschen? Gruß Marcus Am 19.04.2017 um 17:49 schrieb Michael_OF: > Hallo zusammen, > > > kann mir jemand einen Tipp geben für diesen Apache-Fehler? > > [Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client > 2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal > error: Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key > "t3skin" is NOT loaded! in > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 7.6 und MySQL 5.1
Guten Tach, es wäre wahrscheinlich weniger fehleranfällig, wenn Du eine separate 5.5 kompilierst und auf einen anderen Port hören lässt (z.B. 3307) oder einfach einen weiteren VServer / Rootserver aufsetzt und die 7.6 dorthin verbindest. Letzeres ist sowieso immer besser, da eine optimierte mysql und ein optimierter Apache in völlig unterschiedliche Richtungen gehen. Gruß Marcus Am 30.03.2017 um 17:37 schrieb Klaus Zakowski: > Hallo Forum, > > ist für die aktuelle TYPO3 - Version 7 & 8 zwingend MySQL 5.5 > vorgeschrieben oder läuft der Laden auch mit MySQL 5.1? > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SEO technisches: Canonical URL
Guten Tach, suchst Du evtl. config.typolinkEnableLinksAcrossDomains? Gruß Marcus Am 23.03.2017 um 10:23 schrieb Johannes C. Laxander: > > Gibt es eine Möglichkeit, wie man die Canonical URL automatisch mit der über > den Domain Record zugeordneten Domain bilden kann? Oder denke ich da > irgendwie falsch? > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SOLVED: Re: Hilfe 4.5.40 mit Error
Tach, da wird dann offenbar serverseitig kein Default-Charset in der mysql gesetzt sein, ein Create-Database-Statement ohne Character-Set-Angabe legt die DB dann in latin1_swedish_ci an. Um auf Nummer Sicher zu gehen, immer ein "create database blah character set utf8" zum Erstellen nutzen, aber Du solltest die mysql generell dann mal prüfen, das klingt komplett einer Default-Installation. Gruß Marcus Am 14.03.2017 um 12:46 schrieb Bernhard Ludwig: > Hallo, > > vielen Dank an alle Helfer für die Unterstützung, der Fehler ist gefunden. > Der Hinweis auf die Umlaute hat mich dazu gebracht, einmal in diese Richtung > nachzuforschen. > > Es war die Kollation der DB. Seltsamerweise war die auf latin1_swedish > eingestellt. Kann mir nicht erklären wie das geschehen ist, weil das Projekt > von vorne herein auf utf-8 angelegt war. Und dass das vorher bei PHP 5.4 nie > aufgefallen war, aber dann bei PHP 5.5 plötzlich akut wird, kann ich mir auch > nicht erklären. > > Nun denn, jetzt kann die Odyssee weiter gehen, mit den Upgrades auf 6.2 und > 7.6. > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Hilfe 4.5.40 mit Error
Hi, hast Du Typoscript in Extensiontemplates hinterlegt und kommen dort Umlaute vor? Oft wird das Typoscript dann nach dem ersten Umlaut abgeschnitten. Ich hatte bspw. schon einmal sowas: #ueberschrift1 temp.blah = TEXT temp.blah.value = 12345 # ^ hier war der Datensatz dann abgeschnitten ("überschrift2") Gruß Marcus Am 13.03.2017 um 19:24 schrieb Bernhard Ludwig: > bis auf ein paar Umlautprobleme. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GELÖST: realURL: "Umleitungsfehler"
Hi, kleiner Tipp dazu: gerade bei Redirects sollte man sich nicht auf einen Browser verlassen, speziell nicht auf den Firefox, denn er cached eine einmal durchgeführte Weiterleitung gnadenlos. Hier sind wget oder curl die einzig zuverlässigen lokalen Tools, weil die Anfragen immer komplett "unvoreingenommen" sind und man über den Statuscode teilweise auch mitbekommt, *wer* da überhaupt weiterleitet. Gruß Marcus Am 10.02.2017 um 02:51 schrieb Michael_OF: > Warum das zu einer Endlos-Weiterleitung führt - http://redirectdetective.com/ > zeigte das sogar nett grafisch an - keine > Ahnung. Zielführende Fehlermeldung geht anders, aber wieder was gelernt :-) > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frontend User / Import
Hallo, wie bereits beantwortet: am besten und schnellsten klappt das bei einem initialen Import per CSV. Ich persönlich gehe dabei i.d.R. so vor: -Angenommen, die Excel-Tabelle liegt vor und hat zwei Felder: username, password. -Passworte liegen im Klartext vor. Schritte: -Erstellen einer Import-Tabelle in der mysql-DB, die die gleiche Anzahl an Spalten hat. Feldtyp "VARCHAR" ist am universellsten. -Import der Daten über phpmyadmin, sqlyog, heidisql o.ä. in eben diese Tabelle -Passworte MD5-Hashen: update importtabelle set password = md5(password) -Datensätze in fe_users kopieren: insert into fe_users (username, password, pid ... ) select username, password, '222' ... from importtabelle Anschließend kannst Du über den Scheduler noch dafür sorgen, dass die Passworte in salted hashes konvertiert werden. Gruß Marcus Am 01.02.2017 um 15:09 schrieb Michael_OF: > Hallo in die Runde, > > > allgemeine Frage: Gibt es eine "offizielle" Möglichkeit, Frontend User in > TYPO3 zu laden / importieren? > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Https und Reverse Proxy
Hi, welcher LB ist im Spiel? Pound? Am 30.01.2017 um 13:13 schrieb Henk Strobel: > Hallo, > > leider war's das doch noch nicht. Anscheinend geht typo3 jetzt davon > aus, das alle Anfragen, die von kommen, https-Anfragen waren. Wie > kann ich typo3 dazu bringen, X-Forwarded-Proto zu nutzen? > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Antwortzeit des Servers mit Typo3 optimieren
Kleiner Nachtrag: die Sliderbilder auf der Startseite sind auch ziemlich groß. Insgesamt müssen für die Startseite knapp 3MB durch die Leitung, alleine Bild Nr. 2 und 3 kommen auf ~2MB. Am 26.01.2017 um 12:32 schrieb Paul Klimek: > Danke für den Tipp. Hier ist tatsächlich was nicht richtig. Alle > Seiten zeigen folgende Info: > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Antwortzeit des Servers mit Typo3 optimieren
Hallo, Am 26.01.2017 um 12:32 schrieb Paul Klimek: > Danke für den Tipp. Hier ist tatsächlich was nicht richtig. Alle > Seiten zeigen folgende Info: > >The page is not static chachable via Typ... >The page has a INTincScript: type: COA Hier musst Du herausfinden, welche Extension dies verursacht. >config.no_cache is true Das muss unbedingt rausgenommen werden! Typo läuft so *komplett* ohne Cache. Die Antwortzeiten werden dadurch noch einmal verbessert werden. Was aber auch viel bringt, ist, im InstallTool den APC für den Extbase-Cache zu aktivieren. Hierdurch werden sehr, sehr viele Datenbankabfragen vermieden. In einem etwas komplexeren Kundenprojekt haben wir hierdurch ~100 Abfragen pro Request (!) einsparen können. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Javascript im Template
Moin, aus dem Bauch heraus und ungetestet: den Javascript-Block in CDATA wrappen? Am 24.01.2017 um 12:39 schrieb Freddy Tripold: > Die geschwungene Klammer wird mitsamt dem Inhalt gefiltert. Wo kann > ich das abstellen? Jemand eine Idee? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen der einzelnen Typo3 Ordner
Hallo, ich sage mal: so strikt wie möglich, so frei wie nötig. Die Ordnerrechte sind aber nur die halbe Wahrheit - entscheidend ist auch, wie der / die Server generell aufgesetzt ist/sind. Ist der Typo3-Core beschreibbar? Gibt es separate Benutzer für jeden Virtual Host? Ist jeder Virtual Host in seiner eigenen eingeschlossenen Umgebung, so dass ein erfolgreicher Angreifer nicht aus der Webroot "ausbrechen" kann? Welche Rechte hat der mysql-User? Gibt es FTP-/SSH-Zugänge, und wenn ja, worauf haben diese Zugriff und warum? Nebenbei bemerkt: reden wir hier von erfolgreichen Angriffen oder nur Versuchen? Wenn jemand hier tatsächlich Erfolg hatte, können unnötig vergebene Schreibrechte *ein* Problem sein, sie sind aber i.d.R. nicht *das* Problem. Gruß Marcus Raphelt Am 16.12.2016 um 23:01 schrieb Claudia Stalder: > Wir haben auf unseren Servern immer wieder Hacker-Angriffe und wir > vermuten, dass unsere Ordner nicht die korrekten Berechtigungen besitzen. > Kann mir jemand mitteilen, welches die optimalen Berechtigungen sind > für die Standardordner von Typo3? > Danke für Ihre Mithilfe. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Installation auf neuen Server umziehen
Hallo, das war dann aber eine sehr steinzeitliche Version von tar oder einfach das falsche Format eingestellt. Selbst unter Debian Etch gibt Gnu Tar als Format "gnu" vor, welches von diesen Beschränkungen nicht betroffen ist. https://www.gnu.org/software/tar/manual/html_section/tar_68.html Wenn Tar auf ein "tar --help" folgendes ausgibt, ist alles fein - das hier ist ein Aufruf einer Etch-Maschine: *This* tar defaults to: --format=gnu -f- -b20 --quoting-style=escape --rmt-command=/usr/sbin/rmt ... Tar ist als Archivformat uneingeschränkt zu empfehlen und absolut meine erste Wahl. Gruß Marcus Am 08.12.2016 um 13:33 schrieb RDE - Gert Redlich: > > > das kann aber auch voll in die Hose gehen, wie ich es erleben mußte. > > lies mal hier : > > http://software.rde.de/1142.html > > Achtung - die "tar" Falle - zusätzlich "zip" Archive packen > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Include php script
Hallo, wenn wirklich nur diese paar Zeilen ausgeführt und an einer bestimmten Stelle in einen Div geschrieben werden, würde ich überlegen, das ganze in jQuery per http-Call zu lösen - da reicht eine einzige Zeile: $.get( "sonstwas.html", function(res) { $( "#result" ).html(res); }); Alternativ könntest Du diesen Code auch in eine eigene kleine Extension packen. Gruß Marcus Am 07.12.2016 um 11:27 schrieb Michael Pockie: > > > //PHP anweisen, dass alle Ausgaben in den internen Puffer geschrieben > werden sollen > function callback($buffer) { return (utf8_encode($buffer)); > } > ob_start("callback"); > //Ausgaben in Puffer schreiben > include("http://www.stb-aktuell.de/efvEditorliste.php?Zeichen=0=XXX=XX=5=1;); > > //Puffer leeren und Anzeige auf dem Bildschirm > ob_end_flush(); > ?> ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Tabellen mit anderer Datenbank Kollation
Hallo, es wird vermutlich so sein, dass die Extension keine Collation angibt und daher Charset und Default-Collation der Datenbank bzw. des Servers herangezogen werden, die wahrscheinlich auf latin1 / latin1_swedish_ci stehen. Ein show variables like 'collation%' sagt dir mehr dazu. Gruß Marcus Am 18.11.2016 um 11:23 schrieb Johannes C. Laxander: > Hallo, > > mir ist eben aufgefallen, dass nach Installation der Extension job_fair, die > Datenbanktabellen der Extension bei Textfeldern die Kollation > „latin1_swedisch_ci“ ausweisen, im Gegensatz zu TYPO3 Standard > „utf8_general_ci“. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] deaktivierte Seite finden & löschen - Wie?
Hallo, für gelöschte Seiten und Contentelemente gibt es die Extension "recycler" - vermutlich ist sie einfach nicht installiert bzw. aktiviert. Sie funktioniert exakt so, wie man es von einem Papierkorb erwartet. Gruß Marcus Am 15.11.2016 um 15:27 schrieb Peter Gramkow: > Hallo, > > ich habe folgende, sicher einfache Frage, finde aber selbst keine > Lösung um mein Typo3-BE zu bereinigen. > Wie kann ich im Typo3-BE (Vers. 6.2) alle deaktivierten Seite > auflisten lassen um sie dann auch ggf. löschen zu können. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Serverumzug (DB-Dump)
Doch, mit dem Recycler / Papierkorb. Am 03.11.2016 um 12:46 schrieb Peter Gramkow: > Habe ich keine Möglichkeit, mich bereits vorher von dem Datenmüll zu > befreien? > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Serverumzug (DB-Dump)
Hallo, ich würde für diesen Fall die Datenbank duplizieren, das Duplikat manuell bereinigen und dann davon den Dump erstellen. Alternativ kannst Du mit dem Recycler arbeiten, er löscht auf Kommando tabellenübergreifend alle als "deleted" markierte Datensätze. Gruß Marcus Am 03.11.2016 um 10:30 schrieb Peter Gramkow: > Hallo liebe Leute, > > ich möchte gerne mein bestehendes System auf einen neuen Server > umziehen und dabei gleichzeitg eine inhaltliche Bereinigung vornehmen. > Ich möchte gerne eine DB-Dump erstellen, in dem deaktivierte Seiten > aus dem Typo3-Baum aber nicht mit aufgenommen werde. Wie kann ich das > erreichen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] REALURL & HTACCESS
Hallo, ist domain1.de denn tatsächlich weitergeleitet, d.h. wird in der Adresszeile domain1.de durch domain2.de ausgetauscht? Soweit ich weiß, kann man bei 1u1 mehrere Arten einer "Weiterleitung" definieren. Was Du möchtest, ist allerdings keine Weiterleitung, sondern ein DNS-Eintrag, der auf Deinen Zielserver domain2.de zeigt. Gruß Marcus Am 07.09.2016 um 14:27 schrieb Sepp Müller: > Hallo, > Ich habe eine frage zur Domainweiterleitung. Da ich in htaccess nicht so > bewandert bin. Hoffe ich das ihr mir da etwas helfen könntet. :-) > > Die Domain: www.domain1.de wird von 1&1 weitergeleitet zu > http://domain2.de (Homepage-Server) > > Mein Problem ist das http://domain2.de nicht in www.domain1.de > umgewandelt wird. Also wenn ich z.b: > http://domain2.de/T3/kontakt/ eingebe erscheint die Seite. Nur das die > Domain2 nicht umgewandelt wird in www.domain1.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Crawler zum Indizieren von Seiten
Hallo, ich verwende in vielen Fällen einfach ein wget -m --spider www.adresse.de So ist auch egal, welche Extensions installiert sind - es wird ganz einfach indexiert, als klickte jemand den kompletten Seitenbaum durch (was ja auch geschieht). Gruß Marcus Am 18.08.2016 um 10:42 schrieb Florian Seirer: > Auf meinen Webseiten verliert der Seiten-Cache durch > config.clearCacheAtMidnight=1 um Mitternacht seine Gültigkeit, und > soll danach automatisch neu aufgebaut werden. > Ich bin daher auf der Suche nach einem Beispiel, wie man der Extension > crawler beibringen kann, Seiten zu indizieren. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [BLOG] TYPO3 File Recycler: (Un-)Delete your files
Hi, dies soll nur ein kurzer Hinweis auf meinen letzte Blogpost sein ... Er geht über den Papierkorb und wie man in auch in 6.x Installation nutzen kann. http://typo3worx.eu/2016/07/typo3-file-recycler/ Viel Spaß beim Lesen und ein schönes Wochenende! Grüße Marcus -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Tach, ich gehe wie in 1) aufgeführt vor. Prinzipiell baue ich schrittweise eine saubere 4.5, um dann das Upgrade zur 6.2 durchzuführen. Gruß Marcus Am 12.07.2016 um 13:40 schrieb Bernhard Ludwig: > Hallo, > > mir sind mehrere Altinstallationen übergeben worden, die von 4.2.40 ausgehend > ein Update erfahren müssen. Zwar ist darüber schon verschiedentlich > gesprochen worden, allerdings scheint es keine einheitliche Richtlinie zu > geben, wie man die Sache angehen soll, daher möchte ich das nochmal hier zur > Diskussion stellen. > > Wie soll man vorgehen: > 1. 4.2.40 > 4.3 > 4.4 > 4.5 > 6.2 > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Udate: Typo3 Datenbank sichern mit 1Klick
Hallo, soll nicht überheblich klingen, aber das ist dann auch eine Lösung für Anfänger. Eine Sicherung einer Web-Applikation in der Applikation selbst zu initiieren ist doch ein Widerspruch in sich - funktioniert die Applikation nicht mehr, funktioniert auch das Backup nicht mehr. Ich habe mir irgendwann mal folgendes Script geschrieben, mit dem man eine auf LocalConfiguration.php basierende Typo-Instanz easy sichern kann, sofern nichts anderes zur Verfügung steht: Das Script -Sucht sich die Datenbankparameter aus der LocalConfiguration -Erstellt einen Order "backup" -Sichert darin Filebase und DB. -Fügt allen Dateinamen Timestamps an. -Ist sicherlich verbesserungsfähig, tut's aber. :D --- #!/bin/bash mkdir -p backup DBCONF=`grep -A6 "'DB'" typo3conf/LocalConfiguration.php` DATE=$(date +"%Y%m%d%H%M") DBUSER=`echo "$DBCONF" | grep 'username' | cut -f4 -d "'"` DBPASS=`echo "$DBCONF" | grep 'password' | cut -f4 -d "'"` DBHOST=`echo "$DBCONF" | grep 'host' | cut -f4 -d "'"` DBDATABASE=`echo "$DBCONF" | grep 'database' | cut -f4 -d "'"` mysqldump --opt -u $DBUSER -h $DBHOST -p$DBPASS $DBDATABASE | gzip > ${DBDATABASE}_${DATE}.sql.gz tar --exclude=backup -cvzf backup/backup_$DATE.tgz $DBDATABASE_$DATE.sql.gz * .ht* --- Gruß, Marcus Am 07.07.2016 um 14:03 schrieb Jorge: > Hab mal bischen gegooglt und wer mit dem Sqldumper nicht umgehen > kann, gibt es ein Adminer. > Die PHP Datei kommt in das Rootverzeichnis mit dem Browser aufrufen > und die Daten aus der Config eingeben. Fertig > Das können sogar Anfänger ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Akute Sicherheitslücke in vielen TYPO3-Versionen
Hallo, bittschön: https://www.dropbox.com/sh/vefpm5dhcoc2mfk/AAD8mrPSGsA6yNADNgEe5f5Ma?dl=0 Bei dem Fix_76231 handelt es sich im Grunde um ein ganz normales Shellscript, das ausführbar gemacht und dann eben ausgeführt werden muss. Nach Angabe des Zielordners läuft es rekursiv durch alle seine Unterordner, patcht die gefundenen Dateien und gibt darüber Laut. Ob das nun der Ordner einer Webseite oder die komplette Webroot ist, ist dem Skript egal. Letzteres dauert halt nur länger. Weil ich auf all meinen Maschinen die Cores zentral an jeweils einer Stelle liegen habe, musste ich nicht die komplette Webroot, sondern nur jeweils den Ordner mit den Cores patchen - bei z.B. 200 Typos pro Maschine bedeutet das dann also nicht 200x jeweils einen Core zu patchen, sondern nur jeweils eine Core-Version für alle Typos, die daran andocken. Das habe ich u.a. deswegen so gemacht, weil ich den gestrigen Tag vor Jahren habe kommen sehen. :D Gruß Marcus Am 25.05.2016 um 17:56 schrieb Christian Platt: > Hallo Marcus, > > das wäre Klasse. > > Eine Erläuterung der Nutzung der .diff Dateien habe ich nicht gefunden, oder > gibt es eine Anleitung, wie diese aufzuspielen sind. > > In welchen Order müssen die kopiert werde? (root der Intallation? Alle oder > nur die die ich für die Version benötige?) > > Wie starte ich dann das Änderungsskript… > So für nomal Terminaltaugliche, die nicht jeden Tag an der Konsole arbeiten. > :-) > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Akute Sicherheitslücke in vielen TYPO3-Versionen
Tag zusammen, falls Interesse besteht: ich habe mir gestern fertig gepatchte Cores gebaut, jeweils von 4.3 - 6.1, die ich gerne irgendwo zum Download bereitstellen kann. Im Grunde sind nur ein paar Dateien in typo3/sysext/extbase und typo3/sysext/fluid geändert, der Einfachheit halber habe ich aber den gesamten jeweiligen Core wieder in ein TGZ-Archiv gepackt. Gruß Marcus Am 25.05.2016 um 10:21 schrieb Thilo Ratnaweera: > Hallo zusammen, > > da das noch niemand gepostet hat: Es klafft eine große Sicherheitslücke > in vielen TYPO3-Versionen. Siehe dazu folgende Links: > > Meldung bei heise Security: > https://www.heise.de/security/meldung/Typo-3-Kritische-Luecke-geschlossen-Sicherheits-Update-verfuegbar-3217028.html > > Beschreibung des TYPO3-Sicherheitsteams: > https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/ > > Direktlink zum Fix-Skript (falls ein Update nicht infrage kommt bzw. > schnell gefixt werden soll): > https://typo3.org/fileadmin/security-team/bug76231/fix_76231.zip > > Beste Grüße, > Thilo > > > > ___ > 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] Zwei Domains, eine Installation und eine Fehlermeldung
Sind beide Varianten der Domain im VirtualHost eingetragen, also mit www und ohne www (ServerName / ServerAlias)? Klingt so, als würdest Du nicht im richtigen Verzeichnis landen... Am 24.05.2016 um 12:51 schrieb Peter Kühnlein: > Liebe Liste, > ich habe heute morgen eine Installation umgezogen, die bislang > tadellos funktioniert hat. > Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im > Seitenbaum) der beiden Domains: ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.24 LTS, 7.6.8 LTS and 8.1.1
Hallo, die beiden Links zu den Patch-ZIPs funktionieren leider nicht... https://typo3.org/fileadmin/security-team/bug76231/fix_76231.zip Gruß Marcus Am 24.05.2016 um 10:32 schrieb Oliver Hader: > > https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/ > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Testmöglichkeiten unter TYPO3 während der Entwicklung und was mir fehlt
Moin, kurz dazu: selbst im Privat-Modus merken sich die Browser, allen voran der Firefox, http-redirects... da kann man schonmal wahnsinnig werden - auch, wenn man dem Kunden sagt "alles klar, Redirect ist geändert", er aber noch zur bisherigen URL umgeleitet wird. Wirklich sichergehen kann man im Extremfall nur mit wget oder curl. Gruß Marcus Am 23.05.2016 um 00:18 schrieb Dieter Porth: > > - Bislang hat mich immer auch der Browser-Cache geärgert. Erst bei der > Recherche hier stieß ich auf die Idee, für das Testen im > Browserfenster den Porno-Modus des Browser zu verwenden.- auch > Inkognito- oder Privat-Modus genannt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Kalkulierst Du eventuell zu knapp? Es ist nicht verwerflich, ein Projekt in Teilaufgaben zu zerlegen und jeder Aufgabe einen prozentualen Aufschlag für Komplexität und Risiko zu geben - so lässt sich wunderbar ggü. Agenturen argumentieren. Beispiel: Du bekommst eine fertige HTML-Vorlage zur Integration in Typo3. Angeblich ist sie von einem HTML-Experten, was auch sein mag, aber noch lange nichts darüber aussagt, ob sie auch sauber in ein CMS integrierbar ist. In diesem Fall könnte man dann folgendes machen: Schätzung: 4h Komplexitiät: 10% Risiko: 25% Auf die 4h werden also jeweils noch 0,4h für die Komplexität und 1h für das Risiko geschlagen, dass Du einfach nicht weißt, was da geliefert wird. Ergo: 5,4h. Das bedeutet ja nicht, dass diese 5,4h auch tatsächlich anfallen, aber anfallen *könnten*, wobei final nur der tatsächlich angefallene Aufwand berechnet wird. Umgekehrt würdest Du wahrscheinlich auf den 1,4h Mehrarbeit sitzenbleiben, sollten diese benötigt werden ("aber Sie haben doch gesagt, es dauert nur 4h...") Gruß Marcus Am 11.05.2016 um 11:52 schrieb Andrea Schmuttermair: > Tja, die Agentur-Realität ist oft weit entfernt von dem was sinnvoll und > praktikabel wäre. Aber mein Bankkonto leider auch oft ;) > > LG Andrea > > Am 10.05.2016 um 17:11 schrieb Michael Stein: >> On Tue, 10 May 2016 13:48:40 +0200, Andrea Schmuttermair wrote: >> >> ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Moin, doch doch, das klappt ganz gut. Wenn Du noch das E-Mail-Fetching hinzunimmst, ist die Hürde auf der Kundenseite für das Anlegen eines Tickets wirklich nur noch das Adressieren der Nachricht an eine vordefinierte Mailadresse. Kommentare zu einem Ticket können auch per E-Mail als Antwort auf die Systembenachrichtigungen abgegeben werden. Aber abgesehen davon ist das Userinterface von Redmine offenbar für den Normalbenutzer sehr eingängig, bisher haben wir keinen Kunden, der es nicht verstanden hätte oder sich total verweigert. Mantis war da, obwohl im Grunde fast gleich in der Bedienung, wesentlich unbeliebter. Im Allgemeinen freuen sich die Kunden sogar, dass die Prozesse dann schön organisiert ablaufen und alles für beide Seiten nachweisbar und transparent ist. Gruß Marcus Am 11.05.2016 um 11:51 schrieb Andrea Schmuttermair: > Hm Redmine kenne ich, das ist ne Idee. > Muss allerdings schauen ob es bedienbar ist für nicht Technik-Affine User... > > LG Andrea > > > Am 10.05.2016 um 14:31 schrieb Marcus Raphelt: >> Hallo, >> >> wir machen das mit Redmine - es gibt auch ein paar Plugins, die das >> Leben dann vereinfachen. Im Groben kann man, wie in einem Ticketsystem >> üblich, Projekte, Unterprojekte, Tickets, Untertickets etc. anlegen, >> Redmine bietet aber die entscheidenden Felder ab Werk: >> ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abrechnung von Support
Hallo, wir machen das mit Redmine - es gibt auch ein paar Plugins, die das Leben dann vereinfachen. Im Groben kann man, wie in einem Ticketsystem üblich, Projekte, Unterprojekte, Tickets, Untertickets etc. anlegen, Redmine bietet aber die entscheidenden Felder ab Werk: -Start- und Abgabedatum (daraus können GANTT-Charts erstellt werden) -Voraussichtlicher Aufwand in Std -Tickets können (Unter-)Projekten zugewiesen werden -Zu jedem Ticket können Aufwände gebucht werden. Die Aufwände sind ans Ticket gebunden, d.h ändert sich die Projektzuweisung des Tickets, dann auch die der Aufwände -Alles das kann an so ziemlich jeder Stelle als CSV exportiert werden Empfehlen kann ich dann noch das Plugin "Timesheet", welches auf Knopfdruck über einen Wunschzeitraum nach Projekt gruppiert die angefallenen Aufwände ausgibt. Sehr praktisch am Monats- bzw. Projektende. https://github.com/arkhitech/redmine_timesheet_plugin Es gibt auch noch das Plugin "Invoices", welches gut zu sein scheint - habe ich aber noch nicht getestet http://www.redminecrm.com/projects/invoices/pages/1 Gruß Marcus Am 10.05.2016 um 13:48 schrieb Andrea Schmuttermair: > Hi liebe Community, > > sorry die Frage ist etwas Off-Topic, aber mit dem Problem bin ich sicher > nicht die einzige in der Branche. Also vielleicht kennt ja jemand das > Problem und hat ne Lösung für: > > Ich bin Freelancer und habe eine Agentur, die von mir TYPO3 Support mit > Aufwands-Abschätzung und Angebot haben will. > Das ist von paar Stunden für neues Feature bis runter zu 10 Minuten für > Textänderung, die aber vorher von mir abgeschätzt, kommuniziert, dann > mit deren Kunden abgestimmt und irgendwann beauftragt wird. > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3 7 Installation auf 1&1 Server - Datenbank Verbindung nicht möglich
Moin, nimm doch mal die Socket-Angabe raus... Gruß Marcus Am 02.05.2016 um 16:17 schrieb Paul Kamma: > >'socket' => '/tmp/mysql5.sock', >'username' => 'USERNAME' >], > > Weiß jemand rat? (Außer den Hoster zu wechseln ;) ) > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO§ 6.2 Backend Icons werden nicht immer angezeigt
Hallo, das könnte ein Problem mit dem Webserver sein, schau doch mal via Firebug, ob auch alle Requests sauber beantwortet werden... Gruß Marcus Am 22.04.2016 um 11:37 schrieb Bernhard Ludwig: > Hallo, > > in einer 6.2.19 habe ich das Problem, dass im Backend im Seitenmodul die > CE-Icons nur sporadisch oder fehlerhaft positioniert angezeigt werden. Nach > mehrmals erneutem Klicken auf „Seite“ kann ich Glück haben und die Icons sind > wieder da, wo sie hin gehören. Meistens sind sie beim letzten CE komplett > verschwunden. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] solr 2.50-dev
Hallo zusammen, hat zufällig einer von Euch die Solr-Extension in der Version 2.50-dev zur Hand? Ich habe hier ein Typo3 mit eben dieser Version, aber teilweise geänderten Dateien und müsste man gegen das Original abgleichen. Im Netz findet sich nichts. Gruß, Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datenschutz bei Formularen
Tach, zu Punkt 2: optimale Lösung ist ein lokal installierter Postfix / Exim o.ä., Typo kann so die Mails zum localhost schicken und der MTA kümmert sich dann um die verschlüsselte Weitergabe. Der Knackpunkt ist aber, dass die Gegenstelle(n) ebenfalls Verschlüsselung beherrschen müssen. Wenn man also die Mails nicht zu einem fest definierten Smarthost, von dem man sicher sagen kann, dass er SSL/TLS beherrscht, weitergibt, sendet der MTA die Mails an den jeweils in der Zieldomain eingetragenen MX weiter. Ob dort TLS unterstützt wird, kann man im Vorfeld gar nicht sagen, d.h. spätestens beim nächsten Mailserver endet der Einflussbereich und somit m.E. auch die Verantwortung. Fallback ist die unverschlüsselte Übertragung. Gruß Marcus Am 17.03.2016 um 11:35 schrieb Peter Linzenkirchner: > Hallo Liste, > > weiß jemand, ob das hier wirklich Relevanz hat? > https://www.datenschutzbeauftragter-info.de/bussgeld-fuer-kontaktformulare-ohne-verschluesselung/ > So wie es sich liest, wird es wohl Abmahnungen geben in dem Bereich, oder? > > Und wenn es Relevanz hat, wie lösen wir das Problem mit TYPO3 am besten? Wenn > man das zu Ende denkt, müssen wir ja zwei Techniken einsetzen: > 1. ssl bzw. tls für die Verschlüsselung des Datentransfers vom Browser zum > Server > 2. Verschlüsselung der versendeten E-Mail oder zumindest Versand der E-Mail > über eine verschlüsselte Verbindung. > > Das Zweite kann weder der Kunde noch der Datenschutzbeauftragte sehen … aber > das Erste macht ohne das Zweite wohl kaum Sinn. > > Eigentlich braucht es zusätzlich dann noch einen Punkt > 3. werden die Daten manuell aus dem Backend abgerufen, muss die Verbindung > ins Backend auch ssl bzw. tls-verschlüsselt sein. > > Punkt 1 ist klar, und der Aufwand dazu hält sich auch in Grenzen. Punkt 3 > ebenfalls, und ist auch zusätzlich kaum Aufwand, wenn Punkt 1 gelöst ist. > Aber bei Punkt 2 muss ich momentan passen … wie kann man den umsetzen? Die > E-Mails müssten vor dem Versand zertifiziert werden (was keine unserer > Formular-Extensions unterstützt) oder der Server muss die E-Mails über eine > ssl-verschlüsselte Verbindung bei einem SMTP-Server abgeben, der die E-Mails > dann verschlüsselt weitersendet … Oder Punkt 2 einfach weglassen, weil es eh > keiner prüfen kann? > > Hat da jemand genauere Infos? > > Viele Grüße > Peter Linzenkirchner > > > -- > 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE nach Update auf 6.2.15 verschwunden
Hi, nach einem Update des RTE empfiehlt es sich, in den lokalen Browsern einmal alle Caches zu leeren. Es kann durchaus sein, dass JS- und CSS-Dateien lokal gleichnamig vorliegen. Gruß Marcus Am 14.03.2016 um 14:08 schrieb fvgf dgfdfgf: > Hallo zusammen, > > ich habe vor Kurzem ein Typo3 von einer 4er Version auf die 6.2.15er > Version geupdated. > Seit diesem Zeitpunkt funktioniert das RTE-Plugin nicht mehr & die > Autoren beschweren sich nun, dass man so nicht mehr vernünftig Texte > online stellen kann. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt
Am 11.03.2016 um 13:05 schrieb Peter Pinnau: > Vielen Dank für Deine schnelle Antwort. > Np :) > Quote: Marcus Raphelt wrote on Fri, 11 March 2016 12:56 > >> >> ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über >> deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes >> prüfen, alleine, um den Druck rauszunehmen. :-) > > Das habe ich sofort probiert. Leider bleibt das Verhalten auch mit PHP > 5.5 unverändert. Wenn Du auf 4.5.40 aktualisiert, funktioniert es ganz sicher! Die 4.5.16 dürfte knapp vier Jahre alt sein... Von 4.5.x zu 4.5.y klappt auch gefahrlos. > >> >> Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in >> den Kommentaren? > > Wo muss ich da nachschauen? In welcher DB-Tabelle? In sys_template. Du kannst aber auch im Backend im Template-Modul nachsehen - i.d.R. ist in der Rootpage ein Extension-Template angelegt, welches dann entweder die komplette Seite definiert oder ggf. aus anderen Ordnern Templates inkludiert. Wie gesagt - das KANN sein. Man kann die Typoscript-Definitionen auch komplett in Dateien auslagern, dann wäre der Tipp in diesem Fall hinfällig. Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Nach Update von 4.5 auf 7.6 Umlaute-Problem
Hallo, wenn die mysql nicht dazu zu bringen ist, sinnvoll formatierte Umlaute zu dumpen oder - noch schlimmer - wenn die Inhalte gemischt vorliegen (utf-8 UND latin-1), bleibt Dir im Grunde nur, mit einem Hexeditor nachzusehen, aus welchen Zeichen die Doppel-Umlaute bestehen und diese zu ersetzen. Ich mache das i.d.R. in einem System, das auf utf-8 läuft (im Grunde ist das bei allen modernen Servern der Fall) in der Konsole mit hexedit und sed. In hexedit kannst Du in der rechten Spalte nach dem String / Zeichen suchen und bekommst per Tab in der linken Spalte dann den Hexwert angezeigt. Besteht also z.B. ein ü aus ü (Hex C3 und Hex AC), musst Du Dir die Hexwerte dieser beiden Zeichen notieren und kannst sie dann per sed ersetzen: sed "s/\xC3\xAC/ü/g;" Gruß Marcus Am 11.03.2016 um 11:36 schrieb Peter Linzenkirchner: > da hilft dir nichts, als die Konvertierung der Datenbankinhalte. Bei mir hat > die Technik in dem Link immer gut funktioniert. Ursache ist meist eine > fehlende setDbInit-Einstellung in der 4.5 Installation, die dazu geführt hat, > dass TYPO3 4.5 utf-8-Daten über eine Latin-Verbindung in die DB geschrieben > hat. Die DB geht dann davon aus, dass Latin ankommt, und kodiert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt
Hallo, ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes prüfen, alleine, um den Druck rauszunehmen. :-) Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in den Kommentaren? Ich hatte mal den Fall, dass bei einem Update nach dem ersten Umlaut in einem Kommentar der Rest vom Typoscript abgeschnitten wurde, somit hat die Hälfte des Typoscripts ganz einfach gefehlt. Gruß Marcus Am 11.03.2016 um 11:51 schrieb Peter Pinnau: > Hallo zusammen, > > ich muss ein Problem mit einer alten Typo3 Installation kurzfristig > lösen. Das System läuft bei HostEurope und dort wurde Anfang der Woche > PHP 5.3 abgeschaltet und alles zwangsweise auf PHP 5.6 umgestellt. > > Ich habe das Projekt erst auf den Tisch bekommen, nachdem das Kind im > Brunnen ist. > > Versionen: > Typo 3: 4.5.16 > PHP: 5.6 > MySQL Server Version: 5.5.47-37.7-log > > Die Caches habe ich gelöscht. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] System Environment - Empty systemLocale setting
Tach, einfach übers Install-Tool genau diesen Wert unter "All Configuration" setzen. ;-) Auf den meisten Servern funktionieren en_US.UTF-8 de_DE.UTF-8 Gruß Marcus Am 02.03.2016 um 23:54 schrieb Uwe Gibbisch: > Hallo zusammen. > > Folgende Fehlermeldung Im System Environment: > > http://www.pasteall.org/65642 > > Wie kann ich das korrigieren? > > php: 7.0.3, typo3: 7.6.3. Kunde bei strato.de, typo3 über App-Wizzard. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] T3 7.6
Hi Christian, Am 03.02.16 um 14:12 schrieb Christian Tauscher: is there a way to confugure the new "splitbutton" to save Documents. No. It is only possible via custom extensions. This was: Save|Save and Show|Save and exit before. now it is Save only. A Dropdown leads to the othe options. I'd like to have this set to Save as default. There is an extension of Georg, which allows the sorting of the buttons: https://github.com/georgringer/savebuttonsorting The other possibility is to unroll them with the extension of Markus: https://typo3.org/extensions/repository/view/rx_unrollsavebuttons BTW This is the german list / forum / newsgroup Cheers Marcus -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Link styles seit 7.X nicht mehr möglich?
Servus Christian, das hört sich ganz nach diesem Bug an: https://forge.typo3.org/issues/71248 Der mit der Version 7.6.1 gefixed worden. Der Commit hat den Hash "e1e5f7615406e722a". Welche TYPO3 Version nutzt Du? Gruß Marcus Am 03.02.16 um 10:50 schrieb christian ritzmann: Hallo Typo3 Gemeinde, Ich bin ein Anfänger was Typo3 angeht. ( Das nur vorweg). Ich habe für eine Seite 3 Link Styles gebaut. Wie genau man das macht, habe ich mir aus dem Internet zusammen gesucht. Was nun in der TS Config steht:(Es funktioniert auch alles! Das Problem steht nach dem Code). RTE { default { #angepasste CSS Datei in fileadmin speichern contentCSS = fileadmin/template/css/rte.css #useCSS = 1 showTagFreeClasses = 1 defaultContentLanguage = de buttons { link.properties.class.allowedClasses := addToList(Link_Blau) link.properties.class.allowedClasses := addToList(Link_Orange) link.properties.class.allowedClasses := addToList(Link_Lila) } } } RTE.classesAnchor { #Bezeichner im Pop-up Link_Blau { name = Link_Blau #css-Klasse (in .css definieren!) class = Link_Blau #type = page, file, url, mail type = page #Link-Icon titleText = Test } Link_Oragne { name = Link_Orange #css-Klasse (in .css definieren!) class = Link_Orange #type = page, file, url, mail type = page #Link-Icon titleText = Test } Link_Lila { name = Link_Lila #css-Klasse (in .css definieren!) class = Link_Lila #type = page, file, url, mail type = page #Link-Icon titleText = Test } } rte.css /style.css a.Link_Blau,a.Link_Orange,a.Link_Lila { display:inline-block; height: 50px; color: #fff; text-decoration: none; } a.Link_Blau { background-color: rgb(0,183,235); } a.Link_Orange { background-color: rgb(252,113,0) ; } a.Link_Lila { background-color: rgb(245,0,231); } Mein Problem: Die Seite läuft auf 6.2 und nun wollte ich das Gleiche für eine Seite machen die auf 7.6 läuft. Hier gibt es im Rte in den Link Optionen aber garnicht mehr die Möglichkeit einen Linkstyle auszuwählen. Nun habe ich versucht das ganze über Block und Text-style zu lösen aber davon hat leider nichts funktioniert. Habe jetzt 5 Stunden gesucht und bin so langsam am verzweifeln. Alles was ich gefunden habe war für 6.X aber nichts für 7.X . Habt ihr einen Link indem das ganze mal genau erklärt wird? oder wisst ihr warum es das Feld in 7.6 nicht mehr gibt? -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Builder und sys_category
Hi, Am 02.02.16 um 22:14 schrieb Stephan Bauer: ich habe mir in TYPO3 7.6.2 eine Extension mit dem aktuellsten Extension_builder aus github erstellt. Über die 'Advanced option' kann man bei 'Domain object settings' mit 'Enable categorization' Systemkategorien in Backend aktivieren. Das funktioniert. Bei einem find auf ein Objekt ist die sys_category aber nicht enthalten. Nach längere Suche habe ich diese Anleitung gefunden: https://wiki.typo3.org/TYPO3_6.0#Adding_categories_to_own_models_using_Extension_Builder Damit ist die sys_category jetzt im Objekt vorhanden. Ist das auch bei TYPO3 7.6.2 noch die richtige Vorgehensweise? Wenn es funktioniert, warum nicht? Für mich ist nicht klar, warum ich das noch zusätzlich machen muss. Vielleicht, weil die Funktion im ExtensionBuilder noch nicht eingeflossen ist? In den Issues konnte ich es auf die Schnelle nicht finden. Wenn Du Lust hast, kannst Du ja einen Feature-Request aufmachen. Viele Grüße Marcus -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ext:news - PDF (relatedFile) in neuem Fenster ffnen ???
Hi, Am 03.02.16 um 19:46 schrieb Johannes C. Laxander: Im TypoScript Object Browser wird mir aber die Configuration angezeigt: Direkt auf der Seite, auf der das Laoyut nicht "gezogen" wird? Werden ggf. die Pfade weiter unten im Seitenbaum nochmal überschrieben? [...] Die Pfadangaben stimmen und Templates sind dort auch vorhanden. Ich versteht das nicht mehr. Das ist ja nicht die erste Installation in der ich die News-Extension nutze!??? Hast du dazu noch ne Idee? Sind Lese-Rechte auf die Dateien durch den Webserver gewährleistet? Gruß Marcus -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] responsive Image
Hallo Dieter, Am 21.01.16 um 20:01 schrieb Dr. Dieter Porth: [...] Es wäre noch die Extension Focuspoint zu erwähnen, die das Framework Focuspoint, welches im oben zitierten Artikel erwähnt wird, unterstützt bzw. nach TYPO3 portieren soll. (Ich selbst habe mit der Extension bisher nicht gearbeitet, aber bisher nur positive Meinungen gehört.) Danke für den Tipp! Werde ich mir mal ansehen. Viele Grüße Marcus -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Advanced Sitemaps lastmod
Hallo Frank, Am 22.01.16 um 12:00 schrieb Frank Schoenfeld: Die Umstellung auf eine aktuelle typo 3 Version ist ein Projekt für dieses Jahr. Man sagte mir, dass im Jahr 2016 noch Sicherheits updates eingespielt werden. Die TYPO3 4.6.x ist definitiv EOL ... seit 30. April 2013 https://typo3.org/news/article/end-of-life-for-typo3-46-support-for-typo3-47-extended/ Die Version 4.5 gibt es in einer ELTS Variante, die man aber nur bekommt, wenn man im Gegenzug die TYPO3 Entwicklung finanziell unterstützt. Diese Version wird auch nur noch bis März 2016 gewartet. https://typo3.org/news/article/announcing-typo3-cms-45-extended-long-term-support-plans/ Dritte Alternative ist, dass der, der den Core bei Euch wartet, jeweils selbst einen manuellen Backport der Security - Updates vornimmt. Aber das kann ich mir bei dem verbundenen Aufwand nur schwer vorstellen. Auf meiner Seite gibt es eine komplizierte extension, die extern programmiert wurde, die dann auch komplett umgestellt werden muss. Mir graut es schon davor. Das klappt schon ... ist zwar etwas aufwändig, vor allem der Schritt 4.6. => 6.2. Wenn Du Unterstützung brauchst ... einfach melden. :-= Viele Grüße Marcus P.S.: http://typo3.slack.com kennst Du schon? Ist so 'ne Art Chat ... Account bekommst Du hier: https://forger.typo3.org/slack -- Marcus Schwemer mar...@typo3worx.eu http://typo3worx.eu/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german