Re: [TYPO3-german] Wo seid ihr alle?
> Tipp: > https://www.facebook.com/groups/250938618364487/ Eine Facebook Gruppe als Ersatz für eine Mailingliste? (Suppi sagte er leise und wanderte in die Abendsonne). Dann doch eher Slack https://typo3.slack.com/messages -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche - Wer schreibt was in den Quelltext
Hallo mir fallen da drei Stellen ein. page.includeCSS page.headerData oder direkt im Template/Partial Allerdings ist das kein eigentliches TYPO3 Thema, sondern eher wie das Projekt umgesetzt worden ist, verwendest du da eine Template Extension oder irgend einer dieser fertigen Seitenpackages? mit besten Grüßen Am 23.11.18 um 13:01 schrieb Helmut Zötzl: > Hallo! > > Der Quelltext meiner Seite weist eine Zeile auf, bei der Google meckert, weil > ein Webfont keinen > "https" Aufruf hat. > > Im Quelltext steht: > http://fonts.googleapis.com/css?family=Open > > Jetzt bin ich auf der Suche, wie das in den Quelltext kommt. > Die Typo3 Version ist 8.7.19. > > Mit Template Analyse habe ich keinen Eintrag gefunden. > Auch mit dem TypoScript-Objekt-Browser wurde ich nicht fündig. > > Gibt es noch eine Möglichkeit, wie man die Quelle ausfindig machen kann? > > Viele Grüße > Helmut > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 9.4 Site Modul sprechende Urls [gelöst]
Hallo Liste, ich beantworte die Frage mal direkt: Über das Upgrade Modul -> Upgrade Wizard Dort gibt es den Task alle slugs zu generieren bye Am 05.09.2018 um 09:06 schrieb Michael Kasten: > Hallo liebe Mitstreiter, > > ich habe mir heute Morgen mal das Site Modul in T3 9.4 insbesondere den > Bereich mit den sprechenden > Urls angesehen und mir stellt sich hier noch eine Frage: > > Müssen die Seiten dann alle einzeln bearbeitet werden oder gibt es auch eine > Option alle Urls einmal > zu generieren? Ich habe dazu leider nichts gefunden. > > mit besten Grüßen > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 9.4 Site Modul sprechende Urls
Hallo liebe Mitstreiter, ich habe mir heute Morgen mal das Site Modul in T3 9.4 insbesondere den Bereich mit den sprechenden Urls angesehen und mir stellt sich hier noch eine Frage: Müssen die Seiten dann alle einzeln bearbeitet werden oder gibt es auch eine Option alle Urls einmal zu generieren? Ich habe dazu leider nichts gefunden. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 – Was muss beachtet werden – DSGVO
Hallo Sebastian, du schreibst zu Google Fonts: > Hier gibt es noch nicht wirklich viele richtige Infos, ein Teil sagt, es > reicht wenn im Datenschutz ein Texthinweis mit den Richtlinien der > Google-Webfonts steht, ein Teil sagt, es müssen die Google Webfonts offline > herunter geladen werden und per Hand eingebunden werden. > Wir raten auf jeden Fall zu den Datenschutz-Hinweis. Auf etwas hinzuweisen was man technisch besser lösen kann ist das der beste Weg? Ich rate da auf jeden Fall die lokale Einbindung, dann braucht man keinen Hinweis und ist auf der sicheren Seite oder was genau spricht hier für die Einbindung von extern? bye -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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
Hallo Marcus, das wäre dann eine Möglichkeit wie man mit Cookies umgeht, aber nicht unbedingt eine Möglichkeit eine 4.5er Instanz weiter zu betreiben. 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. my2cent Am 22.05.2018 um 11:11 schrieb Marcus Raphelt: > 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 -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Login Probleme nach Update
Hallo Michael, > Und da ich für's Backend ein gaaanz kompliziertes Passwort habe, nutze ich den > Firefox-Passwortspeicher. Als Workaround: Damit klappt es ohne jedes Problem ja gestern auch noch gelesen, allerdings gibt es auch bei uns hier Logins wo das Passwort im Firefox steckt das macht aber aus meiner Sicht keinen Unterschied, weil sich das Problem ja in der Behandlung von "Disabled Elements" durch den Firefox ergibt. Abgesehen davon das sich in der Konsequenz dann alle immer Ihre Zugangsdaten im Browser speichern müssten... nun ja soll sich jeder selber seine Gedanken machen :) my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FLUID Viewhelper der den Inhalt einer Datei auslesen kann
Hallo Dave, Am 15.03.2018 um 19:18 schrieb Dave Zen: > Oh, jetzt war ich noch im "english" Modus: hrhr egal geht ja beides > Hast du den PHP Code im Fluid Partial (mit der Endung html) so eingebunden? Nein das geht so ja auch nicht, ich wollte dir nur eine Starthilfe geben wie ein eigener Viewhelper aussehen könnte wenn du keinen in freier Wildbahn findest, evtl verwendest du in deinem Projekt schon eine eigenen Extension dann kannst du dort den Viewhelper mit rein packen oder aber du erstellst eine Miniextension. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Login Probleme nach Update
Hallo Liste, wir stellen vermehrt fest das es Probleme beim Login mit dem aktuellsten 59.0 (64-Bit) Firefox gibt, es bleibt bei "Anmeldedaten werden verifiziert" das verhalten ist nicht hundertprozentig nachweisbar weil es scheinbar doch hin und wieder geht, ich dachte erst das Problem liegt eher bei mir (Linux) aber nun bestätigen auch Kunden das verhalten, ist das bekannt kann das verifiziert werden? Problem tritt bei 7.6.25 und 8.7.11 auf Ach ich sehe schon: https://forge.typo3.org/issues/84254 dann werde ich das auch mal bestätigen bye -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FLUID Viewhelper der den Inhalt einer Datei auslesen kann
So nochmal für die Liste damit alle was davon haben:
Grad mal probiert:
geht bei mir ohne groß was zu machen, ich sehe das svg schön im Browser
bye
Am 15.03.2018 um 08:55 schrieb Dave Zen:
> Hallo,
>
> gibt es einen fluid oder vhs Viewhelper, der den Dateiinhalt auslesen und als
> String ausgeben kann?
>
> Ich würde gern SVG Grafiken/Code Inline in das HTML einbinden und müsste dazu
> den Inhalt aus der SVG
> Datei als String auslesen damit ich ihn in das Template bekomme. PHP Code,
> bspw. include("/icon.svg"); ?> würde im Fluid-Template sicherlich nicht
> funktionieren...? (Oder gibt es
> dafür eine andere Möglichkeit?)
>
> Natürlich gibt es noch andere Techniken mit JavaScript aber wenn man den Code
> schon serverseitig
> zusammenbauen lassen kann, wäre das besser.
>
> Eine Idee wäre noch, den SVG Code in ein Partial zu speichern und dann das
> Partial rendern lassen
> aber ob dieser Workaround Vor- oder Nachteile bringt müsste man erst einmal
> testen.
>
> Vielleicht hat ja von euch einer eine gute Idee oder kennt einen geeigneten
> Viewhelper.
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Unterschiedliches Verhalten des Query Managers?
Hallo Stephan, danke für die ausführliche Antwort, das mit dem casten ist ja nett allerdings sehe ich keine Möglichkeit die Variablen irgendwie in dem Ablauf im Typ zu ändern, die Werte haben ja bereits den Typ String. Vielleicht noch ein bisschen genauer: Ich übergebe die Flexformsettings als Array ($this-settings) über den Controller an das entsprechende Repository. Wenn ich innerhalb der entsprechenden Repository Methode das Array dumpe enthält dieses Array durchweg strings als Werte ich übergebe also der Methode $query->in nachweislich ein Array mit strings. Wie gesagt behandelt der Query Manager das unter 7.6 auch korrekt nur unter 8.7 wird daraus eben ein float Wert, eigentlich auch nicht weil es keinen float mit zwei Punkte geben kann, aber es fehlen die notwendigen Anführungszeichen im gebildeten SQL Statement. Ich sehe hier keine Möglichkeit das zu beheben, wenn das aber ein gewünschtes Verhalten des Query Managers ist, dann müsste es hier auch eine Möglichkeit geben das innnerhalb der Methode $query->in abzustellen. Vielleicht hat Jemand hier die Möglichkeit das Verhalten zu bestätigen? Dann würde ich ein entsprechendes Issue auf forge einstellen. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Unterschiedliches Verhalten des Query Managers?
Hallo Liste,
ich muss gerade feststellen das sich der Query Manager, genauer gesagt die
Methode $quey->in, sich
unter 7.6 anders verhält als unter 8.7 und frage mich ob es sich hierbei um
einen Bug handelt:
TYPO3 7.6: Der query manager parsed das von mir übergebene Werte Array in
einzelnen String Werte.
Der entsprechende Abschnitt aus dem Query sieht dann so aus
admissionreleasestate IN ('0.5.2','0.5.3')
TYPO3 8.7: Der query manager parsed das von mir übergebene Werte-Array in
einzelne Integer Werte.
Damit bekomme ich nun Probleme, der Abschnitt sieht nun so aus:
admissionreleasestate IN (0.5.2,0.5.3)
Das erzeugt bei mir einen Datenbankfehler, ich kann mir nicht vorstellen das
dieses Verhalten so
gewollt ist, oder gibt es hierfür eine abweichende Notation um dieses Verhalten
zu verhindern?
mit besten Grüßen
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Erweiterungen migrieren nach 8.7
Hallo, > Na wenn du es gefunden hast, wäre es schön wenn du uns sagen könntest wo der > Fehler lag. :) mein Fehler, ich bin von was größerem ausgegangen allerdings bin ich lediglich am Caching gescheitert, da ich vorher auf der 7.6er das Caching per default aus hatte. Passiert mir auch nach Jahren alle paar Monate wieder mal, Asche auf mein Haupt :) mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Erweiterungen migrieren nach 8.7
Hallo Christian, danke für die Antwort, ich suche da noch ein bisschen nach Hilfen denke aber mein Problem gefunden zu haben Dankeschön -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Erweiterungen migrieren nach 8.7
Hallo Liste, in Ermangelung eines Extensionbuilders für 8.7 habe ich nun eine Erweiterung erstellt die zumindest unter 7.6 genau alles das macht was ich möchte: Listenansicht mit Filterformular Wie gesagt läuft das unter 7.6 Einwandfrei, ich kann die Ergebnisliste Filtern und Sortieren Unter 8.7 macht das nun aber so überhaupt nichts? Wenn ich mir das DB Logfile ansehe dann stelle ich fest das beim Absenden des entsprechendem Formulars wohl überhaupt keine Anfrage ausgeführt wird Ich habe das Gefühl das die Abfrage also überhaupt nicht ausgeführt wird, wer sich die Repository Classe einmal ansehen will: https://pastebin.com/wLSc1bQv Gibt es denn irgendwo eine Migrationshilfe für Erweiterungen? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl speichert dynamische Urls
Hallo Stephan, danke für die Hinweise, ich habe ja gar nicht verlangt, das sich Jemand für mich auf die Suche macht :) Du hast mir schon jetzt gute Hinweise gegeben. Dankeschön Am 18.07.2017 um 11:19 schrieb Stephan Schuler: > Hallo Michael. > > Eigentlich solltest Du überhaupt keine URLs mit erfundenen Parametern von > außen erzeugen können. Genau das soll der „cHash“-Parameter verhindern. > https://typo3.org/documentation/article/the-mysteries-of-chash-1 > >> Original Url >> L=0%3BcHash=4013b9475a5df7a5d3caa44303718a9e=96026b6c8e39585ba626c97494eb8051=1=about >> >> Sprechende Url >> ?amp%3BcHash=4013b9475a5df7a5d3caa44303718a9e=about=96026b6c8e39585ba626c97494eb8051 > > Das verstehe ich nicht. Warum hat schon Deine Original-URL zwei > cHash-Parameter? Und warum sind schon in Deiner Original-URL einmal Parameter > durch %3B getrennt und einmal durch &? Ich nehme an, dass der erste cHash > (4013) nicht erkannt wird sondern dass der Parameter als „“ statt > „cHash“ bei TYPO3 ankommt, weil ja innerhalb des Wertes das URL-Encoding des > &-Parameters passiert. Bring mal in Erfahrung warum das so ist, also welcher > innerhalb Deiner Seite solche URLs erzeugt. Das könnte schon der Grund sein, > weshalb die Berechnung bei Dir kaputt ist. > > Was Dein konkretes Setting betrifft müsste ich mich in die TYPO3-Config, die > RealURL-Config und in Dein TypoScript vertiefen, um Dir exakt benennen zu > können, ob Du einen Fehler gemacht hast oder einen Bug in TYPO3 oder RealURL > gefunden hast. Leider fehlt mir dazu etwas die Zeit. > > Deshalb nachfolgend nur grob skitziert wie die Sache zu laufen hat. > > Einerseits gibt es das Setting „pageNotFoundOnCHashError“. Das ist > hoffentlich TRUE, damit jeder Seitenaufruf mit ungültigen Parametern dem > Webeseitenbesucher die 404-Seite ausliefert. Es gibt häufiger Diskussionen ob > das nicht anders geht, und ob man nicht einfach unbekannte Parameter > ignorieren kann. Allerdings sehe ich da keinen weiteren Nutzen. Kein Mensch > rät GET-Parameter oder macht Tippfehler innerhalb von Parametern. Alles was > Menschen von Hand tippen hat bitte keine GET-Paramter mehr sondern ist schön > weggemappt. Damit ist jeder überzählige GET-Parameter entweder ein versuchter > Angriff oder ein Bot. Beides ist nichts wofür man seiner Seite extra Toleranz > beibringen müsste. > > Andererseits kannst Du mit den Settings „cHashExcludedParameters“ diejenigen > GET-Parameter benennen, die nicht in den cHash aufgenommen werden sollen, > selbst wenn TYPO3 sie erzeugt. > Das sind in der Regel solche Parameter, die nur von Plugins verwendet werden > die ohnehin keinen TYPO3-Page-Cache verwenden können. Suchen zum Beispiel. > Egal ob Du Solr oder indexed_search verwendest, pack den Parameter „q“ in > die Liste und fertig. > Und das sind solche Parameter, von denen wir wissen, dass sie manchmal von > außen angehängt werden. Die Gruppe aus utm_source, utm_campaign und utm_term > zum Beispiel. > > An der Stelle spielt dann irgendein „sie sind hier“-Button eine Rolle. Den > würde ich niemals über addQueryString bauen. Das ist ein super Einfallstor, > einen GET-Parameter ins System zu bringen den man eigentlich gar nicht haben > will. Zumal der dann ja auch per cHash abgesichert als gültig vermerkt wird. > > Und der dritte Aspekt meiner Fehlersuche wäre: Hast Du überhaupt > GET-Parameter die veröffentlicht werden? Wen ich Deine Beispiel-URLs richtig > interpretiere, dürften ja eigentlich *alle* GET-Parameter die von außen > kommen zu ignorieren sein weil Du alles anständig in Mappins untergebracht > hast, oder? Wenn nicht würde ich das so machen, zumal es recht wenig Aufwand > ist. > > Beste Grüße, > > > Stephan Schuler > Web-Entwickler | netlogix Web Solutions > > Telefon: +49 (911) 539909 - 0 > E-Mail: stephan.schu...@netlogix.de > Web: websolutions.netlogix.de > > > > > Neu: Wir sind Amazon Web Services Partner. Mehr erfahren: > https://websolutions.netlogix.de/technologie/amazon-web-services-aws > > > > > > netlogix GmbH & Co. KG > IT-Services | IT-Training | Web Solutions > Neuwieder Straße 10 | 90411 Nürnberg > Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 > E-Mail: i...@netlogix.de | Web: http://www.netlogix.de > > netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) > Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) > Umsatzsteuer-Identifikationsnummer: DE 233472254 > Geschäftsführer: Matthias Schmidt > > > > ___ > TYPO3-german mailing list > TYPO3-germa
Re: [TYPO3-german] RealUrl speichert dynamische Urls
Hallo Liste, auch bei einem Test mit config.linkVars = L(0-50) kann ich weiterhin irgendwelche Urls erzeugen... Wenn hier also noch Jemand einen Tip hätte.. mit besten Grüßen Am 18.07.2017 um 09:22 schrieb Michael Kasten: > Hallo Liste, > > ich denke das trifft es hier wohl > > https://github.com/dmitryd/typo3-realurl/wiki/Notes-for-Integrators#i-see-a-lot-of-strange-entries-in-the-realurl-module > > Dann werde ich mal die entsprechenden Einschränkungen vornehmen > > mit besten Grüßen > > > Am 18.07.2017 um 09:11 schrieb Michael Kasten: >> Hallo Liste, >> >> ich sehe über das RealUrl Modul das RealUrl dynamische Einträge abspeichert >> sofern auch nur ein >> unbekannter Parameter an der Url hängt. >> >> Wenn also Jemand irgendeinen Müll anhängt habe ich anschließend einen >> Eintrag in der Datenbank, ich >> sehe hier aktuell eine gute Möglichkeit die Datenbank an der Stelle mit >> diversen Einträgen zu fluten: >> >> Getestet habe ich das auf zwei Instanzen: >> >> TYPO3: 7.6.18 >> RealUrl: 2.1.9 >> >> TYPO3: 7.6.20 >> RealUrl: 2.2.1 >> >> >> Original Url >> L=0%3BcHash=4013b9475a5df7a5d3caa44303718a9e=96026b6c8e39585ba626c97494eb8051=1=about >> >> Sprechende Url >> ?amp%3BcHash=4013b9475a5df7a5d3caa44303718a9e=about=96026b6c8e39585ba626c97494eb8051 >> >> Hier wurde also der Parameter m=about dazu gedichtet >> >> Original Url >> L=0=486ccb66d00f32d2181cbc187c887b9a=1=en=bjticket=bj >> >> Sprechende Url >> ?lang=en=bjticket=bj=486ccb66d00f32d2181cbc187c887b9a >> >> Hier wurde die Url mit den unbekannten Parametern lang=en=bjticket=bj >> aufgerufen >> >> Also entweder habe ich hier einen Grundsätzlichen Fehler im Setting oder >> RealUrl hat hier ein >> Problem, kennt irgendjemand das verhalten? >> >> mit besten Grüßen >> >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl speichert dynamische Urls
Hallo Liste, ich denke das trifft es hier wohl https://github.com/dmitryd/typo3-realurl/wiki/Notes-for-Integrators#i-see-a-lot-of-strange-entries-in-the-realurl-module Dann werde ich mal die entsprechenden Einschränkungen vornehmen mit besten Grüßen Am 18.07.2017 um 09:11 schrieb Michael Kasten: > Hallo Liste, > > ich sehe über das RealUrl Modul das RealUrl dynamische Einträge abspeichert > sofern auch nur ein > unbekannter Parameter an der Url hängt. > > Wenn also Jemand irgendeinen Müll anhängt habe ich anschließend einen Eintrag > in der Datenbank, ich > sehe hier aktuell eine gute Möglichkeit die Datenbank an der Stelle mit > diversen Einträgen zu fluten: > > Getestet habe ich das auf zwei Instanzen: > > TYPO3: 7.6.18 > RealUrl: 2.1.9 > > TYPO3: 7.6.20 > RealUrl: 2.2.1 > > > Original Url > L=0%3BcHash=4013b9475a5df7a5d3caa44303718a9e=96026b6c8e39585ba626c97494eb8051=1=about > > Sprechende Url > ?amp%3BcHash=4013b9475a5df7a5d3caa44303718a9e=about=96026b6c8e39585ba626c97494eb8051 > > Hier wurde also der Parameter m=about dazu gedichtet > > Original Url > L=0=486ccb66d00f32d2181cbc187c887b9a=1=en=bjticket=bj > > Sprechende Url > ?lang=en=bjticket=bj=486ccb66d00f32d2181cbc187c887b9a > > Hier wurde die Url mit den unbekannten Parametern lang=en=bjticket=bj > aufgerufen > > Also entweder habe ich hier einen Grundsätzlichen Fehler im Setting oder > RealUrl hat hier ein > Problem, kennt irgendjemand das verhalten? > > mit besten Grüßen > > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealUrl speichert dynamische Urls
Hallo Liste, ich sehe über das RealUrl Modul das RealUrl dynamische Einträge abspeichert sofern auch nur ein unbekannter Parameter an der Url hängt. Wenn also Jemand irgendeinen Müll anhängt habe ich anschließend einen Eintrag in der Datenbank, ich sehe hier aktuell eine gute Möglichkeit die Datenbank an der Stelle mit diversen Einträgen zu fluten: Getestet habe ich das auf zwei Instanzen: TYPO3: 7.6.18 RealUrl: 2.1.9 TYPO3: 7.6.20 RealUrl: 2.2.1 Original Url L=0%3BcHash=4013b9475a5df7a5d3caa44303718a9e=96026b6c8e39585ba626c97494eb8051=1=about Sprechende Url ?amp%3BcHash=4013b9475a5df7a5d3caa44303718a9e=about=96026b6c8e39585ba626c97494eb8051 Hier wurde also der Parameter m=about dazu gedichtet Original Url L=0=486ccb66d00f32d2181cbc187c887b9a=1=en=bjticket=bj Sprechende Url ?lang=en=bjticket=bj=486ccb66d00f32d2181cbc187c887b9a Hier wurde die Url mit den unbekannten Parametern lang=en=bjticket=bj aufgerufen Also entweder habe ich hier einen Grundsätzlichen Fehler im Setting oder RealUrl hat hier ein Problem, kennt irgendjemand das verhalten? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Potenzieller Schadcode in /typo3/sysext/core/Classes/Resource/ResourceCompressor.php
Hallo, ein ordentlicher Hoster wird eine Sperrung schon aus dem Grund mit entsprechenden Logfiles oder anderen Infos hinterlegen um Schadensansprüchen aus dem Weg zu gehen. Es kann ja durchaus auch Onlineshops betreffen die am Tag entsprechendem Umsatz machen oder aber das Projekt stellt in irgendeiner anderen Form die Grundlage einer Unternehmung da, da muss er seine Handlung nachvollziehbar begründen können. Was man hier also zumindest erwarten kann ist eine recht genaue Information über den Grund warum gesperrt worden ist, denn die sollte dem Hoster in irgendeiner begründeten Form vorliegen. Andersherum muss der Hoster im Rahmen der Gefahrenabwehr handeln, er kann nicht nach Kenntnisnahme den Sachverhalt ignorieren, davon profitieren letztendlich alle, auch der eigentliche Seitenbetreiber. Ansonsten wären die Folgeschäden weitaus höher, wenn dein Server nicht mehr nur dir gehört und du das nicht weißt na ja. Dann bekommst du das irgendwann mit weil, die Browser deine Seiten nicht mehr anzeigen und dann ist meist eh alles zu spät. Dann musst du dich als Seitenbetreiber u.U. auch ganz anderen Beteiligten Verantworten! Oder aber du findest eine kleine nette PHP Shell o.ä. dann kannst du deinem Server überhaupt nicht mehr vertrauen und musst im Grunde genommen deine Projekte woanders neu aufbauen, auch das kann einen erheblichen Schaden darstellen. Wie schon Alex geschrieben hat: wurde mittlerweile das genau Problem mal gesucht? Ein grep auf base64, eval oder ähnliche typische Verdächtige ist eine Sekundensache. my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Weisse Seite nach Umzug
Hallo Mathias, die Ordner von denen du sprichst sind Symlinks, wenn das dein Filezilla nicht unterstützt hast du beim Download ein Problem, entweder du hast dann dort die Inhalte der Symlinkziele oder eben irgend was kaputtes. Du solltest dir dringend einmal ansehen wie das System auf dem Server anzulegen ist: https://github.com/TYPO3/TYPO3.CMS/blob/TYPO3_6-2/INSTALL.md#if-ssh-and-symlinks-are-possible Entweder du hast die Möglichkeit mit Symlinks zu arbeiten oder musst anstelle dessen wohl die Ordner direkt anlegen. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seiteneigenschaften an FLUIDTEMPLATE
Hallo Martin, ich bin mir nicht sicher wie genau die Verwendung aussehen soll, aber was mir als erstes auffällt, bei dir steht im TS FLUIDTEMPLAGE k.a. ob das nun nur in deiner Beschreibung hier oder tatsächlich in deinem TS so steht, müsste doch eher FLUIDTEMPLATE heißen oder es gibt was neues das ich noch nicht kenne :) Dein Beispiel läuft ja darauf hinaus das du eine Navigation mit einer Sammlung von Seiten bauen möchtest, dafür könntest du doch auch (sofern du Fluid Styled Content verwendest und die Umsetzung als Inhaltselement akzeptabel ist) das entsprechende Menü verwenden (pages). Im entsprechendem Template kannst du innerhalb der for Schleife dann auch auf die restlichen Eigenschaften der Seiten zugreifen. Damit deine "Sonderlösung" auch eine Sonderlösung bleibt, könntest du z.B. über den Layout Selector des Inhaltselements noch eine Condition in das Template einbauen. Wenn das anlegen als Inhaltselement kein Option ist lohnt vielleicht der Blick in: typo3/sysext/fluid_styled_content/Configuration/TypoScript/ContentElement/MenuPages.txt Dort findest du die Verwendung des menuProcessors Weitere Beispiele: https://www.thomaskieslich.de/blog/132-typo3-8-menues-mit-fluid-und-menuprocessor-erstellen/ Klassendokumntation: https://api.typo3.org/typo3cms/current/html/class_t_y_p_o3_1_1_c_m_s_1_1_frontend_1_1_data_processing_1_1_menu_processor.html my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 8.7.2 sysext Form prefill
Hallo Christian, dein Beispiel beschreibt wohl die Möglichkeit der "alten" Form Extension. In der von Lutz genannten 8.7.1 existiert aber die "neue" Form Extension. Meiner Meinung nach kann das so nicht funktionieren, da es den Bereich tt_content.mailform.20 so nicht mehr gibt. Im Object Browser findet sich das an anderer Stelle: plugin.tx_form. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 8.7.2 sysext Form prefill
Hallo Lutz, die Doku soll bis zum 01.07 komplettiert werden (also soweit der Plan) Ich denke das Prefill ist entweder mittels "TypoScript overrides" [1] oder auch über einen entsprechenden Hook möglich: initializeFormElement [2] [1] https://docs.typo3.org/typo3cms/drafts/code.tritum.de/TYPO3.CMS/Form_Documentation/Concepts/Index.html#typoscript-overrides [2] https://docs.typo3.org/typo3cms/drafts/code.tritum.de/TYPO3.CMS/Form_Documentation/ApiReference/Index.html#apireference-frontendrendering-runtimemanipulation-hooks-initializeformelement Vielleicht hilft das bereits weiter mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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 Horst, Am 14.06.2017 um 10:20 schrieb Horst Engel: > # This option enables to create links across domains using current domain's > linking scheme. Ich bin mir nicht sicher ob das mein Problem erfässt, heir geht es ja letztendlich wohl darum zwischen den Seiten einzelner Domains innerhalb einer Instanz zu verlinken, mein Problem liegt aber in Adresskonflikten der durch RealUrl erzeugten Einträge. Oder hattest du das gleiche Problem und konntest das mit dieser Einstellung tatsächlich lösen? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 8.7.1 - CKEditor - Konfiguration Verständnisfrage
Hallo Liste, ich lese hier immer wieder das man für eine eigene Konfiguration des ckeditors einen entsprechenden Eintrag in der ext_localconf.php vornehmen soll. Ist hier wirklich die ext_localconf.php aus der sysext gemeint? $GLOBALS['TYPO3_CONF_VARS']['RTE']['Presets']['xxx'] = 'xxx'; Ist das nicht ein Globales Array welches man auch über AdditionalConfiguration.php erreichen kann? Änderungen direkt in einer Systemextension kann hier doch keine Option sein (beim nächsten Update etwa wieder hinterherfummeln?), zumal es auch Fälle gibt wo man überhaupt keinen Zugriff auf diesen Bereich hat. Wer weiß hier mehr? -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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 Christian, > Eventuell verschachtelte Domain-Einträge> Das geht nicht mehr mit 2.x von > realurl. nein das hatte ich alles vorher aufgeräumt und die Realurl mehrfach generieren lassen, in der finden sich auch alle Domains wieder so wie diese im Backend hinterlegt sind. Aus meiner Sicht ist das ein Bug allerdings fehlt mir aktuell die Zeit den Beweis dafür anzutreten (Ich vermute das realurl bei Pfaden die bis auf die Domain identisch sind durcheinander kommt) bye -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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 Christian, nein nichts neues, der realurl Entwickler meinte das sei kein Bug und ich sollte mir bei Slack helfen lassen, aber auch dort konnte keiner wirklich helfen. Das Thema köchelt hier so vor sich hin bye Am 13.06.2017 um 11:00 schrieb Christian Arenz: > Hallo Michael, > > hast du hierzu was Neues? Stehe vor dem gleichen Problem. > > Danke und Grüße > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, so das ganze prozedere noch einmal mit einer anderen 8.7er getestet, sobald man versucht mit einem User über das Backend zu arbeiten der weder über die Gruppe noch über seine eigenen Einstellungen einen Zugriff auf den Live Workspace hat wird eine Exception geworfen. Es hilft dann nur noch den Wert beim be_user auf den entsprechenden Wert direkt in der DB zu ändern oder mit einem Separaten Browser sich am System anzumelden um dann dort den User wieder das Recht an der Liveumgebung zu geben. Ich denke das wäre dann wohl dieser Bug hier: https://forge.typo3.org/issues/80901 :( bye Am 09.06.2017 um 08:24 schrieb Michael Kasten: > Hallo Liste, > > irgendjemand hier vertreten der Arbeitsumgebung unter 8.7 erfolgreich am > laufen hat? > > Ich bin der Meinung alles genau so gemacht zu haben wie es in diversen Dokus > zu lesen ist, halte als > Ergebnis aber lediglich "No such workspace defined (More information)" und > somit ein nicht mehr > bedienbares Backend. > > Ideen und Anregungen sind hier willkommen > > mit besten Grüßen > > Am 08.06.2017 um 09:37 schrieb Michael Kasten: >> Hallo Liste, >> >> ok die Berechtigung "Edit Live (Online)" findet sich ja nicht nur bei der >> Gruppe sondern auch bei >> dem einzelnen User wieder, nur erzeugt das entfernen bei Gruppe und User >> dann ein weiteres Problem: >> >> Wenn ich auf den entsprechenden User wechseln möchte erhalte ich eine >> Exception: >> >> "Exception: No such workspace defined" >> >> Ich habe doch aber einen Workspace angelegt und innerhalb des Workspaces >> dann auch gesagt das die BE >> Gruppen Member des Workspace ist!?! nun verstehe ich das verhalten noch >> weniger :) >> >> Ich finde hier auch keine weitere Möglichkeit bei den Usern oder den Gruppen >> eine weitere Zuordnung >> zu treffen. >> >> Jemand noch eine zündende Idee? >> >> >> mit besten Grüßen >> >> >> Am 06.06.2017 um 13:29 schrieb Michael Kasten: >>> Hallo Liste, >>> >>> ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit >>> Umgebung einschränken kann: >>> >>> Ich habe mir eine Entwurfsarbeitsumgebung angelegt: >>> >>> Besitzer: Gruppe Chefredakteure >>> Mitglieder: zwei weitere Gruppen >>> Bei Access: Only workspace owner can publish >>> Der Rest ist Standard bzw unkonfiguriert. >>> >>> Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den >>> aktivierten Hacken bei >>> Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. >>> >>> >>> Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den >>> Mitgliedern der >>> Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber >>> ich kann noch immer mit >>> den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei >>> Edit als auch bei Live >>> Eintragungen vornehmen >>> >>> Was könnte da noch fehlen? >>> >>> mit besten Grüßen >>> >>> >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, irgendjemand hier vertreten der Arbeitsumgebung unter 8.7 erfolgreich am laufen hat? Ich bin der Meinung alles genau so gemacht zu haben wie es in diversen Dokus zu lesen ist, halte als Ergebnis aber lediglich "No such workspace defined (More information)" und somit ein nicht mehr bedienbares Backend. Ideen und Anregungen sind hier willkommen mit besten Grüßen Am 08.06.2017 um 09:37 schrieb Michael Kasten: > Hallo Liste, > > ok die Berechtigung "Edit Live (Online)" findet sich ja nicht nur bei der > Gruppe sondern auch bei > dem einzelnen User wieder, nur erzeugt das entfernen bei Gruppe und User dann > ein weiteres Problem: > > Wenn ich auf den entsprechenden User wechseln möchte erhalte ich eine > Exception: > > "Exception: No such workspace defined" > > Ich habe doch aber einen Workspace angelegt und innerhalb des Workspaces dann > auch gesagt das die BE > Gruppen Member des Workspace ist!?! nun verstehe ich das verhalten noch > weniger :) > > Ich finde hier auch keine weitere Möglichkeit bei den Usern oder den Gruppen > eine weitere Zuordnung > zu treffen. > > Jemand noch eine zündende Idee? > > > mit besten Grüßen > > > Am 06.06.2017 um 13:29 schrieb Michael Kasten: >> Hallo Liste, >> >> ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit >> Umgebung einschränken kann: >> >> Ich habe mir eine Entwurfsarbeitsumgebung angelegt: >> >> Besitzer: Gruppe Chefredakteure >> Mitglieder: zwei weitere Gruppen >> Bei Access: Only workspace owner can publish >> Der Rest ist Standard bzw unkonfiguriert. >> >> Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den >> aktivierten Hacken bei >> Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. >> >> >> Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den >> Mitgliedern der >> Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber >> ich kann noch immer mit >> den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei >> Edit als auch bei Live >> Eintragungen vornehmen >> >> Was könnte da noch fehlen? >> >> mit besten Grüßen >> >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, ok die Berechtigung "Edit Live (Online)" findet sich ja nicht nur bei der Gruppe sondern auch bei dem einzelnen User wieder, nur erzeugt das entfernen bei Gruppe und User dann ein weiteres Problem: Wenn ich auf den entsprechenden User wechseln möchte erhalte ich eine Exception: "Exception: No such workspace defined" Ich habe doch aber einen Workspace angelegt und innerhalb des Workspaces dann auch gesagt das die BE Gruppen Member des Workspace ist!?! nun verstehe ich das verhalten noch weniger :) Ich finde hier auch keine weitere Möglichkeit bei den Usern oder den Gruppen eine weitere Zuordnung zu treffen. Jemand noch eine zündende Idee? mit besten Grüßen Am 06.06.2017 um 13:29 schrieb Michael Kasten: > Hallo Liste, > > ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit > Umgebung einschränken kann: > > Ich habe mir eine Entwurfsarbeitsumgebung angelegt: > > Besitzer: Gruppe Chefredakteure > Mitglieder: zwei weitere Gruppen > Bei Access: Only workspace owner can publish > Der Rest ist Standard bzw unkonfiguriert. > > Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den > aktivierten Hacken bei > Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. > > > Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den > Mitgliedern der > Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber ich > kann noch immer mit > den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei > Edit als auch bei Live > Eintragungen vornehmen > > Was könnte da noch fehlen? > > mit besten Grüßen > > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit Umgebung einschränken kann: Ich habe mir eine Entwurfsarbeitsumgebung angelegt: Besitzer: Gruppe Chefredakteure Mitglieder: zwei weitere Gruppen Bei Access: Only workspace owner can publish Der Rest ist Standard bzw unkonfiguriert. Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den aktivierten Hacken bei Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den Mitgliedern der Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber ich kann noch immer mit den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei Edit als auch bei Live Eintragungen vornehmen Was könnte da noch fehlen? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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, so also noch einmal die komplette Runde: 1) Extension gelöscht 2) Alle relevanten Konfigs gelöscht 3) Extension installiert 4) Automatische Konfig anlegen lassen Gleiches Verhalten :( Ich habe mittlerweile auch ein Issue bei Realurl aufgemacht und dort mal einen Screen für Interessierte hinterlegt: https://cloud.githubusercontent.com/assets/2511351/26619253/e8e30b3a-45dd-11e7-889b-9f2abd60ae75.jpg mit besten Grüßen Am 30.05.2017 um 20:10 schrieb Michael_OF: > Hallo Marcus und Michael, > > > da mein(e) realurl Problem(e) sich zum Teil genauso oder zumindest ähnlich > äußerten (Im BE unter WEB/Sprechende > URLs/URL-Daten werden ab Upgrade wilde "URL-conflicts" angezeigt), bin ich > einmal Marcus' Hinweis bzgl. realurl_conf.php > nachgegangen. > > "Auf Nummer sicher" = Extension realurl löschen, realurl_conf.php sichern, > Extension realurl installieren, > realurl_conf.php wird automatisch neu angelegt. > > Ergebnis: bei mir sind die "URL conflict detected" weg, DANKE MARCUS :) > > Der Rest noch nicht, aber ich habe was entdeckt. Eigene Email dazu. > > > Viele Grüße, > Michael > > > > Am 30.05.2017 um 18:51 schrieb Michael Kasten: >> Hallo Marcus, >> >> ausschließen kann ich das nicht ich werde morgen noch einmal durch die >> entsprechenden Dateien >> greppen mal sehen ob was dabei raus fällt. >> >> Danke für den Hinweis >> >> mit besten Grüßen >> >> >> Am 30.05.2017 um 18:29 schrieb Marcus Raphelt: >>> 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 >>> >> > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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 Marcus, ausschließen kann ich das nicht ich werde morgen noch einmal durch die entsprechenden Dateien greppen mal sehen ob was dabei raus fällt. Danke für den Hinweis mit besten Grüßen Am 30.05.2017 um 18:29 schrieb Marcus Raphelt: > 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 > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealUrl Multidomain URL-Daten
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. Worum gehts: TYPO3 7.1.18 RealUrl 2.2.1 Multidomaininstanz mit mehreren Seiten Alle Startseiten sind als Rootpages eingestellt Zu allen Rootpages gibt es jeweils genau einen Domain Datensatz Die RealURl Config habe ich mittlerweile automatisch erzeugen lassen um selbst verschuldete Fehlkonfigurationen mal ein Stück weit auszuschließen Die Konfiguration habe ich nicht serialisiert erzeugt um einfacher zu sehen was da so drin steht In der Konfiguration finden sich auch alle Domains wieder die ich als Domaindatensatz eingerichtet habe, ebenso die korrekte Zuordnung der Rootpage Ids...nur : Wenn ich die erste Seite (id = 1, rootpageid = 1)nach dem Realurl Cache löschen aufrufe ist alles gut, aber sobald ich die zweite Domain aufrufe schreibt mir Realurl sowohl bei der zweiten Seite (id = 800) die richtigen Umschreibungen rein, ABER diese Umschreibungen werden zusätzlich bei der Seite mit der ID = 1 eingetragen. Klar das nun RealUrl hier einen Konflikt anzeigt. Guck ich mir mit dem Realurl mod die Seite 800 an dann: > URL conflict detected: '/' is also used on page(s): 1 Guck ich mir die Seite 1 an dann finde ich hier auch die Einträge für die Seite 800 Das Problem ist mir ehrlich gesagt komplett neu, hatte das vielleicht Jemand schon woanders gesehen? Warum also schreibt ReaUrl die URL Daten bei den falschen Seiten rein? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zufällige Navigation TYPO3 8.7
Hallo Stephan, > Aus wie vielen Seiten möchtest Du denn eine zufällige wählen? Aus den 100'000 > die Du im Seitenbaum hast oder nur aus 10 bis 15? das ist ungesichert und aus der Erfahrung sind derartige Überlegungen eher ungünstig da man als Entwickler nie weiß wo die Reise hingeht :) > Wenn die Anzahl der Quellseiten begrenzt und gering ist würde ich das mit JS > lösen, dann kannst Du die Seite aus dem Cache ausliefern. Sicherlich aber das kann nur ein Workaround sein, möchte ich dann die Navigation noch mit Bildern aus den Seitenressourcen Ergänzen und habe einen Baum mit 100 Seiten will ich das ja nicht erst alles laden müssen. Wenn Du das jedes Mal durch TYPO3 berechnen lässt, muss mindestens die Seite mit diesem Menü bei jedem Request neu gerendert werden. Wenn das ein Teil des Hauptmenüs ist das auf jeder Seite eingebunden wird, musst Du nur für dieses Feature ja einen Teil des Caches aller Seiten ausschalten. So ein Szenario versuche ich ja gerade zum umgehen, ich sehe hier nur noch die Möglichkeit mit einem eigenen Plugin und das dann ungecached, nur wollte ich wissen ob es vielleicht doch noch eine Möglichkeit gibt die ich einfach übersehen habe :) mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zufällige Navigation TYPO3 8.7
Hallo Liebe Mitstreiter, wie es der Zufall so will benötige ich ein Menü mit zufälligen Seiten :) Das war ja mal eine einfache Fingerübung nur leider scheint das mit aktuelleren Versionen so nicht mehr zu gehen: TMENU mit alternativeSortingField = RAND() Wirft einen SQL Fehler: Unknown column 'RAND()' in 'order clause' Beim erstellen eines Content Objektes (orderBy = rand()) läuft man in den gleichen Fehler rein. In Richtung TS habe ich dann noch was mit stdWrap.listNum = rand gefunden, scheint aber auch nicht wirklich vielversprechend da ich mir ja hier lediglich einen Wert aus einer Sammlung zufällig rauspicken kann. Viewhelper: hier bekomme ich ja ein Problem durch das Caching, mir ist auch keine Möglichkeit bekannt das Caching für einen Viewhelper zu unterdrücken. Wenn ich keine Möglichkeit übersehen habe bleibt meiner Meinung nach nur noch der Weg über eine eigene Extension mit einem ungecachten Plugin, oder fällt hierzu vielleicht Jemanden noch was ein? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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 Michael,
bevor du ein upgrade machst: die höchstmögliche Version der Extensions
einspielen (gut vergessen
kann vorkommen)
Wenn du den Symlink umgelegt hast: Als erstes mal im Installtool auf
incompatible extensions testen
Du kannst die störenden Extensions ja jederzeit in der Datei
typo3conf/PackageStates.php inaktiv
setzen. Ich würde also den Symlink wieder auf 8.7.1 legen in der o.g. Datei mal
die störenden
Extensions inaktiv setzen und dann die upgrade Wizard im Installtool direkt
aufrufen.
Daumen Drück
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
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:132\nStack
> trace:\n#0
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(172):
> TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::extPath('t3skin')\n#1
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Messaging/ErrorpageMessage.php(33):
> TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::siteRelPath('t3skin')\n#2
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4541):
> TYPO3\\CMS\\Core\\Messaging\\ErrorpageMessage->__construct('', 'Oops, an
> error ...')\n#3
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4516):
> TYPO3\\CMS\\Core\\Utility\\GeneralUtility::instantiateClass('TYPO3CMSCore...',
> Array)\n#4
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.php(60):
> TYPO3\\CMS\\Core\\Utility\\GeneralUtility::makeI in
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
> on line 132
>
> Was habe ich Böses zuvor getan bzw. was wollte ich machen:
>
> - Nachdem ich PHP 5 auf 7 gehoben und den dadurch entstandenen diversen Ärger
> mit anderen Dingen beseitigt hatte, wollte
> ich (endlich) meine TYPO3 7.6 Instanz auf 8.7.1 heben. Üblicher Weg, Download
> der .tar.gz Datei, symlink auf typo3_src
> passend setzen.
> - Der erste Aufruf unter 8.7.1 lieferte einen "Ooops" und "TYPO3 Fatal Error:
> Extension key "realurl" is NOT loaded!"
>
> Wäre wohl eine bessere Idee gewesen, alle Extensions vorher zu disablen.
>
> Also wollte ich zurück auf 7.6.16, um dieses nachzuholen. Dass klappt aber
> nicht (mehr), Fehler oben. KEIN Hinweis im
> Browser, Seite bleibt leer, view-source: ist auch komplett leer.
>
> Schon mal jemand in dieses Loch gefallen?
>
>
> Liebe Grüße,
> Michael
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend-Probleme mit neuem Firefox
Hallo, hast du schon mal den typo3temp Ordner leer gemacht? Ich hatte das letztens mal mit Update auf 7.6 da waren wohl noch Scriptreste übrig, die der FF nicht mag. An der FF Version sollte es meiner Meinung nach nicht liegen, bei mir läuft u.a. FF 52.0.2 (64-Bit) auf Ubuntu 16.04 ohne Probleme. bye Am 16.04.2017 um 18:27 schrieb Christian Rößler (Roessler): > Guten Tag allerseits, > > ich habe Probleme mit dem Firefox der 52er Reihe, und würde - bevor ich > weiter > im Trüben fische - gern wissen, ob das bei anderen auch schon aufgetreten ist. > > Zum System: Das hier ist eine openSuse Tumbleweed, aktuell, 64bit. Der > Firefox > ist der in den Paketquellen mitgelieferte, FF 52.0.1 (64bit); das Problem > tritt aber genauso mit dem aktuellen, von Mozilla geholten FF 52.0.2 64bit > auf, abenso, wenn ich den FF im abgesicherten Modus (safe mode ohne Addons > usw.) starte. Das Typo3 ist auf die letzte 6er Version upgedatet (wenn ich > mich gerade nicht irre, 6.20). > > Das Symptom äußert sich so: Das Login funktioniert, das Hauptfenster bleibt > jedoch stets leer (zB Extension Manager, Log usw.). Wenn ich einen Menupunkt > auswähle, der den Seitenbaum beeinhaltet (Page, View, List), öffnet sich die > Spalte mit dem Seitenbaum (Pagetree) zwar korrekt, der Inhalt (Content) > bleibt > jedoch ebenfalls leer. > > Und jetzt der Witz: Wenn ich das Ganze mit dem Konqueror (der Vollständigkeit > halber: Version 5.0.97) mache, funktioniert das Backend, wie es soll. > > Ich kann natürlich mit dem Konqueror leben, das ist auch kein schlechter > Browser. Aber es geht mir auf den Nerv. Von daher: > > Hat noch jemand anderes dasselbe oder ein ähnliches Problem, und weiß evtl. > sogar, woran das liegt? > > Viele Grüße, > Christian > > > PS. Auf Wunsch liefere ich natürlich gern Bildschirmschnappschüsse oder evtl. > weitere Infos nach, ich wollte jetzt nicht einfach einen Anhang auf die Liste > nageln. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 8.7 wiederkehrender Fehler bei der Einbindung von JS Dateien für das Backend
Hallo Liste, seit gestern teste ich nun die LTS Version, nun habe ich einen Fehler festgestellt der nicht permanent existiert sich aber nun schon mehrfach eingestellt hat. Das erste mal konnte ich mich nicht einloggen Das zweite mal wurde das Backend nicht geladen. In beiden Fällen stimmt einfach die Verlinkung auf die notwendigen Dateien nicht mehr, z.B.: "GET /typo3/typo3/sysext/core/Resources/Public/JavaScript/Contrib/bootstrap/bootstrap.js?bust=40eea9eac312ebdf90ced458183be8aed18c4576 HTTP/1.1" 404 "GET /typo3/typo3/sysext/backend/Resources/Public/JavaScript/ContextHelp.js?bust=40eea9eac312ebdf90ced458183be8aed18c4576 HTTP/1.1" 404 "GET /typo3/typo3/sysext/backend/Resources/Public/JavaScript/DocumentHeader.js?bust=40eea9eac312ebdf90ced458183be8aed18c4576 HTTP/1.1" 404 usw. der Pfad ist so ja nicht korrekt, da hier das Segment typo3 doppelt drinsteht, die einzige Chance ist dann nur noch über das Installtool den kompletten Cache zu löschen Vielleicht hat Jemand ja ein ähnliches Problem? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CKEditor TYPO3 8.7
Hallo Carsten, danke für die Info, ein Workaround gibt es ja durch Auswahl eines anderen Presets als default, aber ich denke das der Standardeditor in einem CMS mit stable status in der Grundeinstellung schlichtweg funktionieren sollte. Das muss einfach schon so aus der Tüte funktionieren. my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CKEditor TYPO3 8.7
Hallo Robert Am 05.04.2017 um 11:24 schrieb Robert Hafenried: > RTE.tt_content.types.textmedia.bodytext.preset = full öhm ok also doch ein Bug, die Seite mit der Konfiguration hatte ich bereits gelesen, nur sollte ja die Auswahl einer möglichen Konfiguration, nicht dazu führen das die Formatierungen erhalten oder verloren gehen. Ich habe das mal mit den systemweiten Presets auf zwei Instanzen getestet: (Dein Setting würde sich laut Doku ja nur auf bestimmte CEs auswirken) TYPO3 8.7 RTE.default.preset = minimal : OK RTE.default.preset = default : Formatierungen verloren RTE.default.preset = full : OK TYPO3 8.6.1 RTE.default.preset = minimal : OK RTE.default.preset = default : Formatierungen verloren RTE.default.preset = full : OK Ein Glück, das die Formatierungen nur in der Standardeinstellung verloren geht :) Ich würde gern ein Issue dafür platzieren, weiß aber nicht genau wo, doch die Core Issue List? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] CKEditor TYPO3 8.7 Usability Bug
Hallo Liste, wenn man beim CKEditor in den "Fullscreen" Modus schaltet dann verschwindet auch oben die Leiste mit den Speichern und Rückgängig machen Buttons. Aus meiner Sicht ist das ein Bug da man aus der Ansicht erst wieder in die kleine Ansicht umschalten muss um seine Inhalte zu speichern. Habe ich hier was übersehen? stecken die Buttons dann woanders? Falls nicht würde ich das gern als Issue einstellen, CKEditor hat aber keine eigene Issue List oder? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] CKEditor TYPO3 8.7
Hallo Liste, ich habe hier eine frische TYPO3 8.7 Instanz, bei der ich nun etwas ratlos auf den CKEditor blicke. Sämtliche Formatierungen gehen beim speichern verloren, das mysql log sagt mir das überhaupt keine Formatierungen auf der DB ankommen. Der Editor läuft out of the box ohne weitere Konfiguration, bei den Konstanten habe ich testweise die allowed tags ein bisschen geändert um zu testen, leider ohne Erfolg. Oder gibt es irgendwo noch einen Schalter? Außer dem einen Konstantenfeld, mit den allowed tags und das setzen der Settings via PageTS war nichts zu finden Nun wollte ich mal fragen ob der Editor bei euch alles macht was er soll, dann muss ich bei mir weiter suchen :) mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EMailversand Kontaktformular - SPF-Problem
Hallo Christian, du solltest in der DNS Zone der Domains welche du für den Versand verwendest einen entsprechenden txt Eintrag hinterlegen der dann die Information enthält das dein Mailserver ein gültiger Mailserver für die Domain x darstellt: Hier nochmal konkret zu dem Formularproblem https://de.wikipedia.org/wiki/Sender_Policy_Framework#Probleme_mit_Webformularen Also sollten Mails aus Formularen eben nicht so gestaltet sein, als würden diese nun direkt von der Useradresse kommen. my2cent Am 16.03.2017 um 09:39 schrieb Christian Benz: > Hallo zusammen, > > ich bin neu hier im Forum und hoffe ihr könnt mir weiterhelfen. > > Ich habe ein Problem mit dem EMail-Versand der Kontaktformulare (Powermail) > unserer Kunden-Webs, da > wir hier aktuell vermehrt auf die SPF - Problematik (Sender Policy Framework) > stoßen und Mails > dadurch nicht ankommen. > > Ich hole hier mal etwas weiter aus, um den Sachverhalt hoffentlich > verständlich zu beschreiben. > Aktuell erfolgt der Versand über unseren eigenen SMTP-Server (Domain abc.de). > Die Mails aus dem > Kontaktformular werden einmal an den Empfänger des Formulars geschickt (von: > besucher (at) > irgendeinedomain.de an info (at) xyz.de) und einmal eine Bestätigung an den > Absender (von: info (at) > xyz.de an besucher (at) irgendeinedomain.de) > > Jetzt ist natürlich unser SMTP-Server nicht bei der Kunden-Domain (xyz.de) > als MX-Record > registriert. Von den E-Mail-Adressen der Website-Besucher ganz zu schweigen. > > Daher wäre nun meine Bitte / Frage, wie geht ihr mit dieser Problematik um? > > > Vielen Dank im Voraus, > Christian. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Team-Arbeitsumgebung für Typo3-Projekt
Hallo Dave, best practice ist aus meiner Sicht, alle Projektrelevanten Daten in einer Extension vor zuhalten und diese dann mittels git oder svn zu versionieren. Dann lassen sich auch über git parallele Entwicklungen abbilden und Konflikte auflösen. Wenn du nun noch die Instanzen und die Umgebung einheitlich vorgeben willst dann könntest du z.B.vagrant benutzen, da steckt dann ein Server mit einer TYPO3 Instanz in einem Virtuellen Image. my2cent Am 15.03.2017 um 08:51 schrieb Dave Zen: > Hallo, > > wie würde man am besten eine Typo3 Arbeitsumgebung aufsetzen, um in einem > kleinen Typo3-Projekt zu > dritt oder viert an einer Website zu arbeiten? Das TypoScript soll dabei in > Extensions ausgelagert > werden. > > Wenn man allein arbeitet mag das mit einer Typo3 Dev Instanz funktionieren, > aber im Team stell ich > mir das schwierig vor. Beispielweise wenn ich anfange zu programmiere, der > Code aber nicht > funktioniert und meine Kollegen arbeiten parallel an anderen Stellen - können > dann aber nicht > weitermachen, da mein Code nicht funktioniert auf der Dev Umgebung. > > Jetzt könnte jeder Entwickler seine eigene Dev Umgebung bekommen mit extra > DB, sodass man unabhängig > voneinander arbeiten kann. Jedoch muss man dann trotzdem seine Dev Umgebung > immer wieder mit denen > der anderen Teammitglieder synchronisieren damit man den aktuellen Stand hat > - auch die DB müsste > man synchronisieren. Außerdem kann es vorkommen, dass man im TypoScript auf > Seiten IDs referenziert > und die sind nicht bei jedem gleich... > > Da gibt es mit Sicherheit noch andere Fallstricke daher die Frage, wie ist so > eine > Team-Arbeitsumgebung mit Typo3 am besten aufgebaut? Gibt es da Anleitungen > oder Best Practices? > > Danke schon einmal für die Antworten. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Einzelne Seite in Typo 7.6.11 versionieren?
Hallo Stefan, ich stehe nun nicht für die gesamte Community und ich habe auch noch nie mit diesem Modul gearbeitet, allerdings stellen sich mir die folgenden Fragen: Soll es dann auch möglich sein, die Version einer Seite wieder herzustellen oder geht es hier lediglich um eine nachvollziehbare Dokumentation des Zustands x zum Zeitpunkt y? Über welchem Umfang reden wir hier? 100, 1 oder 100 Seiten Habt Ihr da auch schon über externe Tools nachgedacht? Hier müsste man wohl abwägen ob wirklich nach jeder Änderung einer Seite ein neuer Snapshot erstellt werden soll oder ob es ausreichend ist eine tägliche Version zu sichern. mit besten Grüßen Am 09.03.2017 um 12:12 schrieb Stefan Eurorack: > Liebe Community, > > könnt ihr uns bei diesem Problem (siehe oben) weiterhelfen? Wir sind ratlos > und um jede Hilfe dankbar. > > Mittels der Versionierung soll je veröffentlichter Änderung der einzelnen > Seite eine eigene Version > erstellt werden, so dass auch Jahre später nachvollzogen werden kann, an > welchem Tag welche Version > der Seite online war. > > Herzlichen Dank und viele Grüße > > eurorack > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler Felder auschalten
Hallo imho ist die Bezeichnung falsch sollte lauten also der Name des Feldes bye Am 09.02.2017 um 14:19 schrieb arianesardinas: > Hi > ich benutze Formhandler Verion 2.0.1. Es gibt ein Formular. Ich möchte bei > der Bestätigungsemail an > Admin, die Felder ausschalten, die nicht ausgefühlt wurden > ich teste folgendes: > > > ###master_email-line-html_von### > > > Aber dann wird kein Wert angezeigt, wenn es ausgefühlt ist. Kann jemand mir > ein Tipp geben, was ich > falsch mache? > Danke! > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Autor als Condition für Fluid Template
Hallo Robert,
stehen die Werte der Seite nicht im data objekt?
{data.author}
mit besten Grüßen
Am 31.01.2017 um 12:01 schrieb Robert Hafenried:
> Hallo,
>
> ich hole mir den Autor einer Seite auf diese Weise
>
>
>
> Autor:
>
>
>
>
>
> Leider funktioniert die Condition nicht. Es wäre schön, wenn mir jemand mit
> der korrekten Variable
> helfen könnte.
>
> Danke vorab!
> Robert
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Media File .mov
Hallo Johannes, hier die möglichen Formate: https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats bye Am 24.01.2017 um 10:43 schrieb Johannes C. Laxander: > Ich habe festgestellt, dass das HTML5 video-Element von TYPO3 für das > ".mov"-Video gar nicht gerendert wird! > Ist das ein Fehler oder beabsichtigt? > > Johannes. > >> >> ich habe ein .mov-Video über das Text Inhaltselement eingebunden, >> nachdem ich die Dateierweiterung zugelassen habe. >> >> Nur leider kann das Video nicht abgespielt werden, weil es gar nicht >> angezeigt wird. >> >> >> >> Wird .mov von HTML5 gar nicht unterstützt? >> >> >> >> Gruß, Johannes. > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Spam... wer ist für das Bereinigen zuständig?
Hallo, ich bekomme diese E-Mails auch andauernd, vielleicht einfach mal den Jans auffordern seine E-Mail Adresse zu aktualisieren? bye Am 23.01.2017 um 17:38 schrieb Renzo Bauen: > Hallo Liste > > ich herhalte seit ein paar Tagen immer direkte Antwortmails von Jens > Kallauke wie dieses hier. Kann irgend jemand die Mailadresse des Jens > korrigieren oder löschen? Oder was macht man mit solchen Adressen sonst? > > Liebe Grüsse, Renzo > > The following message was addressed to our organization using a domain > name that is being retired: > >From: ty...@conpassione.ch >To:jens.kalla...@fli.bund.de >Subject: Re: [TYPO3-german] Suche auf gewisse Seiten einschränken > > Please update your email address lists by changing any addresses that > refer to fli.bund.de to our new domain name of fli.de. > > This notification is for your information only - your original > message has been delivered to the intended recipient. > > FLI MailMarshal > Email Content Security > > Friedrich-Loeffler-Institut > Bundesforschungsinstitut für Tiergesundheit > Federal Research Institute for Animal Health > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche auf gewisse Seiten einschränken
se Seite --> http://chronik.stadthaag.com/ >>>>> >>>>> Auf der Startseite möchte ich gerne die Suchfunktion abzüglich des >>>>> Friedhofes haben. >>>>> >>>>> Jedoch sollen genau diese fehlenden Ergebnisse auf der Friedhofsseite nur >>>>> bei der Suche im >>>>> Friedhof erscheinen. >>>>> >>>>> Wenn man also z.B. nach dem Namen "Schlögelhofer" sucht, sollen die >>>>> Suchergebnisse auf der Seite >>>>> "Home" alle Ergebnisse aufgelistet sein, die nichts mit "Sektor" zu tun >>>>> haben. >>>>> >>>>> Mit der Suche auf der Friedhofs-Seite sollen dafür nur die Ergebnisse mit >>>>> "Sektor" erscheinen. >>>>> >>>>> Ich hoffe, es ist klar, was ich gerne hätte ... >>>>> >>>> ___ >>>> TYPO3-german mailing list >>>> TYPO3-german@lists.typo3.org >>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche auf gewisse Seiten einschränken
Hallo Gerhard, deine verwendete TYPO3 Version wird an dieser Stelle das höchste Hindernis darstellen. ke_Search könnte das wohl leisten, da vergibst du den "Friedhof Seiten" einen eigenen Tag, (also alle Seiten ab Seite x erhalten rekursiv dieses Tag) Dann zweimal die Suche einbinden und entsprechende Filter konfigurieren, die lassen sich auch als versteckte Filter einbinden. So das ein Suchformular explizit in den getagten Seiten sucht und die andere Suche in den anderen Seiten. Von ke_search gibt es auch noch alte Versionen (1.10.3) die auf 4.5. laufen sollten, aber insgesamt ist 4.5 heute wohl eher als Abenteuer zu betrachten :) https://typo3.org/extensions/repository/view/ke_search mit besten Grüßen Am 21.01.2017 um 16:54 schrieb Gerhard Obermayr: > Ja genau, der eine Index soll nur für den Friedhof gelten, der andere für die > ganze Seite ohne > Friedhof ... > > Die Seite ist (noch) auf V4.5.40, weil ich noch ein paar Dinge ändern muss, > ehe ich auf die letzte > LTS update ... > > > Am 20.01.2017 um 19:51 schrieb Dr. Dieter Porth: >> Hallo Gerhard, >> >> du möchtest also zwei Such-Indexe haben. Einen für die allgemeine Suche und >> mit ausschließlichen >> Zugriff auf einen Teil des Indexes. Du brauchst also eine configurierbare >> Suchmaschine, was die >> indexedsearch in der Form - glaube ich - nicht ist. (Erfahren Entwickler >> mögen mir widersprechen, >> wenn ich falsch liege. >> >> Ich glaube nicht, dass die Indexedsearch dies leistet. Du brauchst eine >> anderen Suchindex, der >> Konfigurierbar ist. Also etwas in Richtung elasticSearch oder Solr. >> >> https://forum.typo3.org/index.php/t/208092/typo3-cms-and-elasticsearch. >> >> Ich habe keine Erfahrungen in dem Bereich. Vielleicht weiß einer der >> Mitleser mehr. (Bitte poste >> nocheinmal, für welche TYPO3-Version du dies dies brauchst? >> >> Mit besten Grüßen >> >> Dieter >> >> >> Am 20.01.2017 um 09:03 schrieb Gerhard Obermayr: >>> Hallo und guten Morgen, >>> >>> ich habe das Problem zwar schon einmal gepostet, aber keine Antwort >>> erhalten. >>> >>> Ich möchte auf einer Seite, auf der es bereits eine Suchfunktion gibt, eine >>> zweite Suche haben, >>> die nur einen Teil der website berücksichtigt. >>> >>> Dazu habe ich im Setup auf der ersten Seite des eingeschränkten Bereiches >>> dieses TS verankert: >>> >>>plugin.tx_indexedsearch._DEFAULT_PI_VARS.sections = rl4_1424 >>> >>> Der Grund dieser Verrenkung ist die unnütze Auflistung von Seiten, die >>> nicht interessieren. >>> >>> Es betrifft diese Seite --> http://chronik.stadthaag.com/ >>> >>> Auf der Startseite möchte ich gerne die Suchfunktion abzüglich des >>> Friedhofes haben. >>> >>> Jedoch sollen genau diese fehlenden Ergebnisse auf der Friedhofsseite nur >>> bei der Suche im >>> Friedhof erscheinen. >>> >>> Wenn man also z.B. nach dem Namen "Schlögelhofer" sucht, sollen die >>> Suchergebnisse auf der Seite >>> "Home" alle Ergebnisse aufgelistet sein, die nichts mit "Sektor" zu tun >>> haben. >>> >>> Mit der Suche auf der Friedhofs-Seite sollen dafür nur die Ergebnisse mit >>> "Sektor" erscheinen. >>> >>> Ich hoffe, es ist klar, was ich gerne hätte ... >>> >> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DIV-Wrap eines Content-Elements in TYPO3 7.6 mit Fluid entfernen
Hallo Hagbard,
wenn du fluid-styled-content als Contenttemplates benutzt, werden die UIDs in
den entsprechenden
Layouts gesetzt, du könntest also für deine XML Seite die bestehenden Layouts
von FSC kopieren und
den Pfad auf diese Layouts für deine XML Seite anpassen. (entweder mit einem
Ext Template oder einer
TY Condition)
Hier findest du die Layouts:
typo3/sysext/fluid_styled_content/Resources/Private/Layouts
ContentFooter.html
HeaderContentFooter.html
HeaderFooter.html
Wenn du also deine angelegte Kopien für deine XML Seite nutzt und dort die
entsprechenden DIVs
entfernst sollten in der Ausgabe diese dann auch nicht mehr erscheinen.
bye
Am 21.01.2017 um 09:42 schrieb Hagbard Celine:
> Hallo,
>
> habe ein Problem, das ich nicht in den Griff bekomme:
>
> - Auf einer Seite soll XML ausgeben.
> - Dafür wird eine eigene Extbase-Extension verwendet.
> - Auf der entsprechenden Seite ist ein Frontend-Plug-In eingebunden, das das
> XML generiert.
> - TYPO3 generiert um das XML jedoch einen DIV-Tag ().
> - Dieser DIV-Tag soll entfernt werden.
> - Vor der Umstellung auf Fluid-Style wurde der DIV-Tag nicht ausgegeben
>
> Die Ausgabe sieht im Moment wie folgt aus:
>
>
>
>
>
>
> [...]
>
>
> Folgend das TYPO-Script-Setup für die entsprechende Seite:
>
> config.disablePrefixComment = 1
> tt_content.stdWrap.innerWrap.cObject.default >
> page = PAGE
> page {
> typeNum = 0
> config.disableAllHeaderCode = 1
> config.additionalHeaders = Content-type:text/xml
> config.xhtml_cleaning = 0
>
> 10 = TEXT
> 10.value =
> 20 = COA
> 20 {
> 10 < styles.content.get
> }
> }
>
> Was ich bisher gefunden habe:
> - Die Zeile tt_content.stdWrap.innerWrap.cObject.default > sollte eigentlich
> dafür Sorgen, dass kein
> DIV-Wrap um Content-Elemente erstellt wird. Das hat mit CSS-Styled_Content
> funktioniert,
> funktioniert nun mit Fluid-Styled-Content aber nicht mehr.
>
> Was mache ich falsch? Hat jemand einen Tipp für mich?
>
> Besten Dank im Voraus!
> ___________
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Manipulation von Daten
Hallo Stephan, Am 20.01.2017 um 19:10 schrieb Stephan Schuler: > Ich bin mir fast sicher, dass in der konkreten Implementierung nicht zwischen > 1, 2, 3 und 6 unterschieden wird sondern der Zugriff auf ein Objekt mit > irgendeiner Aufgabe. Hier kann ich mir durchaus vorstellen, dass es > Situationen gibt in denen der Benutzer einfach nicht den kompletten > Wertebereich lesen können soll. Wenn ich solch eine Unterscheidung anhand von durch den User eingegebenen Parametern treffe sind diese immer möglicher Manipulation unterworfen. > Was mach ich in einem Onlineshop wenn der Kunde den POST-Request der einen > Artikel in den Warenkorb legt manipuliert? Möglicherweise hab ich Produkte > deren Kaufberechtigung an Regeln gebunden sind, Altersbeschränkung bei > Alkohol zum Beispiel oder Gebindegrößen nur für Geschäftskunden. Dann ist dieser Onlineshop oder dessen Berechtigungslogik schlichtweg kaputt, egal ob Onlineshop oder Informationen generell, sind diese nicht öffentlich muss die Prüfung auf Zugriff anhand von User-, Gruppenberechtigungen getroffen werden. > Wenn es dann in den Checkout geht und der Kunde einen Warenkorb bestellen > möchte kann ich Payment-Types für Paypal, Nachnahme und Vorkassenzahlung > haben, und für Kunden die bereits eine erfolgreiche bezahlte Bestellung über > mindestens 25€ abgeschlossen haben erlaube ich auch den Payment-Type der > Zahlung per Rechnung. Üblicherweise gibt es in Onlineshops entsprechende Kundengruppen, wenn ich nicht der Gruppe angehöre aber durch Manipulation von Parametern die Gruppenberechtigung ändern kann ist dieses Berechtigungssystem Kaputt. > Nicht mal wenn es sich nur um GET-Requests handelt und RealURL samt cHash > sicherstellen, dass der Benutzer den ID-Parameter verändert bin ich sicher. > Ich kann mir News vorstellen die in Gruppen sortiert sind und News bestimmter > Gruppen sind nur für angemeldete Benutzer bestimmter Gruppen gedacht. Was > hindert einen angemeldeten Benutzer daran, einen gültigen Link auf eine > News-Seite an eine fremde Person weiterzuleiten? Du schreibst ja selber "News bestimmter Gruppen nur für angemeldete Besucher" wenn jemand also einen Link auf so eine (interne) News weiterleitet, wird bei korrekter Implementierung, derjenige der diesen Link aufruft nichts zu sehen bekommen, da diese ja nicht eingeloggt ist, wenn sich jemand einen Login verschafft, und sich anschließend durch Manipulation der Url sich News anzeigen lassen kann die nicht für Ihn bestimmt ist, ist die Gruppenberechtigung kaputt. (Da man in diesem Fall hoffentlich nicht nur nach eingeloggt und nicht eingeloggt unterscheidet) > Grundsätzlich ist „der Benutzer kann den Link oder die ID nicht kennen“ keine > sinnvolles Berechtigungskonzept. Das hat imho niemand behauptet, und kennen muss man überhaupt nichts, dafür gibt es genug Bots :) Die Berechtigung anhand von Eingaben zu unterscheiden ist und bleibt ein architektonischer Fehler. my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Manipulation von Daten
Never trust users oder User content is evil Grundsätzlich sind alle Usereingaben als schädliche Eingaben anzusehen. Es sollte also nur das gespeichert werden was nicht schädlich und das nicht nur an einer Stelle sondern an möglichst allen Stellen bei der Strecke zur und von der Datenbank. > Ein bestimmter User bekommt beim Bearbeiten eines Datensatzes in einem > Dropdown 3 Werte zur Auswahl > (uid 1, 2 und 3) - Mehr sieht er nicht. Er ändert vor dem Absenden den Value > einer Option von z.B. > value="3" auf value="6" und schickt das Formular ab. Dieser Fall ist aus meiner Sicht wenig realistisch, was soll der User denn damit bezwecken können, soweit wie das beschrieben ist ändert sich hier nur eine Zahl, das ist für das System uninteressant. (Es sei den der User wählt hier sowas wie eine Berechtigung oder eine Gruppenzugehörigkeit, dann aber hast du schon den ersten großen Fehler in deiner Architektur) Interessanter wird es doch wenn dein User den Value auf irgendwas anderes als eine Zahl ändern kann (Gefahr für deine DB) und das dann an anderer Stelle wieder ausgegeben wird (Gefahr für alle anderen) Alle Eingaben müssen vor der Persistierung validiert werden, also immer auf Datentyp, ggf auch Datenlänge und Formate. Dann sind ggf. alle bekannten schädlichen Steuerzeichen zu entfernen oder zu maskieren (unterbinden von DB Anweisungen, Unterbinden von Inhalten die beim ausspielen XSS erzeugen) Hierbei kann man auch serverseitig z.B. bei Verwendung von Apache noch eine FW Hochziehen (mod_Security) dann findet die Prüfung nicht nur auf Anwendungsebene statt. > Eigentlich wäre doch die einfachste Lösung bei der Update-Action nochmal zu > prüfen ob sich der vom > User gesetzte Wert in der Liste der "erlaubten" Werte ist, oder? Die Valdierung findet vor dem Aufruf der jeweiligen Action insert oder update statt https://docs.typo3.org/typo3cms/ExtbaseFluidBook/9-CrosscuttingConcerns/2-validating-domain-objects.html So Freitag also my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Stimmt, der Wiki Eintrag ist hier wohl nicht ganz korrekt, ich habe mal das webarchiv bemüht um mir da auch noch einmal Klarheit zu verschaffen: Latest 4.5.40 (2015-02-19) PHP version 5.2.x-5.5.x MySQL version 5.0.x-5.5.x End of maintenance 2015-03 So ist das nun Korrekt, Sorry! Da guck ich nun schon mal in ein Wiki. :) mit besten Grüßen Am 09.01.2017 um 15:33 schrieb Ralf-Rene Schröder: > Am 09.01.2017 um 14:47 schrieb Michael Kasten: >> https://wiki.typo3.org/TYPO3_4.5 >> The system requirements are the same as 4.4: >> PHP 5.2.x-5.3.x >> Höhere Versionen sind also eher Glückssache > > die neueste TYPO3 4.5.x sollte eigentlich mit der PHP 5.5 laufen > (hatte ich auf jeden Fall immer als letzte Prüfung vor dem 6.2 Update) > das gilt aber definitiv nicht für alle damaligen Extensions... > > und natürlich gilt in einem solchen Fall ganz besonders: CACHE in allen > Varianten löschen... > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Hallo Heike, > Kann die Änderung der PHP Version solche Auswirkungen haben? > Eine ältere PHP Version als 5.5 ist leider nicht verfügbar :( https://wiki.typo3.org/TYPO3_4.5 The system requirements are the same as 4.4: PHP 5.2.x-5.3.x Höhere Versionen sind also eher Glückssache > WÄre lieb für einen Tipp, wie ich prüfen kann, ob alles im Eimer ist oder wie > man sowas wieder > repariert... Du solltest mal in den Errorlogs des Servers gucken, gut möglich das dort einige Meldungen zu finden sind wie "Funktion nicht gefunden", "Function obsolete" usw Vielleicht hilft das ja schon weiter mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news und Seitentitel
Hallo Christian,
die entscheidende Frage ist hier wie du den regulären Pagetitle genrierst. Wird
der tatsächlich auch
immer über page.haderData.10 erzeugt?
Falls nicht und du auch nicht grundsätzlich verhinderst das der normale
Pagetitle geschrieben wird
erzeugst du tatsächlich einen zweiten.
Siehe auch:
https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#nopagetitle
> page.headerData {
> 10 >
Das verwerfen macht hier nur Sinn wenn dein regulärer Seitentitel tatsächlich
an dieser Stelle
steht. Falls dem nicht so sein sollte dann versuche doch bitte mal innerhalb
deiner Bedingung den
regulären Seitentitel abzuschalten:
[globalVar = GP:tx_news_pi1|news > 0]
config.noPageTitle = 2
[global]
bye
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news und RealURL
Hallo Christian, grundsätzlich sollte das gehen, vielleicht probierst du als erstes mal nur das Basic Setup Beispiel aus. (du hast nicht geschrieben welche Konfigurationsvariante du getestet hast) https://docs.typo3.org/typo3cms/extensions/news/AdministratorManual/BestPractice/Realurl/Index.html Da Realurl ja bei den regulären Seiten funktioniert, kann man Probleme mit Realurl oder einem fehlenden mod_rewrite Modul ausschließen, ich vermute hier also eher ein Konfigurationsproblem. mit besten Grüßen Am 04.01.2017 um 21:37 schrieb SChani: > Hallo, > ich versuche gerade eine tx_news 5.3.1 mit RealURL zu laufen zu bringen. > RealUrl funktioniert mit meinen normalen Seiten einwandfrei. > > Jetzt habe ich mir die RealUrl Konfiguration von der News Dokumentation > (https://docs.typo3.org/typo3cms/extensions/news/AdministratorManual/BestPractice/Realurl/Index.html) > in > eine Datei geladen und im Extension Manager unter RealUrl angegeben. > AutoConfig ausgeschaltet. > > Aber die URL´s sind nicht brauchbar: > > https://www.demodomain.de/aktuelles/meldung/?tx_news_pi1[news]=24tx_news_pi1[controller]=Newstx_news_pi1[action]=detailcHash=3816655f7fcacf19fc9fc86047f05962 > > > Die normalen Seiten funktionieren, aber auf tx_news wirkt es sich nicht aus. > Ist es überhaupt möglich, die Titel der Newsbeiträge in die URL zu bringen? > > Besten Dank für Hilfe > > Christian > > > > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anmeldeformular
Hallo Klaus, ich weiß nun nicht über welche TYPO3 Version wir hier reden, aber ist denn im Erweiterungsmanager die Extension felogin aktiviert? mit besten Grüßen Am 02.01.2017 um 08:36 schrieb Diemkers Klaus: > Beim Einrichten eines geschützten Bereichs möchte ich ein Loginformular > erstellen. Beim einfügen des > Inhaltselements wird mir unter "Neues Inhaltselement/Formular" kein > Anmeldeformular angeboten. Nur > ein Suchformular und ein Mailformular. > > Hat jemand eine Idee? > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Webhoster für Nebenerwerbs-Webdesigner? Wo hostet ihr?
Hallo Klaus, die Frage ist zu pauschal um diese mit einer einfachen Antwort zu erschlagen, nicht die Technik allein sind hier Kriterien sondern vielmehr dein Wunsch nach der Form wie das Hosting dich zeitlich beschäftigen sollte, so wie ich das Lese am besten überhaupt nicht. Für Leute mit wenig Zeit und einer festen Vorstellung zum System (z.B. TYPO3) gibt es spezialisierte Hoster, die ich einem "Wir haben hier auch so eine Klickinstallation für Kunden" Hoster an deiner Stelle vorziehen würde. Hosting ist ein Verantwortungsthema und wird dich immer zeitlich binden. Warum aber willst du überhaupt das Hosting anbieten? Wenn du das gewerblich betreiben willst, dann entweder entsprechend qualifizierte Hoster wählen s.o. oder das Hosting dem Kunden überlassen, du kannst ihm ja die technischen Anforderungen nennen. Ist eine Seite dann wirklich mal nicht erreichbar, kann der Kunde sich auch direkt an den Hoster wenden, oder du musst dich drum kümmern. Damit entfällt für dich dann auch in deiner Buchhaltung die rechnungstechnische Verwaltung, für das Hosting den dass bezahlt der Kunde ja dann auch im direkten Vertragsverhältnis. my2cent Am 28.12.2016 um 12:07 schrieb Diemkers Klaus: > Hallo mein Name ist Klaus, > > > ich mache seit einigen Jahren Internetseiten, rein privat für unseren > Fußballverein und den Ort in > dem ich lebe. > Bis vor ein paar Tagen hatte ich auch noch einen Blog, den ich nun aber > aufgrund einer > Interessenveränderung aufgegeben habe. > > Ich habe gestern ein Gewerbe angemeldet und möchte nun auch die eine oder > andere Website erstellen > und damit einen kleinen Nebenverdienst anstreben. > > Nun bin ich am überlegen, welchen Webhoster ich wählen soll. Die Websites > werden wohl meist TYPO3 > oder WordPress sein. > Soll oder kann man zu den großen Anbietern wie 1&1, Strato oder Host Europe > gehen oder lieber > kleinere wie Alfahosting, Mittwald, Profihost oder Hosting Agency wechseln? > > Hat hier jemand Erfahrungen damit? > > Ich habe bei T3N einen älteren Beitrag gefunden, der aber scheinbar nicht > mehr so aktuell zu sein > scheint: t3n.de/magazin/reseller-hosti...kaufen-232087/ > > Wichtig ist mir die Server-Performance und ein schneller + erreichbarer > Kundenservice! > Ich will nicht das billigste, sondern was, was auch funktioniert. Ich kann > nicht dauernd Störungen > haben, weil ich tagsüber ganz normal in meinem normalen Job bin... > > Ich freue mich über ein paar Antworten > > lg, Klaus > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] weisse seite, kein install tool, kein error log
Hallo, weiße Seite deutet meist auf einen PHP Fehler hin, wenn auf Anwendungsebene keine Fehler ausgegeben werden sollte sich zumindest in den Server Logfiles ein Hinweis finden. mit besten Grüßen Am 24.12.2016 um 12:02 schrieb Spi Ca: > Bin grad etwas verzweifelt. Habe eine 4.2 installation. Im laufenden Betrieb > ohne Änderungen auf > einmal nur noch weisse Seiten ohne Quelltext im Frontend, im BE und im > Install Tool. Auch > $TYPO3_CONF_VARS['SYS']['displayErrors'] = '1'; liefert keine Ausgabe. Wo > soll ich weiter suchen? > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler erkennt ###field_xxx### nicht
Hallo E.T. > Bzw. wenn ein User das Formular ausfüllt, soll ein Link generiert werden, den > der Nutzer in der von ihm angegebenen E-Mail bestätigen muss (damit man > sicher sein kann, dass es auch wirklich seine E-Mail ist). http://www.typo3-formhandler.com/documentation/finisher/finishergenerateauthcode/ Das gibt es schon muss nur verwendet werden Am 16.12.2016 um 23:01 schrieb E. G.: > Bzw. kennt jemand einen besseren und einfacheren Weg ein ausgefülltes > Formular zu bestätigen und > dass ich auch erst dann benachrichtigt werde, dass es jemand ausgefüllt hat? http://www.typo3-formhandler.com/en/documentation/finisher/finishermail/ Du hast vermutlich hier das Problem das der Mailfinisher die Mail versendet wenn der User das Formular ausgefüllt hat und nicht erst wenn der User sein Bestätigungslink geklickt hat, dazu lohnt ein Blick hier: http://www.typo3-formhandler.com/en/documentation/preprocessors/preprocessorvalidateauthcode/ du kannst dir z.B: einen eigenen Preprocessor erstellen der neben der Validierung des Authcodes und dem anschließenden Redirect auch noch eine E-Mail feuert. > ###field_input-required_name;col-lg-12 col-md-12 col-sm-12 col-xs-12### öhm??? was machen überhaupt die Bootstrapklassen im Marker?? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anonyme User in einer FE-Benutzergruppe zusammenfassen
Hallo Clinx GmbH, > Um die Berechtigungen für eine Seiten resp. Content Elmente sinnvoll vergeben > zu können, ist es > nötig, sämtliche nicht-angemeldeten Besucher der Webseite in einer Gruppe > (z.B. "Anonymous User") > zusammenzufassen, so dass ich diese Gruppe auf den entsprechenden Seiten > resp. Content Elmenten > berechtigen kann. Ich verstehe die Anforderung wohl nicht richtig, was genau sind "nicht-angemeldete Besucher"? a) Alle Besucher die im Internet so rumsurfen b) Alle Besucher die zwar ein Login haben diesen aber nicht verwenden. Nun wüsste ich nicht wie man solch eine Gruppe identifizieren sollte und der Ansatz ist imho verkehrt, eine Unterscheidung über die Berechtigungen nimmt man anhand der Benutzergruppen vor die identifizierbar sind und das sind nun mal die, welche sich anmelden. Ich kann mir auch so gar nicht richtig vorstellen was die Zielsetzung sein soll. > Ist es möglich, anonyme User (ohne aktiven Anmeldevorgang) in einer > FE-Usergroup zusammenzufassen? Wie soll das gehen willst du für jeden der die Seite besucht einen Account generieren? Wie willst du wiederkehrende User dann erkennen, ein Cookie unterschieben? (abgesehen von den rechtlichen Problemen mit dem erfassen von personen bezogenen Daten ohne deren zustimmung) Bin mal gespannt was sich zu diesem Thema hier noch ergibt. Vielleicht doch einmal das Problem genauer erklären mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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] Extensions - kein automatisches anlegen der Tabellen
Hallo Dave, > Die Extensions kommen alle aus dem Repository.-- benutzt du beim manuellen Anlegen den gleichen DB User? Möglich wäre hier ja auch, das deine DB User den du für TYPO3 nutzt keine Rechte hat Tabellen anzulegen. mit besten Grüßen Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Welche Suche für Typo3 Site
Hallo Liste, Die Entscheidung welche Suche hängt stark am Umfang der Seite: Bei indexed Search hatte mich früher (weiß nicht wie das mittlerweile geregelt ist) das Indexierungsverhalten, sowie das erneuern dieses Indexes gestört, das lief dann bei einem größeren Projekt, bei dem es darum ging eingepflegte Veranstaltungen möglichst schnell im Index zu haben darauf hinaus das es dann einen Cronjob gab der den Index gelöscht und anschließend einen crawler gestartet hat der über alle Seiten gegangen ist um den Index zu erneuern. Der Kenntnisstand ist aber veraltet da ich in letzter Zeit kein indexed Search mehr verwendet habe. Solr: ist imho eher für große Projekte gedacht wo eine faccetierte Suche benötigt wird, hier braucht man aber auch ein technische Umsetzung von Solr, als ich damit zu tun hatte war noch ein eigener Apache / Tomcat Server notwendig. Das kann man ja wohl mittlerweile mieten. Für ein einzelnes Projekt mit überschaubaren Aufwand lohnt sich das aus meiner Seite aus nicht Elasticsearch: Das Performancewunder (so sagt man) habe ich noch nicht praktisch eingesetzt ke_search: nutze ich auch vorzugsweise, hier gefällt mir die Möglichkeiten eigenen Indexer z.B. für eigenen Extensions zu schreiben und generell die Möglichkeiten zur Konfiguration und die recht aktuelle Entwicklung. my2cent Am 14.11.2016 um 12:43 schrieb Ralf-Rene Schröder: > Am 14.11.2016 um 12:28 schrieb Gerhard Obermayr: >> Warum soll "indexed search" nur für 20-30 Seiten funktionieren? >> Ich habe ein Beispiel mit ca. 1800 Seiten, wo es einwandfrei funktioniert: >> Keiner kann sagen, dass es nicht einwandfrei geht! > +1 > >>> Ansonsten wird üblicherweise Solr eingesetzt. > diesen Mehraufwand (im zweifelsfall auch fürs Hosting) dem Kunden zu > kommunizieren, kann schon manchmal ein Ausschluss Kiriterium sein... > > PS: als eine grundsätzlich andere Art zu indexieren (eben nicht aus dem > Frontend heraus, was im Standardfall vom Aufrufen der Seite durch einen > Besucher abhängig ist ... oder einen wie auch immer konfigurierten > crawler), bietet sich auch noch ke_search an (hier werden direkt im > BE/Cron beliebige Typen von Datensätzen indexiert ... bis jetzt hatte > ich keinerlei negative Erfahrungen damit): > https://www.typo3-macher.de/facettierte-suche-ke-search/dokumentation/einleitung/ > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] URL Setting
Hallo Kevin, mal so nebenbei, offensichtlich habt Ihr eine Extension installiert die auch ein bisschen mit in eure Dateilinks spielen: https://typo3.org/extensions/repository/view/naw_securedl In der Doku steht dazu: The “naw Secure Download” extension (“naw_securedl”) changes this behavior: Files will now be accessed through a eID Script script that honors TYPO3 access rights. The converted URL's will then look like this: index.php?eID=tx_nawsecuredl=1=fileadmin/secure/test.jpg= 306a7839647a68caf24b50870a59d3fc Sollte dir also bekannt vorkommen, ich kenne die Extension nicht im Detail, wenn du aber diese Links ändern möchtest musst du wohl sehen das du das über diese Extension in den Griff bekommst. Sollte das nicht gehen ist wohl die Frage ob die Features der Extension oder der Wunsch nach einer kurzen Url ẃichtiger ist bye Am 11.11.2016 um 16:23 schrieb Kevin Neudel: > Hallo Renzo, > > auf der folgenden Seite: > https://www.wifa.uni-leipzig.de/itvwl/makro/start.html siehst du unter > "Publikationen | Publications" z.B. das erste Paper "No Price Like Home: > Global House Prices, > 18702012 (American Economic Review)". Wenn du dir den Link anschaust, ist er > in der Form: > http://www.wifa.uni-leipzig.de/fileadmin/user_upload/itvwl-vwl/makro/team/steger/NPLH_5July16.pdf, > was dadurch gewährleistet wird, dass wir unter Link einfügen den Reiter > "externer Link" ausgewählt > haben. > > Auf der Seite: https://www.wifa.uni-leipzig.de/itvwl/makro/forschung.html ist > das Paper "Journey > into the Unknown? Economic Consequences of Factor Market Integration under > Increasing Returns to > Scale, Review of International Economics, forthcoming (Andreas Schäfer and > Thomas Steger) " als > Mediendatei hochgeladen, weswegen es die URL > http://www.wifa.uni-leipzig.de/index.php?eID=tx_nawsecuredl=0=0=1384249789=f93dbf9fa182132cc783359aa60de1e93072812d=fileadmin/user_upload/itvwl-vwl/makro/team/steger/FMI_IRS_18.pdf > hat. > Wir wollen, dass die die Dateien die kürzere URL haben, aber nicht immer in > einem Extra-Fenster > geöffnet werden, was zwangsläufig aber so ist, da wir externer Link > ausgewählt haben. > > > VG Kevin ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Einladungs-Eventmanagement
Hallo Liste, ich bin gerade dabei eine Kundenanforderung generell zu bewerten und mir ein paar Gedanken zu einer möglichen Lösung zu machen, im Grunde genommen geht es um die folgenden Eckpunkte: Userdaten importieren Mailing an die dann verzeichneten User Bouncemails berücksichtigen und Userdaten davon bereinigen In den Mails dann ein Einladungslink Login mit dem Einladungslink (Die Stelle bereitet Kopfschmerzen) Und dann noch Teilnahme bestätigen Das mal grob skizziert, ich sehe da derzeit eine Lösung auf Basis eines Newsletters in Verbindung mit einer Seminarverwaltung, aber vielleicht hat jemand was ähnliches schon andersartig gelöst? Das Problem wird hier sicherlich der Bereich des Einladungslinks darstellen, ausgehend etlichen Userdaten wird ja keiner irgendwelche Passwörter in Größenordung generieren, die dann mit verschickt werden müssten. Ich denke hier eher an so etwas wie ein Token der über die Spaltenwerte der jeweiligen User gebildet wird (ähnlich der Auth Mail Token Generierung unter Formhandler) Ich erwarte hier nun wirklich keine fertigen oder kompletten Lösungen, aber würde gern in meine Recherche / Konzeption vielleicht doch etwas mehr, als nur meine persönliche Erfahrung einfließen lassen. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension: Formhandler
Hallo, keine Ahnung warum Formhandler hier so komisch gewertet wird. > Mailformulare sind mit Powermail einfacher und flexibler zu händeln, denke > ich. Ja flexibler aus der Redakteursebene, Ansonsten kommt es dann wohl darauf an wie man mit Formularen hantiert, und ja ich bin absoluter Formhandler Fan. Es gibt wohl kein Formularszenario was sich nicht mit Formhandler lösen lässt, da sich wirklich ausnahmslos alles Konfigurieren lässt und alle funktionellen Bereiche der Formularverarbeitung mit eigenen Klassen erweitern lassen. @johannes: Nur weil der Maintainer das Projekt nicht mehr betreuen kann oder will (vielen Dank an dieser Stelle Reinhard für die geleistete Arbeit) heißt das noch lange nicht das die Extension direkt stirbt, wir arbeiten hier doch schließlich auch als TYPO3 Community gemeinschaftlich im Open Source Kontext, d.h. die Entwicklung kann von Jemanden oder allen ohne Probleme weitergeführt werden, oder? @all Es liegt doch letztendlich an uns allen Lösungen die wir toll finden weiter zu pflegen und zu fördern, oder? Hier kann sich doch auch jeder mit einbringen: https://github.com/reinhardfuehricht/typo3-formhandler Aber vielleicht bin ich da auch zu naiv und träume von einer besseren Welt :) my2cent > > Mit besten Grüßen > > Dieter > > > Am 02.11.2016 um 19:02 schrieb Tobias Pierschel: >> Ahoi, >> >> ja das ist sehr traurig, da es wirklich eine super Erweiterung ist und >> in fast jedem Projekt zum Einsatz kam. Einen richtigen Ersatz scheint es >> nicht zu geben. >> >> Viele Grüße >> Tobi >> >> Am 04.10.16 um 10:10 schrieb Johannes C. Laxander: >>> Hallo, >>> >>> die Extension Formhandler wird lt. Mitteilung auf >>> http://www.typo3-formhandler.com/formhandler/ nicht mehr weiterentwickelt: >>> >>> This project is no longer maintained and no further public releases are >>> planned. >>> No further support will be given. >>> Feel free to fork the git repository. >>> >>> Ist vielleicht schon bekannt, ob jemand anderes die Weiterentwicklung >>> übernimmt? >>> >>> Auf Google+ habe ich gelesen, dass es eine neue Formular-Extension gibt: >>> Formz - Handler for forms: >>> https://typo3.org/extensions/repository/view/formz >>> >>> Gruß, Johannes. >>> >>> >> ___ >> 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 -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Scripts einbinden unter Typo3 7.6.11
Am 02.11.2016 um 14:20 schrieb Wolfgang Ruthner: > Ich fürchte ich hab noch ein ganz anderes Grundsätzliches Verständnisproblem > bei mir entdeckt. > > mit page = PAGE > page.10 = TEXT > page.10.value = Hallo Welt du generierst hier ja das komplette Page Objekt neu, damit gibt es auch keine Einstellungen mehr bezgl. Headerdaten, Templating usw. Nun wäre also interessant, welches Templating du benutzt, bei HTML Markern (markername) musst du das value (Hallo Welt) dem Marker zuweisen (gleiches gilt als für den Rückgabewert aus deinem PHP Script) Bei Fluid Template kannst du die Ausgabe imho auf zwei Wege realisieren 1)In ein TS Objekt packen: lib.meins = TEXT lib.meins.value = Hallo Welt im Fluid Template dann z.B.: 2) Fluid Variable nutzen Hier ist das alles recht simpel erklärt: https://wiki.typo3.org/T3Doc/Fluidtemplate_by_example bye -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wrap jedes content element einer Seite
Hallo Dave, > In der Tat, wäre das wohl die einfachste Möglichkeit die Contentelemente zu > bearbeiten. > Was die IDs angeht, diese benötige ich für ein Menu. Bei einem Menupunkt > sollen die Dropdown > Menuelemente nicht aus den Unterseiten dieser Seite generiert werden, sondern > es soll aus den > ContentElementen IDs ein Dropdown-Menu generiert werden. Meine Idee war nun, > dass ich jedem > ContentElement eine ID vergebe und dann diese IDs nutze und diese als > Parameter im -Tag angebe. > Das wäre dann ein manuell erstelltes Menu. Also eine statische Ansatz beim Menü solltest du direkt verwerfen :) TYPO3 stellt dir ja ein Menü für das Verlinken auf Inhaltselementen Bereit, guck dir am besten mal das dazugehörige Fluid Styled Content Template an. Das Menü macht auch nicht anderes als alle Inhaltselemente zu verlinken, imho glaube ich war da noch ein BUG das derzeit nur Inhalte der Spalte 0 berücksichtigt werden. https://docs.typo3.org/typo3cms/extensions/fluid_styled_content/7.6/ContentElements/Menu/Index.html Section index (page content marked for section menus) Menu of content elements within the selected page, which have the option "Show in Section Menus" in the Appearance tab enabled. This makes it possible for the website visitor to jump to the selected content element, within that page, immediately. Das Menü gab es schon immer also auch mit CSS Styled Content, hier wird dann vermutlich auch eine eher über TYPOScript gelöste Variante zu finden sein bye -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wrap jedes content element einer Seite
Hallo Dave, > Naja, ich würde ganz gern nur auf einer Seite die umschließenden Tags > einfügen, auf allen Seiten > erstmal nicht. Wenn ich das Template ändere, würde dies doch alle Seite > betreffen, oder? Wenn du da keine weitere Unterscheidung vorsiehst dann ja: (xxx ist dann die ID deiner Seite auf der die Änderung greifen soll) Bei einer TYPOScript Lösung könnte das dann wohl so zu sehen: [globalVar = TSFE:id= xxx] tt_content.stdWrap.dataWrap = | [global] Bei einer Fluidlösung wäre das hier ein denkbarer Ansatz: Wobei das erste Partial dann eben noch das zusätzliche Wrapping mitliefert. Ich habe den genauen Aufbau der regulären Inhaltselemente gerade nicht vor Augen, u.U. setzt man an der Stelle auch etwas anders an, du kannst jedenfalls sowohl via TYPOScript als auch über Fluid Condition die aktuelle Seitenid verarbeiten Ich kenne das Ziel der Übung nicht, sieht für mich aber son bisschen nach Frontendmanipulation aus, wenn dem so sein sollte bleibt also noch die dritte Option für JS Liebhaber, die Struktur über JS zu ergänzen. my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wrap jedes content element einer Seite
Hallo Dave,
du machst doch ein wrap auf dein Lib Objekt, deswegen wird das gesamte Lib
Objekt da eingepackt.
Die einzelnen Inhaltselemente müsstest du dann eher so wrappen (wären jetzt
generell dann alle):
tt_content.stdWrap.outerWrap = |
Das heißt dann wohl das du bei der Erstellung deines Lib Objektes die einzelnen
Elemente vorher
wrappen solltest, also beim erstellen von {hauptInhalt}
my2cent
Am 24.10.2016 um 11:20 schrieb Dave Zen:
> Hallo,
>
> in der Variable {hauptInhalt} befinden sich alle Content Elemente einer
> Spalte. Nun soll jedes
> einzelne Content Element davon mit einem -Tag und -Tag umschlossen
> werden.
>
> In der Template Datei steht folgendes:
>
>
> In der TypoScriptdatei steht folgendes:
>
> lib.sektion = COA
> lib.sektion {
>10 = TEXT
>10 {
>current = 1
>stdWrap.innerWrap = id="element-{field:uid}" class="element
> element-{field:CType}">| }
>}
> }
>
> Leider funktioniert das nicht. Das -Tag und -Tag werden um den
> kompletten Inhalt der
> Variable eingefügt und nicht um jedes einzelne Element. Außerdem werden
> field:uid, field:CType nicht
> ausgewertet und werden als Text eingefügt. Hab auch schon mehrere Wraps
> ausprobiert aber kein
> Erfolg... Kann mir jemand weiterhelfen?
>
> Danke.
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cache Flooding und tx_news
Hallo hier mal n kleines Update: Georg verwies mich nun hierauf: https://forge.typo3.org/issues/77956 bye Am 15.09.2016 um 09:07 schrieb Michael Kasten: > Hallo Ralf-Rene, > > tja scheint wohl doch eher kein Einzelfall zu sein: > > Wenn also wie angekündigt diese Einstellung im nächsten Release die Standard > Einstellung sein soll, > wird es lustig, bei etlichen Instanzen die derzeit so ziemlich alle mit > tx_news laufen, ich hoffe > mal das Georg (hier kann man ja nicht oft genug Danke sagen) rechtzeitig ein > Update bereit stellt. > > Ich schreibe ihm mal einen issue > > mit besten Grüßen > > > Am 14.09.2016 um 19:32 schrieb Ralf-Rene Schröder: >> Am 14.09.2016 um 14:17 schrieb Michael Kasten: >>> entsprechend dem Security Hinweis >>> Cache Flooding in TYPO3 Frontend >>> Bin ich gerade Dabei, auch mit der empfohlenen Einstellung: >>> $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; >>> >>> Meine Seiten ans laufen zu bekommen, leider steigt das nun bei den >>> Newsdetailansichten immer aus, >>> als Hinweis zur Behebung steht dann dort, ich solle den Wert doch >>> bitteschön auf False sezten. >>> >>> Caches habe ich, nach dem setzen des o.g. Wertes, gelöscht: >>> >>> Im Installtool >>> Über RealUrl (ist noch eine 1er) >>> Über das TYPO3 System >>> >>> Trotzdem erhalte ich weiterhin bei den Detailansichten eine Fehlerseite. >>> Ist das nun ein generelles Problem mit tx_news oder übersehe ich hier was? >>> >>> TYPO3 6.2.27 >>> News 3.2.6 >> >> gleiches Problem hier auf diversen Installationen... >> den gewünschten parameter >> $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; >> kann ich auf Installationen mit tx_news nicht setzen (false geht dann) >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cache Flooding und tx_news
Hallo Ralf-Rene, tja scheint wohl doch eher kein Einzelfall zu sein: Wenn also wie angekündigt diese Einstellung im nächsten Release die Standard Einstellung sein soll, wird es lustig, bei etlichen Instanzen die derzeit so ziemlich alle mit tx_news laufen, ich hoffe mal das Georg (hier kann man ja nicht oft genug Danke sagen) rechtzeitig ein Update bereit stellt. Ich schreibe ihm mal einen issue mit besten Grüßen Am 14.09.2016 um 19:32 schrieb Ralf-Rene Schröder: > Am 14.09.2016 um 14:17 schrieb Michael Kasten: >> entsprechend dem Security Hinweis >> Cache Flooding in TYPO3 Frontend >> Bin ich gerade Dabei, auch mit der empfohlenen Einstellung: >> $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; >> >> Meine Seiten ans laufen zu bekommen, leider steigt das nun bei den >> Newsdetailansichten immer aus, >> als Hinweis zur Behebung steht dann dort, ich solle den Wert doch bitteschön >> auf False sezten. >> >> Caches habe ich, nach dem setzen des o.g. Wertes, gelöscht: >> >> Im Installtool >> Über RealUrl (ist noch eine 1er) >> Über das TYPO3 System >> >> Trotzdem erhalte ich weiterhin bei den Detailansichten eine Fehlerseite. >> Ist das nun ein generelles Problem mit tx_news oder übersehe ich hier was? >> >> TYPO3 6.2.27 >> News 3.2.6 > > gleiches Problem hier auf diversen Installationen... > den gewünschten parameter > $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; > kann ich auf Installationen mit tx_news nicht setzen (false geht dann) > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cache Flooding und tx_news
Hallo Peter, wie geschrieben: >> Über RealUrl (ist noch eine 1er) ja den Realurl Cache hatte ich ebenfalls gelöscht, direkt über das Realurl Info Modul (Die Änderungen bei RealUrl sind mir bekannt deswegen der Hinweis auf die Version) Meine Frage war vielmehr, hat Jemand die empfohlenen Einstellungen vorgenommen und kann mir bestätigen das es mit tx_news auch funktionieren sollte, dann habe ich wohl etwas übersehen. mit besten Grüßen Am 14.09.2016 um 15:44 schrieb Peter Linzenkirchner: > Hallo Michael, > > du musst den RealUrl Cache löschen, das geht nicht über die Cache-Werkzeuge > von TYPO3, RealUrl hat einen eigenen Cache. Schau in der Doku von RealUrl > nach, oder leere die RealUrl-Datenbank-Tabellen über phpMyAdmin (leeren, > nicht löschen!). > > https://forum.typo3.org/index.php/t/213429/ > https://www.typo3.net/forum/thematik/zeige/thema/122161/ > > Gruß > Peter > > >> Am 14.09.2016 um 14:17 schrieb Michael Kasten <h...@m-kasten.de>: >> >> Hallo Liste, >> >> entsprechend dem Security Hinweis: >> >> Cache Flooding in TYPO3 Frontend >> >> Bin ich gerade Dabei, auch mit der empfohlenen Einstellung: >> >> $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; >> >> >> Meine Seiten ans laufen zu bekommen, leider steigt das nun bei den >> Newsdetailansichten immer aus, >> als Hinweis zur Behebung steht dann dort, ich solle den Wert doch bitteschön >> auf False sezten. >> >> Caches habe ich, nach dem setzen des o.g. Wertes, gelöscht: >> >> Im Installtool >> Über RealUrl (ist noch eine 1er) >> Über das TYPO3 System >> >> Trotzdem erhalte ich weiterhin bei den Detailansichten eine Fehlerseite. >> Ist das nun ein generelles Problem mit tx_news oder übersehe ich hier was? >> >> TYPO3 6.2.27 >> News 3.2.6 >> >> >> -- >> Michael Kasten | http://m-kasten.de >> Im wirklichen Leben gibt es kein [Strg]+[Z] >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > > > -- > Xing: http://www.xing.com/profile/Peter_Linzenkirchner > Web: http://www.typo3-lisardo.de > Facebook: http://tinyurl.com/lisardo-multimedia > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] cache Flooding und tx_news
Hallo Liste, entsprechend dem Security Hinweis: Cache Flooding in TYPO3 Frontend Bin ich gerade Dabei, auch mit der empfohlenen Einstellung: $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true; Meine Seiten ans laufen zu bekommen, leider steigt das nun bei den Newsdetailansichten immer aus, als Hinweis zur Behebung steht dann dort, ich solle den Wert doch bitteschön auf False sezten. Caches habe ich, nach dem setzen des o.g. Wertes, gelöscht: Im Installtool Über RealUrl (ist noch eine 1er) Über das TYPO3 System Trotzdem erhalte ich weiterhin bei den Detailansichten eine Fehlerseite. Ist das nun ein generelles Problem mit tx_news oder übersehe ich hier was? TYPO3 6.2.27 News 3.2.6 -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news Videos [gelöst]
Ha! zu früh gefreut, als ich dann das Update auf der eigentlichen Instanz vorgenommen habe, wurde ich eines besseren belehrt, nach einigem Suchen dann doch den richtigen Hebel gefunden: Und zwar nicht bei den news Einstellungen sondern bei den User Settings, dort gibt es beim Reiter: "Edit & Advanced functions", diese Option: "File upload directly in Doc-module", nun kann ich also nicht nur die gewünschten Dateitypen wählen, sondern diese nun auch direkt über die News anlegen! bye Am 12.09.2016 um 07:52 schrieb Michael Kasten: > Hallo Karsten, > > ja in der 5er Version sind alle Medien zur Auswahl verfügbar, die Änderungen > bei den Templates sind > auch nur minimal und lassen sich schnell anpassen. > > mit besten Grüßen > > > Am 11.09.2016 um 11:43 schrieb Karsten Nowak (undkonsorten): >> Mahlzeit! >> >> Hab das selbst noch nicht gemacht. Hast du mal geschaut ob tx_news in der >> Version 5 das besser >> macht? Da wurde ziemlich viel aufgeräumt und sich von alten Dingen >> verabschiedet. Ist seit ein paar >> Tagen im TER. >> Ansonsten kannst du ja das TCA erweitern und den Dateityp hinzufügen. Den >> richtigen Schlüssel >> solltest du in der Konfiguration im BE finden. > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news Videos
Hallo Karsten, ja in der 5er Version sind alle Medien zur Auswahl verfügbar, die Änderungen bei den Templates sind auch nur minimal und lassen sich schnell anpassen. mit besten Grüßen Am 11.09.2016 um 11:43 schrieb Karsten Nowak (undkonsorten): > Mahlzeit! > > Hab das selbst noch nicht gemacht. Hast du mal geschaut ob tx_news in der > Version 5 das besser > macht? Da wurde ziemlich viel aufgeräumt und sich von alten Dingen > verabschiedet. Ist seit ein paar > Tagen im TER. > Ansonsten kannst du ja das TCA erweitern und den Dateityp hinzufügen. Den > richtigen Schlüssel > solltest du in der Konfiguration im BE finden. -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] APCu und CLI Scripte wohl ein Performance Thema [gelöst]
Hallo Philipp,
> Bei einem Prozess alle sechs Minuten würde ich mir über Caching auf der
> Ebene aber keine Gedanken machen. Deaktiviere den Cache für CLI und gut ist.
danke für die Antwort, ich habe den Cache nun entsprechend deaktiviert,
für Interessierte:
if (PHP_SAPI === 'cli') {
// cache config for CLI here
$GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']['cacheConfigurations']['extbase_object']['backend']
=
\TYPO3\CMS\Core\Cache\Backend\Typo3DatabaseBackend::class;
}
mit besten Grüßen
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] APCu und CLI Scripte wohl ein Performance Thema
Hallo Liste, wir nutzen mittlerweile ja alles an Caching was man bekommen kann, das funktioniert soweit ganz gut, nun bin ich aber auf ein Thema gestoßen wofür mir kein ideales Setting einfallen will: Der Planer benötigt ja die Möglichkeit seine Anweisungen via CLI Scripte abzufeuern, das ergab sich nun durch diese Fehlermeldungen: Ausführung fehlgeschlagen: 1232985915, The APCu backend cannot be used because apcu is disabled on CLI. Gut das also so einstellen sollte kein Thema sein, nun gibt mir aber die Doku an der Stelle zu denken: > http://php.net/manual/en/apc.configuration.php#ini.apc.enable-cli Dort heißt es nun wieder: > Mostly for testing and debugging. Setting this enables APC for the CLI > version of PHP. Under normal circumstances, it is not ideal to create, > populate and destroy the APC cache on every CLI request, but for various test > scenarios it is useful to be able to enable APC for the CLI version of PHP > easily. So nun habe ich ja einen Task im Planer der alle 6 Minuten ausgeführt wird, löscht der denn nun tatsächlich jedesmal den APCu Cache? Stehe ich also nun vor der Wahl, entweder Planer Tasks oder APCu als caching zu nutzen? Oder übersehe ich hier noch ein Detail? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Faceted Search
Hallo Laurin, Du hast das Plugin auf der Suchseite zweimal eingebunden? Da braucht es nämlich das Plugin mit der Suchmaske und den Einstellungen und das zweite Plugin das die Liste anzeigt. Wenn die Inhalte, wie du schreibst, indexiert werden, dann fehlt entweder das Plugin für die Listenansicht oder die das Plugin mit der Suchmaske ist vermutlich nicht richtig konfiguriert, guck dir hier am besten noch einmal die Stelle an wo man der Maske sagt wo der Suchindex zu finden ist. bye Am 15.07.2016 um 00:09 schrieb Laurin Schaller: > Hallo Zusammen. > > Ich verwende zum ersten Mal die Extension Faceted Search (ke_search). Das > ganze habe ich wie in der > Dokumentation beschrieben aufgesetzt. Allerdings bekomme ich im Frontend > keine Resultate angezeigt, > wenn ich nach etwas suche. > > Die Indexierung hat geklappt, wenn ich das Modul der Extension auswähle und > auf eine Seite klicke > bekomme ich die indexierte Seite und Inhaltselemente angezeigt. > > Weiss jemand woran es liegen kann, dass keine Resultate angezeigt werden? > > Vielen Dank. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] test
Hallo Daniela, Test Ok :) Am 12.07.2016 um 10:40 schrieb Daniela Schmidt: > > > Hallo Liste. > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTML in Bildunterschrift (figcaption)
Hallo Ernst, wenn in dem Projekt fluid_styled_content für die Inhaltselemente verwendet wird, dann werden die Inhalte ja auch mit diesen Templates und Partials gerendert, das Seitentemplate kannst du also erst mal außen vor lassen. (wenn das nicht gerade eine sehr exotische Umsetzung ist) > Kann ich den ViewHelper auch über Typoscript anwenden? Und wo finde ich das > Partial? Kenne mich mit > Fluid leider überhaupt nicht aus... Den Pfad auf die Partials findest du im TYPOScript Object Browser, entweder du hangelst dich durch die Knoten oder bemühst die Suche. Du solltest diese Dateien aber nicht direkt bearbeiten. Du kopierst dir besser die benötigen Partials aus der Extension fluid_styled_content in ein Verzeichnis deiner Wahl (meist unterhalb von Fileadmin) und setz den entsprechenden Pfad auf diese Dateien über das Typoscript Template. Dann kannst du die entsprechenden Partials nach deinen Vorstellungen anpassen. mit besten Grüßen > > Gruß, Ernst > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fluid_styled_content
Hallo jochen, > Was bringt mir dass, wenn ich auf fluid_styled_content umstelle? für mich ist das die erste Wahl, ich habe genug Projekte in den letzten Jahren gesehen die immer wieder Versuche unternommen haben die durch css styled content generierte HTML Struktur zu entschlacken oder zu ändern, was nur bedingt möglich ist. Bei Fluid Styled Content besteht nun genau diese Möglichkeit, sich die ganzen Templates und Partials so hinzubasteln wie man es braucht. > Nicht einmal Responsive" Tja das ist aber auch nicht die Aufgabe einer Templateengine, sondern die Aufgabe der Person welche das Projekt umsetzt. Wenn du so viele Projekte betreust dann erstelle dir doch einmal für die Seiten Partials und Templates mit entsprechenden Bootstrap oder Foundation Klassen. Dann erstellst du dir noch die entsprechenden Partials und Templates für Fluid Styled Content. Das ist ja alles wiederverwendbar. > und immer diese Lesearbeit. *Plong* > Wordpress macht das Typo3 vor, das sind sehr viele Themes responsive. Du vergleichst hier zwei Dinge die sich nicht vergleichen lassen, ein Theme ist keine Templateengine. Ich würde gern zu den WP Themes vieles sagen wollen, aber nichts davon würde unter dem Aspekt eines langfristig zu betreibenden Projektes, postitiv ausfallen, also lasse ich mal das bashing an dieser Stelle. my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 automatische datenbank sicherung ???
Hallo Jorge, > Ich habs mit dem Sql Dumper >Cronjob versucht sichert mir aber nur die DB er > sollte sie mir aber > einmal die Woche per mail senden. *ähm* so eine Datenbank kann ja recht groß werden, E-Mail erscheint mir da als das falsche Mittel. Ist das ein Linuxserver? ansonsten ist das folgende unbrauchbar :) Wenn du schon mit Cronjobs arbeitest, würde ich ein regelmäßigen Dump auf dem Server ablegen und per E-Mail maximal eine Info darüber verschicken, sofern du die entsprechenden Möglichkeiten auf dem Server hast. (Shell Login, Recht an mysql bzw mysqldump und Cronjobs) > So in etwa lautet die Vorgabe einer Firma die ein regelmässiges Update haben > will. Im Vorraus schon > mal Danke wenn Du was weisst... Ein Update oder ein Backup? ;) Ich würde die Argumentation auch dem Kunden gegenüber so fahren das E-Mail nicht der richtige Weg sein kann. 1) Dump erzeugen 2) Per SSH/rsync die Daten auf einen Backupserver verschieben 3) Bei Abschluss eine E-Mail verschicken oder auch denkbar 1) Eine Livereplikation für die DB einrichten 2) Auf dem Slaveserver dann regelmäßige Backups generieren 3) Bei Abschluss eine Mail verschicken my2cent -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3/tx_news skaliert Bilder nicht richtig
Hallo Martin,
wie groß sind deine Ausgangsbilder?
Du schreibst doch: maxHeight = 540
Das width ist ja imho nicht mehr relevant wenn die Bildhöhe von maxHeight
überschritten wird, dann
werden die Bilder unter Beibehaltung des Bildverhältnisses, entsprechend
skaliert, eben auf
maxHeight, die Breite ergibt sich dann ja.
croppen oder skalieren hängt von deinem Quellmaterial ab.
Sind die alle gleich Groß?
Haben die alle das richtige Bildverhältnis (1,8)
Dann reicht skalieren aus (Das wäre aber das erste mal aus der praktischen
Erfahrung), falls nicht
musst du eben auch beschneiden, vielleicht hilft das hier ein bisschen weiter:
https://jweiland.net/typo3/codebeispiele/typoscript/bildausschnitt-mit-typoscript.html
my2cent
Am 05.07.2016 um 12:16 schrieb Martin St.:
> Ich nutze Typo3 6.2.25 und die dafür vorgesehene aktuelle Version von
> "tx_news", um meine News auf
> einem privaten Projekt zu erstellen.
>
> Ich füge dort Bilder ein, die eine maximale Briete von 960 und maximale Höhe
> von 540 haben sollen.
>
> Über das Fluid Templating habe ich bisher nichts verändert und diese Angaben
> kommen per Typoscript
> (Setup):
> plugin.tx_news {
> settings {
> # --
> # Detail
> # --
> detail {
> # media configuration
> media {
> image {
> # choose the rel tag like gallery[fo]
> lightbox = lightbox[myImageSet]
> width = 960
> maxHeight = 540
> }
>
> }
> }
> # --
> # List
> # --
> list {
> # media configuration
> media {
> image {
> Width = 960
> maxHeight = 540
> }
> dummyImage =
> typo3conf/ext/news/Resources/Public/Images/dummy-preview-image.png
> }
>
> }
> }
> }
>
>
> Sobald ich ein Bild mit der exakten oben genannten Breite und Höhe anlege,
> ist alles okay. Wenn ich
> aber ein Bild angebe, das nicht exakt diese Größe ist wird das Bild zu
> 740x540 skaliert. Es kann
> eigentlich dann nicht am Bild liegen, oder?
>
> Oder müsste ich anstatt zu skalieren eher croppen?
> Ich möchte alle Bilder zu 960x540 skalieren.
> _______
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3 als Seitentitel möglich?
Hallo. danke für die Antworten, da habe ich mich wohl mal wieder unverständlich ausgedrückt, mit Seitentitel meinte ich tatsächlich den Titel der jeweiligen Seite so wie dieser dann unter Verwendung von RealUrl in der Url erscheint. Ich hatte mir schon fast gedacht das es nur über entsprechende Rewrites zu lösen ist. Sorry für die missverständliche Fragestellung :) mit besten Grüßen Am 28.05.2016 um 14:49 schrieb André Spindler: > Hallo zusammen, > > Ich denke, das kommt darauf an, wie die URLs generiert werden: > > * www.domain.de/typo3/ wird mit Sicherheit nicht funktionieren, > * www.domain.de/typo3.html dagegen schon. > > Kommt auf die RealURL-Konfiguration an. > > Wobei sich da natürlich die Frage stellt, was der Ersteller ursprünglich > gemeint hat. Gefragt hat er > nach dem SeitenTITEL. Und die ist von RealURL völlig unabhängig, da ich ja > ein davon abweichendes > Pfadsegment verwenden kann. Wenn der Pfad anders lautet, ist da "typo3" > sowieso kein Problem... > > Lieben Gruß, > André > > > Am 28.05.2016 um 14:21 schrieb Peter Kühnlein: > >> Am 28.05.2016 um 12:44 schrieb Renzo Bauen: >>> Hallo Peter >>> >>> das Problem ist, dass es dann mit RealURL diese URL gibt >>> www.meinweb.de/typo3 >>> Und darunter wäre ja eigentlich das Backend aufzurufen... => Konflikt! >>> >>> Gruss Renzo >> >> Ah! Ok!... Danke, dass Du mir vom Schlauch geholfen hast! An RealURL hatte >> ich nicht gedacht! >> >> Gruss, Peter >> > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] typo3 als Seitentitel möglich?
Hallo Liste, kleine Quizfrage: ich möchte eine Seite auf der ersten Menüebene anlegen die typo3 heißt, unmöglich? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Call to a member function findByRelation() on a non-object
Problem gelöst (denke ich), die Klasse ist wohl doch nicht über $this
ansprechbar, ich hätte nun
aber aufgrund des Beispielsscripts gedacht, das man beim ableiten von der
Abstraktklasse diese
Methoden direkt über $this ansprechen kann, wenn ich die Instanz des
fileRepositorys mit vollen Pfad
angebe dann geht es ohne Probleme:
$fileRepository =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('TYPO3\\CMS\\Core\\Resource\\FileRepository');
$fileObjects = $fileRepository->findByRelation($table, $type, $uid);
Und was wäre jetzt der elegantere Weg?
mit besten Grüßen
Am 27.05.2016 um 13:59 schrieb Michael Kasten:
> Hallo Liste,
>
> irgendwie steh ich aufm Schlauch ich habe einen eigenen Viewhelper angelegt,
> der ist aus meiner
> Sicht technisch auch korrekt eingebunden (wenn ich die Logik dort
> rausschmeiße und lediglich Text
> ausgebe, sehe ich das so auch in der Seite)
>
> Mein Ziel ist es Bilder aus den Seiteneigenschaften auszulesen, dazu hatte
> ich mich nun an folgenden
> Beitrag orientiert:
>
> http://typo3-german.typo3.narkive.com/PDD6biGm/typo3-6-2-fluid-bilder-aus-den-seiteneigenschaften
>
> Dazu muss ich wohl sagen das ich derzeit auf 7.6 entwickle und der Beitrag
> oben für 6.2 gilt und
> auch schon ein paar Tage älter ist.
>
> Nun erhalten ich immer die Fehlermeldung:
>
> Fatal error: Call to a member function findByRelation() on a non-object in
> /home/cosmo/LOCALHOST/TYPO3-7-6-dev/typo3conf/ext/wfpages/Classes/ViewHelpers/NextPageImageViewHelper.php
> on line 19
>
> Zeile 19:
>
> $fileObjects = $this->fileRepository->findByRelation($table, $type, $uid);
>
> Ich habe schon versucht mit dem use den core Namespace noch einmal zu
> deklarieren weil ich dachte
> das vielleicht die entsprechenden Klassen nicht erreichbar sind, war aber
> auch nur ein fruchtloser
> Versuch.
>
> Vielleicht kann mich jemand in die richtige Richtung schubsen oder hat das
> Problem auch schon gelöst?
>
>
> mit besten Grüßen
>
>
>
>
--
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Call to a member function findByRelation() on a non-object
Hallo Liste, irgendwie steh ich aufm Schlauch ich habe einen eigenen Viewhelper angelegt, der ist aus meiner Sicht technisch auch korrekt eingebunden (wenn ich die Logik dort rausschmeiße und lediglich Text ausgebe, sehe ich das so auch in der Seite) Mein Ziel ist es Bilder aus den Seiteneigenschaften auszulesen, dazu hatte ich mich nun an folgenden Beitrag orientiert: http://typo3-german.typo3.narkive.com/PDD6biGm/typo3-6-2-fluid-bilder-aus-den-seiteneigenschaften Dazu muss ich wohl sagen das ich derzeit auf 7.6 entwickle und der Beitrag oben für 6.2 gilt und auch schon ein paar Tage älter ist. Nun erhalten ich immer die Fehlermeldung: Fatal error: Call to a member function findByRelation() on a non-object in /home/cosmo/LOCALHOST/TYPO3-7-6-dev/typo3conf/ext/wfpages/Classes/ViewHelpers/NextPageImageViewHelper.php on line 19 Zeile 19: $fileObjects = $this->fileRepository->findByRelation($table, $type, $uid); Ich habe schon versucht mit dem use den core Namespace noch einmal zu deklarieren weil ich dachte das vielleicht die entsprechenden Klassen nicht erreichbar sind, war aber auch nur ein fruchtloser Versuch. Vielleicht kann mich jemand in die richtige Richtung schubsen oder hat das Problem auch schon gelöst? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ 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
Hallo Peter, ob ein Symlink funktioniert hängt oft auch von den Einstellungen des Hostings ab, dem Apache (sofern verwendet) muss wissen das er Symlinks nachgehen darf, wenn das bei einer Domain nicht eingestellt ist und bei der andern schon könnte das ein unterschiedliches verhalten auf ein und derselben Instanz erklären. bye Am 24.05.2016 um 12:57 schrieb Peter Kühnlein: > "Umgezogen" klingt nach Serverwechsel - das meine ich nicht: ich habe einfach > die Domains per > AuthCode vom einen Anbieter zum anderen gewechselt. Scusi für die unklare > Ausdrucksweise! > > 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: >> >> Calculated absolute path to tslib directory does not exist. >> >> Something in the main file, folder and link structure is wrong and must >> be fixed! A typical document root contains a couple of symbolic links: >> * A symlink "typo3_src" pointing to the TYPO3 CMS core. >> * A symlink "typo3" - the backend entry point - pointing to >> "typo3_src/typo3" >> * A symlink "index.php" - the frontend entry point - points to >> "typo3_src/index.php" >> >> Das Backend funktioniert, und ebenso die andere (zweite im Seitenbaum) >> Domain. >> >> Ich vermute, das hängt mit der Baumstruktur zusammen - aber warum tritt >> der Fehler erst jetzt auf, und warum nur bei der ersten Domain? Kennt >> jemand dies Phänomen? Und was tu ich dagegen? >> >> LG Peter > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid: ein Datum mit Tagesdatum vergleichen
Hallo Johannes, kannst du nicht einfach ein Datumsformat ohne Uhrzeit wählen? Die Doku sagt hier ja: Format-Syntax ist identisch mit PHPs strftime-Funktion (https://secure.php.net/manual/de/function.strftime.php). bye mit besten Grüßen Am 20.05.2016 um 10:28 schrieb Johannes C. Laxander: > Hallo, > > ich möchte in einem Fluid-Template ein gegebenes DateTime-Objekt mit dem > aktuellen Tagesdatum vergleichen. Beim Vergleich soll nur der Tag (ohne > Berücksichtigung der Uhrzeit) Vergleichskriterium sein. Beispiel: > > Gegebenes Datum: 20.05.2016 12:05 > Tagesdatum (now() timestamp): 20.05.2016 10:00 > > Das Vergleichsergebnis sollte hier also eine Übereinstimmung sein > (=20.05.2016). > > Mein bisheriger Vergleich funktioniert zwar prinzipiell, aber er > berücksichtigt auch die Uhrzeit, was nicht gewollt ist: > > > > Wie kann ich das Problem lösen? > > Gruß, Johannes. > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] open_basedir ke_search
Hallo Liste, ich habe hier ein Problem mit der open_basedir Einstellung im Zusammenspiel mit ke_search: TYPO3 7.6 ke_Search: 2.2.0 PHP: PHP 5.6.20-0+deb8u1 open_basedir Einstellung: open_basedir = /home/wf10284:/usr/local/share/php:/tmp Es gibt hier ein Verzeichnis mit den binarys, z.B. /home/wf10284/bin/pdftotext Der Pfad ist in den Extensioneinstellungen hinterlegt Wenn ich den Indexer von ke_search anwerfe dann erhalte ich diesen Fehler: #1: PHP Warning: is_executable(): open_basedir restriction in effect. File(/home/wf10284/bin/pdftotext) is not within the allowed path(s): (/home/wf10284:/usr/local/share/php:/tmp) in /home/wf10284/www/typo3conf/ext/ke_search/Classes/indexer/filetypes/class.tx_kesearch_indexer_filetypes_pdf.php line 52 Diese Fehlermeldung widerspricht doch aber den tatsächlichen Einstellungen. Nochmal: Das binary "pdftotext" liegt in /home/wf10284/bin Diese Verzeichnis erlaubt allen die Ausführung Dieser Pfad wird in der Fehlermeldung als nicht erlaubt angezeigt obwohl kurz danach steht er sei erlaubt Ich denke die Fehlermeldung weißt mich in eine falsche Richtung oder ich habe hier etwas nicht verstanden. any hints? -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extensionmanager Error
Hallo, kleines Update, das Problem liegt nicht an der sysext about, stellt man die inaktiv dann meckert die nächste Extension über das gleiche Problem, ich denke das der Pfad hier irgendwie falsch aufgelöst wird, stellt sich mir die Frage wie diese Auflösung aussieht bzw. wo werden diese Pfade generiert? Sieht ja ganz so aus als wenn hier die Slashes fehlen, der Pfad wird in der sysext core erstellt (classes/packageManager.php). mit besten Grüßen Am 28.04.2016 um 08:50 schrieb Michael Kasten: > Hallo Liste, > > bei einer von einem Kunden mitgebrachten Instanz kommt es beim > Extensionmanager zu einem Problem das > ich mir nicht ganz erklären kann, dazu muss ich sagen das die Instanz auch > schon einen Viagra Hack > erfahren hatte. > > Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1382276561: The > package "about" depends on > "typo3sysextcore" which is not present in the system. | > UnexpectedValueException thrown in file > /var/www/typo3core/typo3_src-6.2.22/typo3/sysext/core/Classes/Package/DependencyResolver.php > in line > 140. > > Wir haben alles an komischen Skripten entfernt und auch den Core einmal > komplett ausgetauscht, der > Fehler bleibt aber bestehen. > > Wie man sieht wird hier auch der Pfad zu einem Extensionnamen > zusammengebacken. > > Auch das generieren einer neuen PackageStates.php brachte hier keinen Erfolg > Ist zufällig schon mal jemand über das Problem gestolpert? > > Anonsten bleibt dann wohl nur noch der Weg den Extensionmanager genauer zu > untersuchen um > nachzuvollziehen wie der Pfad oben zustande kommt. > > > > mit besten Grüßen > > > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extensionmanager Error
Hallo Liste, bei einer von einem Kunden mitgebrachten Instanz kommt es beim Extensionmanager zu einem Problem das ich mir nicht ganz erklären kann, dazu muss ich sagen das die Instanz auch schon einen Viagra Hack erfahren hatte. Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1382276561: The package "about" depends on "typo3sysextcore" which is not present in the system. | UnexpectedValueException thrown in file /var/www/typo3core/typo3_src-6.2.22/typo3/sysext/core/Classes/Package/DependencyResolver.php in line 140. Wir haben alles an komischen Skripten entfernt und auch den Core einmal komplett ausgetauscht, der Fehler bleibt aber bestehen. Wie man sieht wird hier auch der Pfad zu einem Extensionnamen zusammengebacken. Auch das generieren einer neuen PackageStates.php brachte hier keinen Erfolg Ist zufällig schon mal jemand über das Problem gestolpert? Anonsten bleibt dann wohl nur noch der Weg den Extensionmanager genauer zu untersuchen um nachzuvollziehen wie der Pfad oben zustande kommt. mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP Fatal error:
Hallo Philipp, Am 18.04.2016 um 12:34 schrieb Philipp Gampe: > Hi Michael Kasten, > > Michael Kasten wrote: > >> Kann hier jemand weiterhelfen? > > Hast du mal versucht, alle Cookies im IE zu löschen? nein, ich bin mir auch nicht sicher ob das etwas gebracht hätte, wir haben unterschiedlichste IE Versionen getestet die dann die Seite initial aufgerufen haben, da wird es also noch keine bestehenden Cookies gegeben haben. Ich muss die Fehlermeldung erweitern: Alle IE Browser ab Version 8 +iPad (da bin ich mir nicht ganz sicher welchen Browser der Kollege da getestet hat) Wir haben da jetzt eine besch*e Krüpellösung verbaut da wir ab heute Morgen mit dem Teil online sein mussten. http://stackoverflow.com/questions/3185779/the-session-id-is-too-long-or-contains-illegal-characters-valid-characters-are Da wir das Problem nicht auf unseren Entwicklungsserver beobachten konnten muss es also an den technischen Abweichungen liegen, nur gibt es da imho keine oder ich konnte diese noch nicht ausmachen. PHP Version und phpinfo sind soweit identisch any hints? mit besten Grüßen > > Grüße > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] PHP Fatal error:
Hallo Liste, ich habe hier leider ein masives Problem das ich so noch überhaupt nicht eingrenzen kann: PHP 5.6.11-1ubuntu3.1 (cli) TYPO3 7.6.5 sr_feuser_register V 4.0.2 Bei Verwendendung von IE ab Version 9 erhalte ich die folgende Fehlermeldung: Unknown: The session id is too long or contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown line 0 Diese Art Fehler kenne ich so noch garnicht Das was so ein bisschen in die Richtung geht wäre dann wohl das hier: https://bugs.php.net/bug.php?id=68063 Kann hier jemand weiterhelfen? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verhält sich der Menü Separator mit Real Url unter 7.6 anders?
Hallo Marco, Dankeschön für die klärenden Worte! mit besten Grüßen Am 01.04.2016 um 09:48 schrieb Marco Kuprat: > Hallo Michael, > >> für Navigationspunkt im Footer, oder auch übliche Metanavigationseiten >> erstellte ich mir bisher immer unterhalb eines Menü Separators, damit >> waren diese Seiten sauber vom Rest getrennt. >> >> Für diesen Separator stelle ich dann immer noch ein "Exclude from >> speaking URL" dann gibt es auch kein hässliches "meta" oder "footer" in >> den URLs. >> >> Das scheint so nun nicht mehr zu gehen, wenn ich anstelle eines "Menü >> Separators" eine reguläre im Menü verstecke Seite dafür benutze kann >> ich wie gewohnt alles wie oben beschrieben nutzen, beim Menü Separator >> kommt nur ein "page not found" > > Das ist seit Realurl in der Version 2 Standardverhalten: > > "RealURL does not decode subpages of the following page types: > Separator. Separator pages are just visual separators in the menu. They > should not have subpages. Use folders instead. This is a breaking change > since realurl 1.x. It is made to enforce proper page tree structure." > > https://github.com/dmitryd/typo3-realurl/wiki/Notes-for-Integrators > > > > Viele Grüße > > Marco > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
