Re: [TYPO3-german] Problem mit URL
Haben deine Seiten einen Titel-Tag?
Dein zitierter Text erinnert mich an eine Beschreibung-Struktur.
Aber ich kenne mich mit google nur wenig aus. Wenn google keinen Fehler
anzeigt, wird deine Struktur wohl insgesamt in Ordnung sein.
Dieter
Am 30.04.2018 um 17:21 schrieb Bernhard Ludwig:
Hallo,
folgendes Problem nach Umstellung auf https (6.2.x):
die Domain ist erreichbar unter:
https://www.MeineDomainXYZ.de <https://www.meinedomainxyz.de/>
Unterseiten erscheinen (RealUrl) unter:
https://www.MeineDomainXYZ.de/beispieltitel/seitenname
<https://www.meinedomainxyz.de/beispieltitel/seitenname>
Soweit alles gut. Eben schaue ich in die Webmastertools, da hat google auch
folgende Syntax indexiert:
https://www.MeineDomainXYZ.de/
<https://www.meinedomainxyz.de/1/beispieltitel/seitenname>https://www.MeineDomainXYZ.de
<https://www.meinedomainxyz.de/1/beispieltitel/seitenname>/1/beispieltitel/seitenname
<https://www.meinedomainxyz.de/1/beispieltitel/seitenname>
Die 1 in der URL kommt von der gewählten Seitensprache. Soweit OK, aber woher
kommt die doppelte https-Domain in der URL und warum wirft das keinen Error
aus? Könnte das mit der Anweisung in der htaccess zu tun haben? Hier soll ja
eigentlich jede http-Anfrage auf https geleitet werden. Bin mir aber nicht
sicher, ob das so genau passt.
RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]
Vielen Dank für Hinweise, VG
Bernhard
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Webseite funktioniert unter PHP 7.1 aufwärts nicht - Fehlermeldung
Hallo Steffen, 1990 hieß die Devise: "Wähle die Software aus und kaufe dann den passenden Rechner dafür." Bei TYPO3 heißt heute die Device: "Nutze das minmal notwendige PHP-System zumTYPO3, wenn du Stress mit Extension oder Core vermeiden willst." TYPO3 7.6 läuft auf PHP7.0, also ist es für das entsprechende System gut getestet. TYPO3 7.6 auf PHP7.2 laufen lassen zu wollen, impliziert genau deine Beobachtung. Es treten Fehler auf, die mit dem minimal notwendigen System nicht auftreten. Den Umstieg auf php7.2 würde ich erst bei TYPO3 9 machen, weil es dort Pflicht ist - nicht vorher. Man holt sich nur Stress rein. Ich hatte letztens schon Problem beim Upgrade von 7.0 audf 7.1. Nach meinen Coposer update waren andere Symphonie-Komponenten installiert, die an anderer Stelle Stress machten, weil irgend ein Krempel fehlte. ...Also: "Never touch a running system." Seit dem sehe ich zu, dass in der Composer die PHP-Version required wird, weil der Composer sonst das aufrufende System zum Standard macht... Zukunftfest kann nur bedeuten, dass du Migrationen zum nächsten Major-Update leicht durchführen kannst. Dies verspricht dir TYPO3. Ich gehe davon aus, dass deine angedeuteten Probleme mit TYPO3 8 auf fehlerhaften Konfigurationen (ignorierte deprecation.log?) oder Extensions herrühren. Dank Composer wird die Installation zukünftig friggeliger. Die Systeme werden zickiger. Mit besten Grüßen Dieter Am 20.04.2018 um 16:02 schrieb Steffen Liebig: Hallo miteinander, kurze Info vorab: wir stecken mit unserer Seite momentan etwas fest. Da es ab Typo3 8 mehrere Probleme gegeben hat, sind wir noch auf 7.6 LTS angewiesen. Da das ganze Konstrukt möglichst lange laufen soll, wollen wir auf ein aktuelleres PHP umstellen. 7.0.27 läuft stabil, ab 7.1 geht nichts mehr. Mit 7.2 erhalten wir Folgendes: *PHP Warning: count(): Parameter must be an array or an object that implements Countable* Unser Provider hat PHP 7.0.27 wohl noch eine Weile im Angebot, die 7.2 wäre natürlich "zukunftsfester" und wäre auch für nachfolgende Typo3's geeignet - so sich die Schwierigkeiten beheben lassen. Ich habe so einen Fehler in Bug reports zu höheren Typo3's gesehen, kann aber nicht viel damit anfangen, weil die Fixes natürlich für entsprechende Versionen gelten. Der Eine oder Andere hat bvermutlich meine Beiträge bis ca. zur Jahreswende gesehen...ich bin als Admin tatsächlich zurückgetreten, aber mein Nachfolger ist doch wieder abgesprungen. Ich mache das jetzt interimsweise, bis sich was ergibt und möchte zumindest innerhalb von Typo3 7.6 LTS alles technisch halbwegs zukunftsfest haben. Kann evtl. jemand was zu der Fehlermeldung im Bezug auf T3 7.6 LTS sagen ? Cu und schönes Wochenende, Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Tabellenränder umschalten
Hallo Gerhard, Du arbeitest mit dem html-Area-Editor. Ich würde das Problem anders definieren. Du brauchst eine CSS-Definition für die Tabellen, damit jede Tabelle automatisch einem Rahmen hat, oder? https://jweiland.net/typo3/codebeispiele/rte.html#c2680 http://www.cms-content-management-solutions.de/rte-css-klassen-hinzufuegen.html https://blog.andreasbecker.de/2012/05/12/typo3-rte-eigener-css-stil-fur-tabellen/ https://www.webmaster-crashkurs.de/tabellen-mit-css-formatieren.htm Dieter P.S. Deine Chronik sieht nach viel Arbeit aus. Respekt! Am 17.04.2018 um 08:06 schrieb Gerhard Obermayr: Guten Morgen Dieter, Am 16.04.2018 um 20:05 schrieb Dr. Dieter Porth: Hallo Gerhard, wie dringend ist das Problem? Wie sehr brauchst du den RTE? Und warum brauchst du Tabellen? Für welche TYPO3-Version brauchst du es? Zu deinen Fragen: 1. ist es dringend - ich arbeite täglich damit und ärgere mich nun schon mehr als 3000 Seiten lang, 2. brauche ich den RTE auf jeder Seite, 3. um Daten darzustellen und 4. für V4.5.x ... Ich arbeite gerade an der Vorbereitung eines Crowdfunding zur Finanzierung einer Extension (TYPO3 8+), mit der man Daten in Tabellen wie Excel oder OpenOffice-Calc pflegt. Die Dateien würde man dann ins FAL von TYPO3 hochladen und auf die Daten der Dateien via DataProcessing mit einem Content-Element zugreifen. Der Dataprocessor soll eigentlich dazu dienen, Zahlen in Form von Digramm-Statistiken darstellen zu können. Er wird eine Yaml-Schnittstelle für eigene Berechnungsklassen und daten-Nachbearbeitungsklassen enthalten, so dass man später flexibel eigene Diagrammkonzepte erstellen kann. eigentlich bräuchte ich nur eine Befehlszeile, damit die Ränder der Tabelle standardmässig ein- und nicht ausgeschaltet sind. Ich arbeite für unsere Chronik-Seite gerade die Inventurprotokolle der Herrschaft Salaberg auf. Das heißt ich lese die Seiten der Bücher und schreibe mittels OpenOffice die Daten in eine Tabelle, damit ich später durchsuchbare Dateien habe. Die Einträge jener Häusern, die ich mit Sicherheit zuordnen kann, schreibe ich gleich bei den Häusern auf der website dazu. Es entstehen also immer neue Zeilen in den Tabellen, die ich gleich mit den Daten befülle ... Ein Beispiel aus der Praxis: http://chronik.stadthaag.com/radhof/radhof-26-ez-13/ ganz oben die erste Tabelle. Insbesondere bei den Handschriften hätte ich echt meine Probleme Die Tabelle wächst also nach unten und jedes Mal muss ich händisch die Ränder einblenden. Und ich weiß, es ist nur ein Klick, aber auch bei jedem Speichervorgang muss ich wieder einschalten. Im Laufe der Zeit wird man dann einfach zornig darüber, denn das sind dann viele unnötige Klicks! Also wie gesagt - nur eine Befehlszeile, damit die Ränder eingeschaltet bleiben ... Man könnte den Dataprocessor natürlich auch dafür verwenden, um mit eigenen Templates die Daten als Tabellen auszugeben. Aber wie gesagt, aktuell will ich ersteinmal abwarten, ob überhaupt Interesse an einer solchen Extension besteht. Über feedback werde ich mich freuen: startnext.com/svt Mit besten Grüßen Dieter P.S. Wie hast du es eigentlich geschafft, den Eintrag im Forum zu erstellen. Ich kann mich dort nicht einloggen. Und mein Versuch via Mailing-Liste scheiterte? Am 15.04.2018 um 11:54 schrieb Gerhard Obermayr: Moin moin, ich verzweifle an der Grundeinstellung des Texteditors im BE. Zur Erklärung: Ich arbeite auf einer Website mit mehr als 3000 Seiten. Fast alle davon haben Tabellen und ich arbeite ständig an der Erweiterung der Tabellen. Dazu ist es aber notwendig, dass ich die Tabellenränder eingeblendet habe. Nun ist aber der Texteditor "htmlArea RTE" von Haus aus so konfiguriert, dass diese Ränder erst eingeblendet werden müssen. Das heisst für mich, dass ich bei jeder Änderung an der Tabelle erst einmal die Ränder einblenden muss. Ebenso ist es, wenn ich eine Zwischenspeicherung vornehme. Nach jedem Mal speichern sind die Ränder wieder weg. Was kann ich machen, dass die Tabellenränder immer eingeschaltet bleiben - außer natürlich, wenn ich sie abschalten will. Sprich - einfach das Gegenteil vom Standard-Zustand. Ich habe schon viel Zeit investiert, aber ich finde keine Lösung ... -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Tabellenränder umschalten
Hallo Gerhard, wie dringend ist das Problem? Wie sehr brauchst du den RTE? Und warum brauchst du Tabellen? Für welche TYPO3-Version brauchst du es? Ich arbeite gerade an der Vorbereitung eines Crowdfunding zur Finanzierung einer Extension (TYPO3 8+), mit der man Daten in Tabellen wie Excel oder OpenOffice-Calc pflegt. Die Dateien würde man dann ins FAL von TYPO3 hochladen und auf die Daten der Dateien via DataProcessing mit einem Content-Element zugreifen. Der Dataprocessor soll eigentlich dazu dienen, Zahlen in Form von Digramm-Statistiken darstellen zu können. Er wird eine Yaml-Schnittstelle für eigene Berechnungsklassen und daten-Nachbearbeitungsklassen enthalten, so dass man später flexibel eigene Diagrammkonzepte erstellen kann. Man könnte den Dataprocessor natürlich auch dafür verwenden, um mit eigenen Templates die Daten als Tabellen auszugeben. Aber wie gesagt, aktuell will ich ersteinmal abwarten, ob überhaupt Interesse an einer solchen Extension besteht. Über feedback werde ich mich freuen: startnext.com/svt Mit besten Grüßen Dieter P.S. Wie hast du es eigentlich geschafft, den Eintrag im Forum zu erstellen. Ich kann mich dort nicht einloggen. Und mein Versuch via Mailing-Liste scheiterte? Am 15.04.2018 um 11:54 schrieb Gerhard Obermayr: Moin moin, ich verzweifle an der Grundeinstellung des Texteditors im BE. Zur Erklärung: Ich arbeite auf einer Website mit mehr als 3000 Seiten. Fast alle davon haben Tabellen und ich arbeite ständig an der Erweiterung der Tabellen. Dazu ist es aber notwendig, dass ich die Tabellenränder eingeblendet habe. Nun ist aber der Texteditor "htmlArea RTE" von Haus aus so konfiguriert, dass diese Ränder erst eingeblendet werden müssen. Das heisst für mich, dass ich bei jeder Änderung an der Tabelle erst einmal die Ränder einblenden muss. Ebenso ist es, wenn ich eine Zwischenspeicherung vornehme. Nach jedem Mal speichern sind die Ränder wieder weg. Was kann ich machen, dass die Tabellenränder immer eingeschaltet bleiben - außer natürlich, wenn ich sie abschalten will. Sprich - einfach das Gegenteil vom Standard-Zustand. Ich habe schon viel Zeit investiert, aber ich finde keine Lösung ... -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zuordnung von Fremdsprachen-Dateien zu Fluidtemplates bei Mask-Contentelementen
Sorry. Dies gehört nicht in den Thread. Bitte nicht darauf antworten!! Ich dachte, die Mailingliste erstellt automatisch einen neuen Thread im Forum, wenn ein Betreff nicht zuordbar ist. Da habe ich mich wohl geirrt. Ich werde zeitnah einen Thread im Forum erstellen, wenn das Login wieder funktioniert. Scheint wegen des Relaunch nicht zu gehen. Mit besten Grüßen Dieter Am 14.04.2018 um 18:07 schrieb Dr. Dieter Porth: Frage in die Runde. ... TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zuordnung von Fremdsprachen-Dateien zu Fluidtemplates bei Mask-Contentelementen
Frage in die Runde. Ich habe analog wie bei MASK ein Content-Element erstellt, dass ein Fluidtemplate für die Ausgabe der Daten nutzt. Im Fluidtemplate möchte ich nun via auf eine Fremdsprachendatei zugreifen. Leider muss ich immer die Datei mit angeben, um auf die Fremdsprachendatei zu verweisen Die Auslagerung des Pfanamens in die Settings ist auch unschön, weil es die Settings missbraucht. Kennt jemand eine bessere bzw. schönere Möglichkeit, um übersetzbare Textfragmente in Fluidtemplates bei Content-Elementen (vom MaskTyp) zu integrieren? Mit besten Grüßen Dieter Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Wann kommt eine einheliche Versionsnummer-Logik bei Extensions?
TYPO3 favorisiert die Installation per Composer. Aktuell muss man bei jeder Extension raten, wie denn deren Versionsnummernlogik ist?.Warum gibt es dafür keine Standards? Dies gilt selbst für das offizielle TYPO3-Distribution (The official Introduction Package) https://extensions.typo3.org/extension/introduction/ Wie soll man bei solchen Versionswirrwarr eine einfache Migrations-Update-Logik im Composer abbilden? Version 2.2.3 - TYPO3 6-7 - besser Vorschlag: 7.0.x: Version 2.3.0 - TYPO3 7-8 - besser Vorschlag: 8.0.x: Version 3.0.0 - TYPO3 8-8 - besser Vorschlag: 8.1.x, 8.2.x, 8.3x, ...: Version 3.0.1 - TYPO3 8-9.0 - besser Vorschlag: 9.0.x (ein einfache Upgrade von 9.0 zu 9.1 scheint nicht einfach möglich zu sein.) Version 3.1.1 - TYPO3 9.1-9.5 - besser Vorschlag: 9.1.x, 9.2.x, 9.3x, oder ...: Versionsnummern-Regeln Wenn eine TYPO3-Extension auf mindestens einer TYPO3-Version läuft, dann sollte es die Nummer der höchsten Version haben. Die zweite Nummer bleibt solange null, wie eine Extension auch auf älteren Versionen läuft. Bei der Null-Nummer-Version kann die dritte Nummer auch Major-Änderungen enthalten. Die zweite Nummer kennzeichnet immer Major-Änderungen, also strukturelle Änderungen bei der Extension, die bei der Nutzung zu Umbauten oder Datenumstellungen führen können. Die Dritte Nummer kennzeichnete immer Minor-Änderungen oder Bug-Fixes. Minor-Änderungen beinhalten Erweiterungen, die eine bestehende Anwendung nicht stören. Vorteil der Nummerierung - Update-Migration ist im Composer-File leicht abbildbar. - Extensionentwickler können nach Versionsupdate den überflüssigen Code wegschmeißen, was die Fehlerfreiheit fördert Nachteil - eine identische Extension, die zum Beispiel auf TYPO3-Version 6, 7, 8 und 9 funktioniert. würde im TYPO3-TER als Version 6.x, Version 7.0.0, Version 8.0.0 und Version 9.0.0 vorliegen. (Gibt es solche überhaupt?) Über Kommentare werde ich mich freuen. Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] E-Mail Cloaking
Hallo Matthias, Mit Blick auf spätere Updates ist es eher suboptimal, Konfigurationen in der Datenbank zu speichern. Genau das hast du aber mit deiner Empfehlung gemacht. Der moderne Weg soll laut TYPO3 eigentlich darin bestehen, dem Nutzer über eine Distribution eine Extension an die Hand zu geben, die alle wichtigen Konfigurationen enthält. So kann man dann eine lokal getestet Konfiguration in einem Rutsch auf den Server hochschieben. Die Vorteile sind kurze Ausfallzeiten und mehr Sicherheit durch lokales Testen. Sobald aber in die Datenbank Einstellungen geschrieben wurde, übersteuern diese die Einstellungen aus den Dateien. Orientiere dich vielleicht an: https://extensions.typo3.org/extension/introduction/ (Auf Version achten: die version 3.0.x git für TYPO3 8, die version 3.1.x git für TYPO3 9, und die Version 2.x für TYPO3 7) Mit besten Grüßen Dieter Am 07.04.2018 um 22:08 schrieb Matthias Laphroaig: Danke! Für alle die auch Einsteiger sind und das suchen: Template / root Seite / oben "Info/Bearbeiten" -> Setup ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Pagetitle aus Content Element rausbekommen
Gehört ein Seitentitel nicht zu den Seiteneigenschaften?
Warum legtst du dafür extra ein Content-Element an? Irgendwie wirkt
deine Konstruktion künstlich, kompliziert und komisch.
Weil ein RECORDS keine Property enthält, die etwas mit dem Rcords-Objekt
zu tun hat, gibt die TYPO3 vermutlich dein RECORDS zurück. Wenn es denn
schon das nervige TypoScript sein muss, versuche es mit CONTENT
https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Records/Index.html
https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Content/Index.html
Versuche TypoScript zu vermeiden. Um Datenzusammenstellung und
Datenausgabe zu trennen, ist der nachfolgende Ausruck nicht verboten,
sondern wirklich erlaubt,
page.headerData.10 = FLUIDTEMPLATE.
page.headerData.10 { ... }
https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Page/Index.html
Mit besten Grüßen
Dieter
Am 23.03.2018 um 11:25 schrieb mac pat:
Hallo,
ich möchte dem Kunden den Pagetitle (statischer Teil) warten lassen
und habe in einem Sysordner ein HTML Element mit dem Titel angelegt.
Mit TS frage ich es ab. Im Titel steht aber lediglich RECORDS. Wie
könnte ich es hinbringen, dass dort der Text aus dem Content Element
steht?
temp.pagetitle = RECORDS
temp.pagetitle {
table = tt_content
select.where = uid=911
select.pidInList = 45
renderObj = TEXT
renderObj.field = bodytext
}
plugin.tx_csseo.sitetitle < temp.pagetitle
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
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, Wenn du es etwas komplexer magst, kannst du auch einfach den viehelper aus meiner im TER verfügbaren Extension svt verwenden. Der funktioniert wie der normale f:render-Viewhelper, wobei du dann deinem SVG auch Typo3-Parameter übergeben kannst. Die Extension enthält ein Beispiel-Plugin, was zeigt, wie man den viewhelper einsetzt. http://www.düddelei.de/2018/test-von-svt/ Vorteil ist, dass du deine SVG-Dateien im FAL von TYPO3 verwalten kannst, und dass du gezwungen bist, den Fall nicht-existierender Dateien abzuhandeln. Nachteil ist, die Extension ist aktuell als experimentell gekennzeichnet, weil vieles noch nicht per Unit-Tests abgesichert und weil das Cacheing suboptimal ist. Ich plane ein Crowdfunding-Priojekt, um die Extension um einige dynamische Diagramm-Partials zu erweitern und um sie per Tests abzusichern. Mit besten Grüßen Dieter Am 16.03.2018 um 14:52 schrieb Dave Zen: Danke für den Hinweis. Also du meinst so in etwa: < f:cObject typoscriptObjectPath="lib.svgRendern" /> und dann wird in lib.svgRendern der Inhalt der Datei ausgegeben bzw. "eingefügt" in die HTML. Da muss ich noch einmal nachfragen... 1) Den Pfad zu der SVG Datei muss ich dann im f:cObject als Argument mit übergeben? 2) Wie kann man dann dieses Argument im Typoscript weiterverarbeiten, damit die Datei auch eingelesen und der Inhalt "einfach ausgegeben" wird? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] JS wird nicht eingebunden
Ist denn überhaupt das statische TypoScript deiner Extension eingebunden? Nicht jede extension bindet TypoScript automatisch ein. Dieter Am 13.03.2018 um 21:06 schrieb Stefan Padberg: Wo wird denn dein page Objekt erzeugt? Schau dir dein Setup mal im TS Objectbrowser an und sieh nach, ob das JS deiner Extension drin ist. Wenn nicht, wird es daran liegen, dass du es dir mit deinem page Objekt überschrieben hast. Gruß Stefan Am 13.03.2018 um 16:25 schrieb David Brünner: Sitepackage? Wo ist das? -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inline IRRE
sys_language_uid=-1 Ansonsten musst du es manuell machen/ selbst programmieren, denke ich evtl. könnte noch @cascade helfen, aber du hast vermutlich keinen einfluss auf die Programmierung. Am 13.03.2018 um 08:51 schrieb mac pat: Ich möchte quasi nur die Inline IRRE Elemente in einem Datensatz mit dem der Default Sprache synchron halten. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
Hallo Christian, das weiß ich jetzt ad hoc nicht. Da müsste ich auch recherchieren und gegebenefalls sogar im Sourc-Code nachlesen. Wenn du dazu was findest, bin ich für ein Link als Hinweis dankbar. (!) Viele Dinge und Konfuigurationen übernehme ich aus funktionierenden Anwendungen per Copy, ohne sie explizit immer bis ins Detail zu hinterfragen, - Hauptsache, die Tests bestätigen das gewünschte Verhalten. (Test-Driven-Integration) Deshalb der Hinweis auf den Objektbrowser als Hilfsmittel. Mit besten Grüßen Dieter Am 11.03.2018 um 15:14 schrieb Christian F.: Vielen Dank für Deine Unterstützung. Der Fehler lag darin, dass ich ein "tx" bei plugin.tx_abc_memberform eingefügt habe. Dann wurde das geänderte Template angezeigt. Muss bei jedem Plugin das "tx" davorgesetzt werden, wenn ich ein geändertes Template anzeigen lassen will? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
TYPO3 ist ziemlich empfindlich, was Groß/kleinschreibung, Existenz der Dateien und korrekte Systax angeht. Das kann einen manchmal schon ziemlich auf die Palme bringen. Deswegen der Hinweis auf den TypoScriptObjectbrowser, der zumindest anzeigt, wie TYPO3 das TypoScript interpretiert hat. Dieter Am 11.03.2018 um 14:01 schrieb Christian F.: Jetzt habe ich die beiden >> entfernt, die Fehlermeldung ist weg, aber das geänderte Template wird nicht angezeigt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
0 = in neue Zeile? müss ähnlich aussehen wie 1 =
Am 11.03.2018 um 10:53 schrieb Christian F.:
So sieht es jetzt im TemplateObjectManager aus und ich weiß nicht weiter:
9418: plugin.abc_memberform {
9419: view {
9420: templateRootPaths { 0 = >> 9421:
EXT:abc_memberform/Resources/Private/Templates/ - ERROR: Line 9421:
Object Name String, "EXT:abc_memberform/Resources/Private/Templates/"
contains invalid character "/". Must be alphanumeric or one of: "_:-\."
9422: 1 = fileadmin/templates/abc_memberform/Templates/
9423: }
9424: }
9425: }
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
Keine wirkliche Ahnung. Object Name String, => Vermutlich rigendwo im TypoScript 'ne Klammer zuviel oder zuwenig. Checke deinen TypoScript-Code mit dem Templateanalyser im gleichen Modul. Dieter Am 11.03.2018 um 07:45 schrieb Christian F.: Den Code habe ich jetzt eingefügt, doch jetzt zeigt mir der TemplateObjectManager folgenden Fehler an: - ERROR: Line 9421: Object Name String, "EXT:abc_memberform/Resources/Private/Templates/" contains invalid character "/". Must be alphanumeric or one of: "_:-\." Was habe ich da falsch gemacht? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
# plugin.abc_abcmemberform {
# view {
# templateRootPaths { 0 = >>
EXT:abc_memberform/Resources/Private/Templates/
# 1 = fileadmin/templates/abc_memberform/Templates/ # }
# }
# } >
oder so ähnlich. Checke es im Modul Templates mit dem TemplateObjetBrowser
Dieter
Am 11.03.2018 um 07:01 schrieb Christian F.:
Hallo Dieter,
vielen Dank für Deine ausführliche Antwort.
Wenn ich das geänderte Template nicht im Ordner für die Partials
hinterlegen darf, wo denn dann?
Viele Grüße
Christian
Quote: Dr. Dieter Porth wrote on Sun, 04 March 2018 09:28
Wenn du ein Template (per TypoScript) aufrufen willst, darfst du es
nicht im Ordner für die Partials hinterlegen. (Siehe Code-Ausschnitt)
Wenn du ein Partial (per definition unten okay und Groß/Kleinschreibung oder ähnliches ist ein
Problem. (nutz TypoScriptObjektBrowser aus dem Template-Modul, um zu
prüfen, was schief läuft.)
Mit besten Grüßen
Dieter
Am 02.03.2018 um 17:28 schrieb Dr. Dieter Porth:
> Hi Christian,
>
> Am 02.03.2018 um 16:51 schrieb Christian F.:
>>
>>
>> plugin.abc_abcmemberform {
>> view {
>> partialRootPaths { 0 = >>
EXT:abc_memberform/Resources/Private/Partials/
>> 1 = fileadmin/templates/abc_memberform/Partials/
>> }
>> }
>> } >
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed_search data_page_id gegen die rootline checken
Hallo Guido,
hört sich vielleicht nach einen Fall für f:cObject und TypoScript
CONTENT und renderObj/fullrootline an.
https://docs.typo3.org/typo3cms/TyposcriptReference/DataTypes/Gettext/Index.html?highlight=level#fullrootline
Mit besten Grüßen
Dieter
Am 09.03.2018 um 22:59 schrieb Guido:
hallo community
debug liefert die uid der einzelnen treffer über das array row =>
data_page_id.
diese möchte ich nun in einem fluid template gegen die rootline
abfragen, um diese mit einer eigenen css klasse zu belegen.
hintergund ist eine unternehmenswebseite, die 5 business units hat.
jede business unit hat ihren eigenen colorcode.
es gibt pro business unit eine eigen suchseite, da ist das kein thema.
klasse in das fluid un gut ist.
aber es gibt eben auch eine corporate-suchseite die über alle units
hinweg sucht.
hier soll jeder treffer dann entsprechend der unit eingefärbt werden.
der vhs viewhelper geht shcon in die richtige richtung.
die needle wäre also die PIDinRootline.
aber der checkt eben die die rootline gegen die uid der suchseite.
haystack="{v:page.rootline() -> v:iterator.extract(key: 'uid')}">
is in
was ich bräuchte wäre sowas wie
haystack="{v:page.rootline() -> v:iterator.extract(key:
'row.data_page.id')}">
is in
hat jemand dazu eine idee?
grüsse und besten dank,
guido
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] geänderte SVG Datei laden - Browser Cache Problem
Idee: https://github.com/webpack/webpack/issues/86
Am 05.03.2018 um 10:15 schrieb Dave Zen:
Hallo,
Ich möchte ein SVG Iconsystem nutzen, sodass sich meine ganzen SVG
Grafiken in einer einzigen SVG Datei befinden.
Das Problem ist nun, dass Typo3 immer die gleiche SVG Datei aus dem
Browser Cache lädt und nicht mitbekommt wenn Änderungen in der Datei
vorgenommen werden, bespielsweise der Titel einer Grafik ändert sich
oder eine ID Bezeichnung.
So sieht mein Code im Fluid-Template aus:
Der Nutzer müsste nun immer seinen Browser Cache löschen - was
natürlich nicht geht - oder die SVG Datei wird mit einem
Versions-Parameter ausgeliefert. Bei jeder Änderung der Datei müsste
dann ein neuer Parameter hinzugefügt werden
(icon_datei.svg?version=1.2#{...}).
Das ganze würde funktioneren, wenn man automatisch immer das aktuelle
Datum+Uhrzeit als Parameter anhängt, jedoch würde dann die Datei immer
wieder neu geladen und die Datei würde nicht vom Browser gecached werden.
Hat jemand eine Idee, wie man dies in Typo3 realisieren kann, dass
dieser Parameter automatisch nur angehangen wird, wenn sich die Datei
verändert hat? Manuell wäre das sicherlich mit einem Eingabefeld im
Backend möglich (oder in den Konstanten?), wo der Editor bei jeder
Änderung an der SVG Datei auch die Versionsnummer erhöhen muss. Ich
dachte an eine Art Hash-Wert wobei das aber vermutlich zu viel Zeit
kostet.
Oder dürfte man die xlink:href URL nicht statisch ins Template
schreiben sondern von Typo3 generieren lassen?
Vielleicht stand schonmal jemand vor einem ähnlichen Problem und
konnte es lösen...
Vielen Dank.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] LOAD_REGISTER in Fluid
Hallo Jannik, ich habe es nicht ganz verstanden. Möchtest du per Chaht die aktuell eingeloggten Frontend-User anzeigen lassen Wenn du mit 7.6 oder höher arbeitest, könntest du ggfls mit dem dataProcessor dbQuery arbeiten, der jeweils aktuelle Daten zur Verfügung stellt. Da weiß ich aber nicht genau, inwieweit Caching ein Problem werden könnte. Mit besten Grüßen Dieter Am 04.03.2018 um 10:24 schrieb Jannik Heuer: Hallo Dieter, Nachdem ich mich etwas mehr in Fluid eingelesen habe, habe ich mit der Antwort schon gerechnet. Schade, dass es nicht einfacher geht. Aus Programmiersicht allerdings die bessere Entscheidung. Ich habe bereits angefangen, mein Problem als Extension zu entwickeln. Das Ziel war es, dass ich Benutzer einer bestimmten Gruppe im Frontend anzeigen lassen kann (Vorstandsmitglieder eines Vereins) Viele Grüße und Danke für die Hilfe Jannik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
Hallo Christian,
deine Frage hatte Christian vielleicht etwas Missverständlich
beantwortet, das er auch die Layouts noch eingeführt hat. Deshalb hier
eine Ergänzung zzum TYPO3-Renderworkflow.
1. Im PAGE-Objekt beim TypoScript kommt ein FLUIDTEMPLATE gefunden.
(Wenn die Property 'format' nicht definiert, wird per default
format=html angenommen. )
2. TYPO3 lädt das erste angegebene Template, welches es in
templateRootPaths.??? (Plural) findet.
3. Wenn im HTML des Templates zu finden ist, wird statt des
Default.html-Layouts das genannte Layout auf gerufen. Die Pfade zu den
Layouts sind im TypoScript in layoutsRootPaths.??? definiert. (Der Name
des Layouts kann dynamisch manipuliert werden, was ich auf Mobger.de zum
Umschalten zwischen mobil und Desktop-Design nutze)
4. Im Layout werden die mit Sections aus dem
Templates- aufgerufen und ausgegeben.
5. Wenn in einem ein Befehl partial="">. Damit kennt TYPO3 den relativen Pfad zu einem Partial. Den
Startpfad für die Partials sind partialsRootPaths.??? definiert.
(Übrigens kann man die PartailName auch dynamisch manipulieren, was aber
schnell zu unleserlichen Template-Code führt.)
6. Ein Partial besteht in der Regel wie das Template aus HTML und
Fluid-Viewhelper-Anweisungen. Ein Partial kann natürlich weitere
Partials aufrufen. (Im HTML kann man natürlich auch SVG verwenden, wenn
man Content graphisch positionieren will)
Nach diesen Ausführungen:
Wenn du ein Template (per TypoScript) aufrufen willst, darfst du es
nicht im Ordner für die Partials hinterlegen. (Siehe Code-Ausschnitt)
Wenn du ein Partial (per definition unten okay und Groß/Kleinschreibung oder ähnliches ist ein
Problem. (nutz TypoScriptObjektBrowser aus dem Template-Modul, um zu
prüfen, was schief läuft.)
Mit besten Grüßen
Dieter
Am 02.03.2018 um 17:28 schrieb Dr. Dieter Porth:
Hi Christian,
Am 02.03.2018 um 16:51 schrieb Christian F.:
plugin.abc_abcmemberform {
view {
partialRootPaths { 0 =
EXT:abc_memberform/Resources/Private/Partials/
1 = fileadmin/templates/abc_memberform/Partials/
}
}
}
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] LOAD_REGISTER in Fluid
Hallo Jannik,
Soweit ich weiß, parst der RTE kein Fluid im Sinne von
{f:cObject(typoscriptObjectPath)}
Wegen der Trennung von View und Controller wird dir vermutlich nichts
anderes übrig bleiben, dein Input-Ausgabe-Problem neu zu definieren,
indem du das bisherige RTE-Feld zu einem eigenständigen Content-Element
umdefinierst. Vielleicht reicht es auch, dein Template umzudefinieren
und die Werte als FLUIDTEMPLATE-Variable an dein Dein TypoScript zu
übergeben.
Es giobt viele weitere Möglichkeiten, die von deinem Problem abhängen.
Mit besten Grüßen
Dieter
Am 28.02.2018 um 09:42 schrieb Jannik Heuer:
Hallo,
ich habe bis jetzt Typo3 7 mit dem Bootstrap_package verwendet. Soweit
ich weiß, wurde bis zur Version 8 des BP css_styled_content verwendet.
Dort konnte ich folgendes TS nutzen um fe-user darzustellen:
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.innerStdWrap_all.insertData
= 1
tt_content.text.12 = LOAD_REGISTER
tt_content.text.12.vorstandUser.cObject = COA
tt_content.text.12.vorstandUser.cObject{
if{
value = 0
equals.field = colPos
}
10 = CONTENT
10 {
table = fe_users
select{ pidInList = 88
selectFields = first_name, last_name, company, image, email,
telephone, fax, address, zip, city
where = FIND_IN_SET(5,usergroup)
orderBy = title
}
stdWrap.wrap = |
#User
renderObj = COA
renderObj{
stdWrap.dataWrap = |
# Name und Amt
10 = COA
10 {
10 = TEXT
10 {
field = first_name
wrap = |�
}
11 = TEXT
11 {
field = last_name
wrap = |
}
20 = TEXT
20 {
field = company
wrap = |
if.isTrue.field = company
}
}
# Bild
20 = COA
20 {
#if.isTrue.field = image
10 = IMAGE
10 {
wrap = |
file = /fileadmin/bilder/user/dummy.png
file.import = fileadmin/bilder/user/
file.import.field = image
file.import.listNum = 0
file.width = 180
#required = 1
}
}
# Email
30 = COA
30{
stdWrap.wrap = |
stdWrap.required = 1
10 = TEXT
10 {
field = email
wrap = E-Mail:class="email contactdata">
if.isTrue.field = email
}
11 = TEXT
11 {
field = email
wrap = |
if.isTrue.field = email
}
}
# Telefon
40 = COA
40 {
stdWrap.wrap = |
stdWrap.required = 1
10 = TEXT
10 {
field = telephone
dataWrap = Telefon:class="tel contactdata">
if.isTrue.field = telephone
}
11 = TEXT
11 {
field = telephone
dataWrap = |
if.isTrue.field = telephone
}
20 = TEXT
20 {
field = fax
dataWrap = Mobil:class="fax contactdata">
if.isTrue.field = fax
}
21 = TEXT
21 {
field = fax
dataWrap = |
if.isTrue.field = fax
}
}
# Adresse
50 = COA
50 {
wrap = |
10 = TEXT
10 {
field = address
wrap = Adresse:class="street-address contactdata">|
if.isTrue.field = address
}
21 = TEXT
21 {
field = zip
wrap = |�
if.isTrue.field = zip
}
22 = TEXT
22 {
field = city
wrap = |
if.isTrue.field = city
}
}
}
}
}
tt_content.text.12.verantwortlicheUser.cObject <
tt_content.text.12.vorstandUser.cObject
tt_content.text.12.verantwortlicheUser.cObject{
10.select.where = FIND_IN_SET(7,usergroup)
}
Im RTE konnte ich dann mit
{REGISTER:vorstandUser}
die fe-user in einem Content-Element ausgeben.
Jetzt bin ich auf Typo3 8 und Bootstrap_package 9 umgestiegen. Damit
wird nur noch Fluid verwendet und ich bekomme keine Ausgabe meiner
fe-user.
Um einen Fehler in der Abfrage uaszuschließen, habe ich bereis
folgendes probiert
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.innerStdWrap_all.insertData
= 1
tt_content.text.12 = LOAD_REGISTER
tt_content.text.12.test.cObject = TEXT
tt_content.text.12.test.cObject.value = Test1234
und im RTE
{REGISTER:test}
sowie tt_content.text.variables {
test = TEXT
test.value = Test124
}
und im RTE
{test}
In beiden Fällen gab es keine Ausgabe, die Platzhalter wurden aber
auch nicht mehr angezeigt.
Wie kann ich die fe-user nun wieder ausgeben?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frage zu Overrides
Hi Christian,
Was erwartest du? Ein geändertes Partial oder ein geändertes Template?
Unterstützt deine Extension überhaupt multiple Templates? (Schaue im
Typoscript-Objectbrowser im Template-Modul nach - vielleicht hast du
auch Tippfehler oder groß-Kleinmschreibung missachtet – oder der Gott
der Informatik mag dich nicht.
Dieter
Am 02.03.2018 um 16:51 schrieb Christian F.:
Hallo zusammen,
ich habe ein Override erstellt und im Ordner
fileadmin/templates/abc_memberform/Partials/ abgelegt.
Im Konstanten-Editor habe ich dann folgenden Code eintragen, aber das
geänderte Template wird nicht angezeigt:
plugin.abc_abcmemberform {
view {
partialRootPaths { 0 =
EXT:abc_memberform/Resources/Private/Partials/
1 = fileadmin/templates/abc_memberform/Partials/
}
}
}
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Tab Menu per Typoscript
MVC = Modell View Controller. TypoScript ist Teil des Controller-Bereich. Die StdWrap-Funktion mit seinen Wrap-Funtkionen hat im Controller nicht zu suchen. => soweit der theoretische Standpunkt; denke ich Am 28.02.2018 um 20:19 schrieb Christian Hackl: Wie was wo? Pflegefeindliche TS? Was schreibst du denn für TS? :D Für das rendern möglichst gar keins. Es ist pflegefeindlich und nicht zukunftsfähig. Es funktioniert noch fast alles was TS betrifft und in TYPO3 6 schon ging - höchstwahrscheinlich sogar noch früher. Da stimme ich dir zu. Aber das Bessere (Fluid) tötet das Gute. Da ich glaube, dass Webseiten genau wie Geschädftschaufenster bald zu Weihnachten, Ostern und anderen festlichen Anlässen schmückbar sein müssen, zieht man mit Rendering via TypoScript die Arschkarte. Es ist zu unflexibel. Vielleicht gibt es ja demnächst Hotel- und Ferienwebseiten, die ihr Aufttreten vom Wetterkarten abhängig machen... Aktuell experimentiere ich zum Beispiel auf der nicht vollständig übersetzten Seite http://www.düddelei.de/2018/test-von-svt/ mit Timern und übersteuerbaren Templates, die ein Redakteur selbst betreuen und verwalten kann. Die Extension ist experimentell und ich überlege, die Absicherung und Professionalisierung der Extension via Crowdfunding für produktive Webseiten verfügbar zu machen. Bestehende TYPO3-Webseiten mit gut strukturierten Fluid-Templates könnte man dann in kurzer Zeit schmückbar machen. Übersteuerbare Templates könnte man auch von der Wettervorhersage oder von der Tageszeit oder ... oder ... abhängig machen. Das kann man vom Restlichen TYPO3 nicht behaupten... :D Stimmt. Aber das Fluid-Templatinge kann auch mit anderen CMS-Systemen leicht angesteuert werden, wenn man denn auf TYPO3 als CMS verzichten will... Mit TypoScript ist man auf Gedeih und Verderb mit TYPO3 verbandelt. Ich schreib lieber ein TS Menü als ein Fluid Menü - ganz abgesehen davon das es viel weniger Code zu schreiben ist. :D Ich schreibe lieber zum Beispiel mit Patternlab ein Menu, dass ich leicht nach Fluid transferieren kann (hoffentlich bald automatisiert). Ich will mich nicht jedes Mal fragen, wo in welchen Wrap denn nun der gesuchte HTML-Tag herkommt, den ich auf Wunsch des Kunden um eine Klasse erweitern muss . Für wiederkehrende Code-Fragmente nutze ich phpStorm, so dass sich der Schreibaufwand in Grenzen hält. Ok für diesen speziellen Fall hier vielleicht nicht, aber im Normalfall schon. ;) Da es weit mehr Spezialfälle als Regelfälle gibt, bemühe ich mich, mein Altlasten-Wissen zu TypoScript durch besseres Wissen zu ersetzen. Das Bessere ist nun mal der Tod des Guten. TypoScript als Render-Sprache stirbt langsam. Mit besten Grüßen Dieter Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Tab Menu per Typoscript
Hallo Stefan ,
a) warum TYPOScript? Unter TYPO3 ( würde ich auf das Pflegefeindliche
TypoScript) verzichten.
b) HMENU mit unterschiedlichen Wraps pro Ebene, wobei ein TypoScript
zweimal den gleichen Request ausführt. Statt Panel1, panel2, etc würde
ich Panel(UID) deiner Pages oder was auch immer verwenden. Natürlich
muusst du zweimal hintereinander das gleiche HMENU nutzen. Wenn du Pech
hast, musst du rigendwo noch mit LoadRegister arbeiten.
Ungefähre Struktur:
BlödesTypoSceripMenu = COA
BlödesTypoSceripMenu{
TabListe = HMENU
TabListe{...}
DivListe = HMENU
DivListe{...}
}
Mit besten Grüßen
Dieter
Am 28.02.2018 um 10:21 schrieb Stefan Stuck:
Hallo,
ich möchte ein Tab-Menu (auf Basis Foundation) erstellen.
HTML-Code wäre dann so:
aria-selected="true">Tab 1
href="#panel2">Tab 2
href="#panel3">Tab 3
class="">submenusubmenusubmenusubmenu
class="">submenusubmenusubmenusubmenu
class="">submenusubmenusubmenusubmenu
Ich stehe grad auf dem Schlauch, wie ich das mit TS vernünftig
hinbekomme. Any ideas?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template nicht gefunden nach Update auf 7.6 / 8.7
Hallo Denis,
ich lese nicht direkt im Forum, sondern nur per Mailingliste mit. Buitte
sehe mir nach, wenn ich nicht ganz auf dem richtigen Stand bin. Meines
Wissen hast du angefangen, Probleme mit Fluid-Page zu haben. und jetzt
bist du bei tx_news. Ich habe keine Ahnung, was du jetzt gerade machst
und ob dein Problem jetzt noch mit dem vorherigen Problem zusammenhängt.
Zum zweiten: Deine zitierte Definition unten bezieht sich garantiert auf
die TypoScript-Konstanten, da die Extension tx_news das Übversteuern von
Templates zulässt und mit {$plugin} im TypoScript arbeitet.
Um dir einen Überblick zu verschaffen,
- gehe doch mal ins Backend von TYPO3,
- rufe das Modul Template auf und
- prüfe mit dem TypoScript-Object-Browser (Dropdownfeld), welche
Templatepfade dein Script nutzt.
Mit dem TypoScript-Objektbrowser Du kannst damit auch prüfen, welche
Angaben im TypoScript ankommen. Da ein falsche Klammer verherende
Auswirkungen haben kann, kann man solche Fehler mit dem Kontrollmodul
abchecken und prüfen, welche Angaben im Setup wirklich genutzt werden.
Plugins neuerer Extensions wie z.B. die News (tx_news) haben immer ihre
eigene Templatpfade per TypoScript definiert. Du kannst im Objektbrowser
kontrollieren, ob und gegebenfalls wo etwas fehlerhaft konfiguriert
wird. Ist auch eine schöne Möglichkeit, um zu prüfen, ob eigene
Änderungen überhauüpt im TypoScript ankommen.
Mit besten Grüßen
Dieter
Am 23.02.2018 um 08:54 schrieb Denis Christ:
Hallo Dieter,
Ich glaube ich bin etwas weiter, danke!
Ich hab mal testweise eine "Default.html" in den Pfad gelegt -> Keine
Veränderung.
Im Template-Modul unter "Home" -> "Edit whole Template Record" gibt es
eingetragene Konstanten und unter "Setup" folgendes:
config.contentObjectExceptionHandler = 0
page.stdWrap.parseFunc.short.i3 = style="text-transform:normal;">i3
Die TS-Dateien sind voll mit TypoScript Konfiguration (Die bin ich
noch nicht durchgestiegen). Ich nehme mal an, dass sich da was seit
dem update geändert hat und ich die korrigieren muss? Die
Konfigurationen sehen meistens so aus:
plugin {
tx_news {
view {
templateRootPath = fileadmin/templates/press/Templates/
layoutRootPath = fileadmin/templates/press/Layouts/
partialRootPath = fileadmin/templates/press/Partials/
}
settings {
list {
paginate {
itemsPerPage = 6
insertAbove = 1
insertBelow = 0
lessPages = 1
pagesBefore = 3
pagesAfter = 3
forcedNumberOfLinks = 2
templatePath =
fileadmin/templates/press/Templates/ViewHelpers/Widget/Paginate/Index.html
}
}
}
}
}
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template nicht gefunden nach Update auf 7.6 / 8.7
Moin Denis,
In dem Pfad existiert Default.html?
Caches gelöscht. ggfls Typo3Temp-Ordner leeren?
Die Extension fluidpages ist vorhanden und auch installiert inklusive
des TypoScript-Templates?
Mit besten Grüßen
Dieter
P.S. Groß-Kleinschreibung bei Dateien kann Stress verursachen, wenn du
die Datenbank später auf einen echten Server hochschiebst.
Am 18.02.2018 um 16:40 schrieb Denis Christ:
Hallo zusammen,
ich soll eine Typo3-Webseite betreuen und der erste Schritt ist
derzeit ein Update von 6.1 auf 8.7.
Folgendes hab ich bisher gemacht:
Extensions ausgeschaltet, Core auf 6.2, dann 7.6 und dann auch 8.7
upgedatet (Jeweils mit dem Install-Tool . Anschließend die Extensions
so weit es ging aktualisiert.
Bisher waren fluidpages_bootstrap und fluidcontent_bootstrap
installiert, das habe ich durch fluidbootstraptheme ersetzt. Bei den
Statischen templates hab ich dann css_styled_content raus und
fluid_styled_content reingenommen.
Am Frontend kam immer ein Fehler, dass das Template nicht gefunden wird:
#1257246929: Tried resolving a template file for controller action
"Default->Default" in format ".html", but none of the paths contained
the expected template file (). The following paths were checked:
D:/Entwicklung/Tools/xampp/htdocs/amp/typo3conf/ext/fluidpages/Resources/Private/Templates/
Ich hab jetzt im Backend die Config auf "Debug" gestellt, Jetzt kommt
(sowohl BE als auch FE) nur noch:
Fatal error: Uncaught TYPO3\CMS\Core\Error\Exception: PHP Warning:
fopen(/html/amp/error.log): failed to open stream: No such file or
directory in
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Utility\GeneralUtility.php
line 4337 in
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Error\ErrorHandler.php:107
Stack trace: #0 [internal function]:
TYPO3\CMS\Core\Error\ErrorHandler->handleError(2,
'fopen(/html/amp...', 'D:\\Entwicklung\\...', 4337, Array) #1
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Utility\GeneralUtility.php(4337):
fopen('/html/amp/error...', 'a') #2
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Error\AbstractExceptionHandler.php(71):
TYPO3\CMS\Core\Utility\GeneralUtility::sysLog('Uncaught TYPO3 ...',
'Core: Exception...', 4) #3
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Error\DebugExceptionHandler.php(48):
TYPO3\CMS\Core\Error\Abstr in
D:\Entwicklung\Tools\xampp\htdocs\amp\typo3_src-8.7.10\typo3\sysext\core\Classes\Error\ErrorHandler.php
on line 107
Mir gehen leider die Ideen aus, was ich umstellen muss. Derzeit lese
ich die Doku zu Fluid.
Danke im Voraus!
Viele Grüße
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Daten aus mehreren Tabellen in einem Controller
getter im model fehlen? Am 16.02.2018 um 15:05 schrieb mac pat: Oh, danke! Hätte noch eine Frage dazu. Ich kriege jetzt mehrmals das gleiche Objekt raus, das ist so in Ordnung, weil es passieren soll, wenn das Datum darin höher ist. Jedoch steht in prototypepersistent entitysee above, was bedeutet, dass ich in PHP ergänzte Variable wie etwa vtype nicht zugreifen kann, weil der unterscheidet sich vom Item above. Wisst ihr was ich meine. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Daten aus mehreren Tabellen in einem Controller
$repository->findAll()->toArray(); Am 16.02.2018 um 13:13 schrieb mac pat: Sorry, ich hatte als Basis ein Object kein Array. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Daten aus mehreren Tabellen in einem Controller
Am 15.02.2018 um 10:58 schrieb mac pat:
Hallo!
Ich möchte gerne Daten aus mehreren Tabellen in einer Action
rausbekommen.
In jeder Tabelle gibt es Feld Titel.
Quasi so:
$all =
$this->myFirstRepository->findAll().$this->mySecondRepository->findAll();
<:for each="{all}" as="result">
{result.title}
Ist das irgendwie möglich?
Ja. PHP-Grundkenntnisse braucht man dafür aber schon, damit man im
Controller mehrere Array zu einem Array zusammen_mergen kann.
Dieter
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler wenn Validierung fehlschlägt
Hallo David,
Ohne Gebäude ist ein Element null oder '', was keine Warning produziert.
Mit Gebäude scheint dein Wert in einen Array umgewandelt zu werden.
Überprüfe Annotation im Model und Definition im TCA. Dort würde ich dem
fehler am ehesten vermuten.
Mit besten Grüßen
Dieter
Am 12.02.2018 um 12:33 schrieb David Brünner:
Ich bekomme folgende Fehlermeldung, wenn meine Validierung fehlschlägt:
PHP Warning: htmlspecialchars() expects parameter 1 to be string,
array given in
/var/www/clients/client1/web1/web/typo3_src-8.7.8/vendor/typo3fluid/fluid/src/Core/ViewHelper/TagBuilder.php
line 181
Meine Validatoren sehen so aus:
kkbaybw\Classes\Domain\Validator\Validator.php:
// only validate if object is called directly - not as
subproperty of an other object
if (self::$count == 1) {
if ($value->getOeffnungszeitSonderzeiten() == '') {
$this->result->forProperty('oeffnungszeitSonderzeiten')->addError(new
Error('Sonderzeit muss gefüllt sein.', 987654321));
return false;
}
return true;
}
self::$count++;
}
}
kkbaybw\Classes\Domain\Validator\AnsprechpartnerValidator.php:
Lege ich nun einen Ansprechpartner mit einem Gebäude an (und dieses
Gebäude hat keine Sonderzeit)) bekomme ich den Fehler
PHP Warning: htmlspecialchars() expects parameter 1 to be string,
array given in
/var/www/clients/client1/web1/web/typo3_src-8.7.8/vendor/typo3fluid/fluid/src/Core/ViewHelper/TagBuilder.php
line 181
Lege ich einen Ansprechpartner ohne Gebäude an, ist alles Ok.
Wo ist das Problem?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] globale Variablen in Extensions (bspw. MASK) verfügbar machen
Hallo Dave,
bspw. möchte ich eine im TS Setup definierte Variable im fluid
Template von MASK nutzen:
plugin.tx_indexedsearch.settings.targetPid = 300
a) ist TS von Indexed-Search eingebunden? (Test mit Template-Modul -
TypoScript-Object-Browser)
b) Ich definiere Konstanten immer bei den TS-Constants und nicht beim
setup. So kannst du auch in anderen Extensions darauf zugreifen. (Wenn
du es machst, solltest du eine Dependency in ext_emconf und im Kommentar
definieren, weil man schnell solche Abhängigkeiten vergisst und dann
später wie ein Horst sucht, wo die 300 herkommen.)
2. Problem
Das Indexed_Search Template nutzt verschiedenen Variablen, bspw.
{searchParams.numberOfResults}. Diese Variablen werden ebenfalls nicht
ausgewertet und bei Value steht dann immer kein Wert drin: value=""
Siehe oben. TS eingebunden?
Über Lösungsvorschläge und Hinweise wäre ich sehr dankbar :)
Ich hoffe, es hat geholfen. ;-)
Mit besten Grüßen
Dieter
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] global switch wenn Suchergebnisse vorliegen?
Am 09.02.2018 um 08:01 schrieb atelier kamp: ja, auf der Seite war ich auch schon. Aber wahrscheinlich hab ich da einen blinden Fleck, denn ich finde keine Info die mir zeigt wie ich abfragen kann, ob eine Suchanfrage vorliegt oder nicht. Es sollte was drinstehen in der Variablensearch[sword], zumindest wenn bei der Seite einigermaßen der Standard eingehalten wurde. Danke für die Ausführung zum Fluid. Das werd ich mir auch mal genauer anschauen und in einer ruhigen Minute mal ausgiebig testen. Wenn man zukunftsfähige TYPO3 haben/bauen möchte, ist das sicher ein guter Vorsatz. mit Tschüss ans Namenlose Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] global switch wenn Suchergebnisse vorliegen?
Google Suchbegriffe: "typo3 conditions GP"
bei mir Link 1.
https://docs.typo3.org/typo3cms/TyposcriptReference/Conditions/Reference/Index.html
Im Browser einfach nach GP: suchen.
Über den Link 4 komme ich bei obiger Suchanfrage auf eine Seite, die mir
schon seit Jahren bei solchen Problemen hilft.
http://www.pi-phi.de/19.html
...
Zum Fluid:
Ein wirklich gute Tutorial ist mir dazu bislang auch nicht über den Weg
gelaufen. Grundidee für dem View im MVC ist, dass ein Objekt
(assoziatiover Array) wie {data} alle Informationen enthält, die man
für die Ausgabe braucht. Über {data.info} oder {data.bild.uid} kann man
auf die Detailinfos zugreifen und die Viewhelper helfen dabei, die Daten
wie Datum oder Bild korrekt zu präsentieren. Ich nutze
{_all}, wenn ich mal wieder vergessen haben, welche
Daten mein Controller überhaupt an das Template übergeben hat.
Häßlich sind solche Condition wie die vorgeschlagene, weil es neben
Controller, Datenbank, Fluid-Template, JavaScript ... ein weiteren Ort
gibt, wo man die Ursache für Fehler für fehlende Ausgaben zu suchen hat.
Da TypoScript als Render-Sprache langsam überflüssig wird, sollte man
nicht noch über Jahre alte Zöpfe pflegen. Aber das ist nur mein
persönliche Meinung.
Jetzt auch ohne Unterschrift.
Am 08.02.2018 um 16:29 schrieb atelier kamp:
hm, mit fluid kenne ich mich leider so gut wie gar nicht aus. Ich nutz
das zwar mit einigen Copy und viel Trial, aber so richtig
steige ich da nicht hinter.
Ich habe aktuell ein eigenes Template-Setup für die News-Seite. Das
funktioniert auch ganz gut. Diese GP:... Sache ist eigentlich genau
das was ich suche. Wüsste nicht warum das so "häßlich" ist. Aber
leider finde ich eben genau jene Definition nirgends.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] global switch wenn Suchergebnisse vorliegen?
Hallo Atelier (merkwürdiger Vorname)
Innerhalb des TypoScript hast du vermutlich keine Chance.
Wo wird denn dein lib.news bzw. lib.news_list aufgerufen? Vielleicht
könntest du dort mit einer häßlichen if-Condition im TypoScript arbeiten.
Wenn es innerhalb einer Fluid-Seite mit f:cObject passiert, könntest du
wahrscheinlich mit einer if-Bedingung die Listansicht verhindern.
Du könntest aber deine Suchfenster mit einer bestimmten Seite
verknüpfen, wo du keine Ausgabe von News machst. (Aber das möchtest du
aus irgendwelchen Gründen nicht.)
Eine richtig häßliche Lösung wäre natürlich, wenn du TypoScript
Conditions nutzt. Du müßtest nur abfragen, ob der Get-Parameter für die
Suchanfrage nicht leer ist.
siehe 'GP:...' in
https://docs.typo3.org/typo3cms/TyposcriptReference/Conditions/Reference/Index.html
Ich empfehle dies NICHT, da es insgesamt die Website unübersichtlicher
macht und weil es 'Logik' in der Configuration verdrahtet. Tendenziell
versuche ich jegliches Rendering in Fluid-Templates auszulagern, weil
Rendern mit TypoScript unübersichtlich und nur schwer zu pflegen ist.
Mit besten Grüßen
Dieter
Am 08.02.2018 um 12:47 schrieb atelier kamp:
Hallo, gibt es eine Möglichkeit nur die Suchergebnisse anzeigen zu
lassen?
Ich habe folgendes Script um entweder Detail- oder Listenansicht
anzuzeigen:
[code]
lib.news = USER
lib.news {
userFunc = TYPO3\CMS\Extbase\Core\Bootstrap->run
pluginName = Pi1
vendorName = GeorgRinger
extensionName = News
controller = News
settings =< plugin.tx_news.settings
persistence =< plugin.tx_news.persistence
view =< plugin.tx_news.view
}
lib.news_list < lib.news
lib.news_list {
action = list
switchableControllerActions.News.1 = list
}
lib.news_detail < lib.news
lib.news_detail {
action = detail
switchableControllerActions.News.1 = detail
}
[globalVar = GP:tx_news_pi1|news > 0]
page.100.10.20 = COA
page.100.10.20.10 < lib.news_detail
page.100.10.20.wrap = |
[else]
page.100.10.20 = COA
page.100.10.20.10 < lib.news_list
page.100.10.20.wrap = |
[end]
[/code]
Aber kann man das auch so einstellen, dass weder die oben definierte
Listen- bzw. Detailansicht ausgegeben wird, wenn vorher eine
Suchanfrage durchgeführt wurde?
Ich möchte alles gerne auf einer Seite abhandeln.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] The page is not configured! type=XXX
Hallo David, interessante Frage. https://stackoverflow.com/questions/27168818/typo3-how-to-handle-missing-typenum Schreib mal, ob die Lösung im Link funktioniert? Mit besten Grüßen Dieter Am 05.02.2018 um 19:05 schrieb david: Hallo Zusammen, wie kann ich bei einem nicht konigurierter type (index.php?id=1=XXX) eine Fehlerseite anzeigen lassen? Das page not found handling funktioniert solange keine ungültiger type mit angegeben wird. Folgende Felermeldung wird gelogt. The page is not configured! [type=XXX][]. This means that there is no TypoScript object of type PAGE with typeNum=XXX configured. | TYPO3\CMS\Core\Error\Http\ServiceUnavailableException thrown in file /www/htdocs/w017395c/website/typo3_src-7.6.23/typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php in line 2598. Gruß und Danke David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS nur zwischen Januar und März einbinden?
Liebe Liste, Kleiner Nachtrag: http://düddelei.de/2017-04/svt-test/ => Beispiel-Plugin und Beispiel TypoScript von svt soweit fertig, dass damit Möglichkeiten von der Extension svt im Beispiel-Prototest-Plugin vorzustellen. Im Link-Beispiel wechseln Bilder und Diagramme im 3-6-Minuten-Rythmus. Die Strobo-Galerie modifiziert nur das TYPO3-Standard-Template des Content-Elements "Bilder", was expemplarisch in der Extension definiert wird. Die Bilder sind normal per FAL eingebunden werden. Die Filereference selbst hat, genauso wie der tt_content-Datensatz, eine Relation zum Timer-Modell, die im Template/Partial per Viewhelper ausgewertet werden kann. Eigentlich insgesamt ein recht einfaches Konstrukt, solange der Redakteur weiß, was er tut. Unit-Tests für die Timer-Klasse stehen noch aus; die Unittests für , den man für Diagramme braucht, sind ja schon geschrieben. Vermutlich werde ich das Update der Extension demnächst zum Dresdener TYPO3-Camp als experimentell veröffentlichen und die Unit-Tests und die Dokumentation irgendwann in der Zukunft schreiben. Es gibt Spannenderes als zeitgesteuerte Content-Elemente und dynamische Diagramme für Webseiten. Die Mehrsprachigkeit habe ich nicht getestet, sollte aber vermutlich im üblichen Maße funktionieren. Mal schaun, wie das Typo3-Camp in Dresden am WE wird. Mit besten Grüßen Dieter P.S. Die Extension zeigt exemplarisch, wie man mit TYPO3 dynamisch CSS und JavaScript erstellen und einbinden kann. Am 19.01.2018 um 09:48 schrieb Freddy Tripold: Hallo Christian, hab das immer bei den Tourismuskunden und mach das so. [month = 10] && [dayofmonth = 16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31] || [month = 11,12,1,2] page.headerData.1242 = TEXT page.headerData.1242.value ( rel="stylesheet" type="text/css" /> ) . [end] Also zwischen 16.10 und 28. bzw. 29.02 wird das Winterstyle eingebunden. Am 18.01.2018 um 13:23 schrieb SChani: Hallo Gibt es eine Möglichkeit eine CSS Datei nur zu einer Bestimmten Zeit einzubinden. Z.B. zwischen dem 15.November und dem 31. Dezember? Ich habe schon mit Conditions rum gespielt komme aber zu keiner brauchbaren Lösung. Kann mir jemand helfen? Besten Dank Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS nur zwischen Januar und März einbinden?
Hallo SChani, Grundsätzlich kann man auch von TYPO3 unter Verwendung eines eigenen PageType (typeNum) dynamisches CSS generieren lassen. In meiner Extension 'borderstyle' hatte so schon 2016 mal ausprobiert und festgestellt, dass die Timerfunktion von TYPO3 grundsätzlich unpraktisch ist, da sie keine periodischen Ereignisse zulässt. Ich weiß nicht, wofür du dynamsich einbindbares CSS brauchst. Aktuell arbeite gerade ich für TYPO3 8.7 an der Version 8.4.0 meiner Extension 'svt', die es grundsätzlich erlaubt, jedes beliebige Template oder gegebenefalls Partial zeitlich befristet oder auch periodisch separat zu übersteuern. Dabei ist die Idee, dass die alternativen Templates via FAL beim Content-Element eingebunden werden. Beim Einbinden kann der Redakteur entscheiden, wann und in welcher Periode welches Alternative-Template zum Aufhübschen verwendet werden soll. Ich wünsche mir endlich zu Ostern 2018 im Oster-Outfit. Aktuell ist der Timer ein Prototyp. Das heißt, er läuft in meinem Testplugin der Extension; aber ich muss seine Funktionalität per Unit-Tests noch absichern. Der Timer nutzt die Datumsfunktionen von PHP, so dass man prinzipiell Ostern, Pfingsten und andere bewegliche Feiertage berechnen können sollte. Sonnenaufgang und -untergang fehlen, weil ich dann zusätzlich Längen- und Breitengrad verarbeiten müsste. (Ich frage mich, wie man auf die Idee kommt, so etwas in eine Sprach zu integrieren.) Nichtchristliche Feiertage habe ich aktuell auch nicht mit berücksichtigt, weil ich deren Zeit-Logik nicht kenne. Das Überlagern von Templates oder Partials ist auch hilfreich, wenn man, ähnlich wie bei Excel tabellarische Daten in Graphiken/Diagrammen, darstellen will. Die Extension bringt ein dynamisches Template für Tortendiagramme und für Balkendiagramme mit, damit man eine Idee bekommt, wie man mit Fluid dynamisch Diagramme genriert. Offen ist noch, ob eventuell Mehrsprachigkeit und/oder Caching bei der Extension zu Problemen führen wird. Da ich den Timer für das Partial und das Alternativ-Partial über einen erweiterten f:render steuere, bin ich mir nicht sicher, wie das Cacheverhalten der Extension sein wird. Das Cacheing von TYPO3 hat für mich immer noch viel mit Zauberei und Flüchen zu tun und ist für mich weit davon entfernt, eine plan- und steuerbare Größe zu sein, weil ich den Kram bislang nicht wirklich verstanden habe. Natürlich sehe ich in der Extension svt auch vor, dass man von TYPO3 selbst CSS-Definitionen bzw. JavaScript-Dateien nachlädt und via ext_localconf.php in PageRenderer einbindet. Nachteilig ist hier nur, dass die Dateipfade schon bei den Extension-Konstanten einzugeben sind. Ich bin am Überlegen, den aktuellen Stand der Extension beim TYPO3-Camp in Dreden kommende Woche vorzustellen. Ich denke aber nicht, dass dort großes Interesse bestehen wird. Mit besten Grüßen Dieter P.S. TypoScript im Rendering versuche ich möglichst zu vermeiden. TypoScript ist kompakt und schnell, aber schwer les- und verstehbar. Am 18.01.2018 um 13:23 schrieb SChani: Hallo Gibt es eine Möglichkeit eine CSS Datei nur zu einer Bestimmten Zeit einzubinden. Z.B. zwischen dem 15.November und dem 31. Dezember? Ich habe schon mit Conditions rum gespielt komme aber zu keiner brauchbaren Lösung. Kann mir jemand helfen? Besten Dank Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: In Relation stehende records einem anderen Record attachen?
Hallo Christian, Es ist recht mühselig alle Fallstricke zu erläutern . Leg die mit einem Extensionbuilder mal alle verschiedenen Relationstyüpen an und schaue, wie sie sich per TCA und in den Modells unterscheiden. Insbesondere der 1:1-Fall ist interessant. Wenn du dich auf Extbase-ebene bewegst brauchst du das Repositoy->update bzw. ->add für das Bekanntmachen deiner Objekte und die Attach/Detach für deine Relationen zwischen den Objekten. Weiterhin braucht du den Persitence-manager mit persistAll , damit alle Objekte in der Datenbank als Datensätze abgebildet werden. Statt Make würde ich den Objektmanager verwenden, um Objekte eines Modells zu erzeugen. Annotations nicht vergessen. Bei 1:1-Beziehunge reichen Getter und Setter in deinem Model - natürlich mit richtiger Annotation aus. Aber hier wird es jetzt kompliziert, weil es davon abhängt, was du machen willst. Dein unten Beschriebenes Modell habe ich nicht verstanden. Angesichts der komplizierten Beschreibung habe ich auch keine Lust, mich da hineinzudenken. Deshalb siehe Ratschlag in der ersten Zeile. Mit besten Grüßen Dieter Porth Am 17.01.2018 um 10:14 schrieb christian ewigfrost: OK, es scheint dass die add() und remove() Methoden in denen attach() und detach() gekapselt sind nur dann in den Klassen angelegt werden wenn man über die Relationen im extension_builder eine 1:n oder mn:n Beziegung festlegt. Da ich jeweisl eine 1:1 Beziehung nutze werden die Methoden nicht angelegt. Aber dann ergeben doch 1:1 Beziehungen keinen Sinn wenn man keine in Beziehung stehenden Objekte erstellen kann die eben nur zu dem einen Objekt zugehörig sind. Zum Verständniss: Ich möchte beim Erzeugen des Objektes $termin automatisch jeweils ein Objekt des Typs $kaufmaennisch, $technisch etc. erstellen und nur dem Objekt Termin zugehörig machen. Grund: Der record des Typs Termin hat boolsche properties die auch so heißen, also kaufmaennisch, technisch etc... Der user soll im FE auf jede dieser Properties klicken können sodass der zugehörige record kaufmaennisch, technisch etc. geöffnet wird. Darin sind eigene boolsche properties. Der user soll diese boolschen properties auf true setzen können und sobald alle dieser porperties auf true gesetzt sind soll die gleichlautende property (kaufmaennisch, technisch etc.) in dem übergeordneten record termin auf true gesetzt werden. Daher diese vielleicht ungewöhnliche Idee. Aber ich weiß momentan nicht weiter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] Ausgabe des FE Nutzernamen
https://forum.typo3.org/index.php/t/216911/ ist ein TS-Snippet, dass du
über cObject einbinden kannt. Vermutlich könntest du auch den
Query-Dataprocessor verwenden, um sich ein fe_user-Profil zur Verfügung
stellen zu lassen.
Dieter
Am 11.01.2018 um 17:19 schrieb Dave Zen:
Hallo,
ich hab zwar schon gesucht aber so richtig habe ich nichts gefunden,
wie man mit Hilfe von Fluid den Nutzernamen des eingeloggten Nutzers
ausgeben kann.
Mit
Angemeldet
Abgemeldet
kann man zwar prüfen, ob man angemeldet ist oder nicht aber mehr auch
nicht...
Im folgenden Beispiel (
https://www.comuno.net/blog/detail/felogin-form-mit-rsaauth-auf-jeder-seite/
) steht, dass es wohl mit {username} klappen soll (?) aber bei mir
wird damit auch kein Name ausgegeben. {username} wird aber auch nicht
als Text ausgegeben, also kann das schonmal nicht so falsch sein.. oder?
Geht das überhaupt mit Fluid?
Vielleicht hat noch jemand eine Idee, das wäre schön :)
Vielen Dank
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Page.ts Dateien in verschiedenen Extensions
Hallo Birgit,
hallo Dave,
Am 11.01.2018 um 11:00 schrieb Birgit:
Um die Auswahl in den Seiteneigenschaften zu haben, und die Datei erst dort zu
aktivieren:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::registerPageTSConfigFile('extension_name',
'Configuration/PageTS/myPageTSconfigFile.txt', 'My special config');
Danke dafür, Birgit. Den kannte ich auch noch nicht. Es brachte mich auf
die Idee, auch mal wieder in der Doku zu schauen, ob man nicht auch für
verschiedene User-Guppe bestimmte User-Rechte zu setzen. (Versionierung
von Redakteuren) Es sollte jetzt langsam gehen:
siehe
https://docs.typo3.org/typo3cms/TSconfigReference/8.7/UserTsconfig/Field/#setting-default-user-tsconfig:
User TSconfig is designed to be individual for users or groups of users.
However it can be very handy to set global values that will be
initialized for all users.
In extensions this is easily done by the extension API function,
|\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addUserTSConfig()|.
In the |ext_localconf.php| file of your extension you can call it like
this to set a default configuration.
Analoges, also automatisches Integrieren oder Bereithalten, ist
natürlich auch für TypoScript bzw. TypoScript-Constanten möglich.
Mit besten Grüßen
Dieter
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Page.ts Dateien in verschiedenen Extensions
Hallo Dave, Du möchtest EXT0 als 'Steinbruch' für EXT1 und EXT2 verwenden. Damit muss aber die EXT0 eigentlich gar nicht 'richtig' installierst werden. Warum definierst du nicht in ext_emconf.php der EXT1 eine Abhängikeit zu EXT0, lädst den statischen Code von EXT0 gar nicht und definierst in EXT1 eine TsConfig-Datei, die alle für EXT1 benötigten Backend-Layout aus EXT0 hereinholt. Für die Extension EXT2 verfährst du analog. So haben EXT1 und EXT2 in ihren Templates nur den Code, den sie brauchen. https://docs.typo3.org/typo3cms/CoreApiReference/ExtensionArchitecture/DeclarationFile/Index.html Durch die Dependencie kannst du sicher auf die EXT0 verweisen, ohne mit Conditions nur bestimmteSeiten beachten zu müssen. Über den Weg bist du auch Update-Save und ein ignoranten User kann EXT0 nicht einfach deinstallieren oder updaten. Ohne zuvor EXT1 und EXT2 deinstalliert oder geupdated zu haben. Mit besten Grüßen Dieter Am 10.01.2018 um 17:25 schrieb Dave Zen: Hallo, ich habe ein allgemeine Frage zu der Datei Page.ts von Typo3. Beispiel: Es gibt zwei Websites und jede Website ist in einer Extension (EXT1, EXT2) ausgelagert. Beide Extensions sind auch aktiviert. Es gibt noch eine dritte Extension (EXT0), dort sind alle für Website 1 und 2 genutzten Backend Layouts vorhanden, bspw. TSconfig/BE_Layout/Layout1Spalte.ts TSconfig/BE_Layout/Layout2Spalten.ts etc. In der EXT0 ist die Datei TSconfig/Page.ts ohne Inhalt. Im statischen Template von EXT1 und EXT2 ist jeweils die EXT0 eingebunden. Die Idee war jetzt, dass ich in der Page.ts von EXT1 und EXT2 eine Liste an Dateipfaden zu den jeweiligen genutzten BELayout Dateien angebe, bspw in EXT1: source="FILE:EXT:EXT0/Configuration/TSconfig/PageTS/BE_Layouts/Layout1Spalte.ts" extensions="ts"> und in EXT2: source="FILE:EXT:EXT0/Configuration/TSconfig/PageTS/BE_Layouts/Layout2Spalten.ts" extensions="ts"> Ich hätte jetzt erwartet, das ich in EXT1 nur das BELayout mit einer Spalte sehe und in EXT2 wird mir das Layout mit zwei Spalten angezeigt. Leider werden in beiden Websites beide Layouts angezeigt und ich weiß nicht warum... Ich kann jetzt noch eine Condition um die Pfadangabe machen, bspw. für EXT1 [PIDinRootline = 1] source="FILE:EXT:EXT0/Configuration/TSconfig/PageTS/BE_Layouts/Layout1Spalte.ts" extensions="ts"> [end] Damit wird das BELayout auch nur in EXT1 angezeigt (und nicht in EXT2) aber ist diese Condition immer notwendig? Das Layout mit zwei Spalten würde auch weiterhin in EXT1 angezeigt werden (es sei denn, ich arbeite da auch mit einer Condition), obwohl EXT2 gar nicht im statischen Template von EXT1 eingebunden ist. Wenn ich eine Page.ts Datei in einer Extension habe dann sollte diese Page.ts Datei auch nur ausgewertet werden, wenn die entsprechende Extension eingebunden wurde und nicht standardmäßig immer alle Page.ts Dateien ausgewertet werden, auch wenn die entsprechende Extension gar nicht im Template zu finden ist... oder mache ich etwas verkehrt? Kennt jemand das "Problem" und kann mir vielleicht eine Auskunft geben? Vielen Dank ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] de.locallang.xlf überschreiben
Hallo Andre, Ein Bug? https://forge.typo3.org/issues/46525 Workaround im Kommentar am Ende. (ich habe es nicht getestet) Dieter Am 08.01.2018 um 11:57 schrieb Schuler Andre: Guten Tag Ich versuche die SprachDatei: de.locallang.xlf zu überschreiben. leider ohne Erfolg. Code: $GLOBALS['TYPO3_CONF_VARS']['SYS']['locallangXMLOverride']['EXT:cart/Resources/Private/Language/de.locallang.xlf'][] = 'fileadmin/template/cart/Resources/Private/Language/de.locallang.xlf'; Weiss jemand Rat? Grussandré Typo3 8 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] XHTML5 in v8.7
Hallo Latte Biosas (hoffentlich richtig lateinisiert/eingedeutscht?), Warum versucht du statt html nicht *xhtml_11 als doctype, wie es die Dokumentation für Versin 8 vorschlägt? https://docs.typo3.org/typo3cms/TyposcriptReference/8.7/Setup/Config/#doctype *"... NOTE: Keywords also change the way TYPO3 generates some of the XHTML tags to ensure valid XML. If you set doctype to a string, then you must also set config.xhtmlDoctype (see below)." Dieter Am 25.12.2017 um 16:52 schrieb Λάθε βιώσας: Hallo, im Rahmen der unendlichen Geschichte, daß es die Entwickler von Typo3 seit fünf Jahren nicht hinbekommen das noch länger existierende aktuelle XHTML5 zu integrieren, hat v8.7 wieder einen erneuten Rückschlag besorgt. Unter v7.6 half noch folgende Behelfskonstruktion im Setup: config.xmlprologue = config.htmlTag_setParams = xmlns="http://www.w3.org/1999/xhtml; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:sch="http://schema.org/; xmlns:og="http://ogp.me/ns#; xml:lang="de" config.doctype = html5 config.xhtmlDoctype = xhtml_11 config.additionalHeaders = content-type: application/xhtml+xml;charset=utf-8 config.renderCharset = utf-8 (config.doctype = html5 bewirkt, daß es HTML der 5. Generation mit den entsprechenden Tags ist, und config.xhtmlDoctype = xhtml_11, daß sauberes XHTML produziert wird ohne die Grundkrankheiten von XHTML 1.01) v8.7 gibt jedoch alles nicht mehr als application/xhtml+xml, sondern als text/html aus. Hat jemand dafür eine Lösung? Vielen Dank im voraus. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Bilder mit Texten
Hallo Rudi ...dann bekomme ich ja nicht das so hin wie ich wollte... Die Bilder sind ja dann alle untereinander...oder kann ich den Content auch nebeneinander platzieren? Wenn du dein schon ein eigenes Content-Element mit Template erstellt hast, in welchem Text und Bilder in der von dir gewünschten Reihenfolge ausgegeben werden, dann müsstest du vermutlich nur noch das CSS anpassen. eins von vielen Anregungsbeispielen: https://www.psd-tutorials.de/forum/threads/responsive-3-fluessige-bilder-nebeneinander.159186/ Vielleicht nutzt du aber schon eine Distribution, die schon entsprechende Klassen zur Verfügung stellt, so dass der obige Definitionsaufwand entfällt. Mit besten Grüßen Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTML in Template einbinden
Hallo Bernhard,
so als grober erster Schritt für den Umzug von funktionierender Version
zu funktioniernder Version.
Im Fluidtemplate kannst du deiner Marker Variablen zuweisen und statt
des Markers die Variable in geschweiften Klammern ausgeben.
Deine Subpart kannst du auch Variablen zuweisen.
Mit weiteren Subparts
Wenn das HTML im Subpart bei fehlenden Subpart erhalten bleiben soll, schreibst
du im Fluidtemplate
{METANAV}
Mit weiteren Subparts
Mit besten Grüßen
Dieter
Am 19.12.2017 um 12:35 schrieb Bernhard Ludwig:
Am 18.12.2017 um 13:02 schrieb Christian Hackl <hackl.ch...@googlemail.com>:
naja, was ist tradition? Template-Engines zu verwenden oder gar CMS ist ja auch
nicht gerade was neues... :D
Na du solltest nicht nur meinen Rat befolgen, sondern du musst! Weil mit TYPO3
9 wird es keine Marker oder Subparts mehr geben...
Es sieht komplizierter aus - ist aber in Wirklichkeit sehr viel einfacher bzw.
macht alles sehr viel einfacher.
Wenn du fragen hast, sind wir ja hier. :)
Hallo Christian,
wie sieht das dann mit einem Update einer Marker/Subparts geführten Version auf
die 9.x Version aus? Neuprogrammierung?
Grüße,
Bernhard
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ajax mit eID: Alternative zu TYPO3\CMS\Core\Http\AjaxRequestHandler
Hallo David,
ich habe schon bei deinem ersten Post nicht ganz verstanden, was
eigentlich dein Problem war? Könntest du das noch einmal kurz erläutern?
Mit besten Grüßen
Dieter
Am 18.12.2017 um 17:25 schrieb David Brünner:
Habe etwas rumprobiert und eine Lösung gefunden.
Alles wie bisher.
ext_localconf.php
[code]
$GLOBALS['TYPO3_CONF_VARS']['BE']['AJAX']['kkbaybwBackendImageInWYSIWIG']
= [
'callbackMethod' =>
'KKSoftware\\Kkbaybw\\Controller\\BaseController->imageUploadInWYSIWIG'
];
[/code]
BaseController::imageUploadInWYSIWIG()
[code]
public function imageUploadInWYSIWIG() {
...
return json_encode(['parameter' => $value];
}
[/code]
Also hier einfach die Funktionsargumente weglassen.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
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 Partials überschreiben in TYPO3 8.7
.0 meint niedrigste Priorität
Schaue dir mal mit dem Template-Modul die übergordneten Ebene an, die im
TypoScript definiert sind. Vermutlich sind dort die Templates, die
wirklich gezogen werden.
Am 16.12.2017 um 23:54 schrieb Christian Rieke:
Moin liebes Forum,
ich scheitere an einem simplen Problem und hab' offenbar Tomaten auf
den Augen. Funktionierender Code in TYPO3 7.6:
lib.fluidContent {
templateRootPaths.0 =
template/fluid_styled_content/Resources/Private/Templates/
partialRootPaths.0 =
template/fluid_styled_content/Resources/Private/Partials/
layoutRootPaths.0 =
template/fluid_styled_content/Resources/Private/Layouts/
}
Ich überschreibe hier testweise "hart" (.0) den Pfad zu den Templates,
Partials und Layouts von FSC. Tatsächlich liegt im neuen Pfad
lediglich eine 1:1-Kopie von sysext/fluid_styled_content/Resources/
Der(fast)selbe Code funktioniert NICHT in TYPO3 8.7.9:
lib.contentElement {
templateRootPaths.0 =
template/fluid_styled_content/Resources/Private/Templates/
partialRootPaths.0 =
template/fluid_styled_content/Resources/Private/Partials/
layoutRootPaths.0 =
template/fluid_styled_content/Resources/Private/Layouts/
}
Und ja, im neuen Pfad liegen natürlich die neuen Resources der 8.7.9.
Woran also liegt's, dass TYPO3 7.6 die Pfade versteht, TYPO3 8.7.9
aber nicht? ___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Navigationspunkt mit fe_user Namen ersetzen
Hallo Ralf,
http://www.sitevertreiber.de/snippets/snippets-detailansicht/article/2010/september/typoscript-sie-sind-angemeldet-als-tsfefe-useruserusername.html
War - glaube ich - einer der Links. (Ich das Forum als newsletter mit).
Das entält das TypoScript-Snippet plus die Condition
[loginUser = *]
lib.meinUsername = TEXT
lib.meinUsername.wrap = |
lib.meinUsername {
insertData = 1
value = {TSFE:fe_user|user|username}
noTrimWrap = | ||
}
[global]
Es gibt dir den User-Namen aus
Überschreiben von Normalen Titel sollte wie folgt funktionieren
lib.title = TEXT
lib.title{
value = normaler Titel
override.Value = neuer Titel
override.if {
value = 4
equals.data = TSFE:id
}
}
(ungetestet) In der Regel kannst du fast überall das TEXT-Objekt
einführen, da du fast überall die stdWrap-Funktionalität zur Verfügung hast.
Aber ich mag TypoScript nicht. Es ist einfach scheiße zu warten und
definitiv noch schwerer als Jandls 'schtzgrmm' zu lesen.
https://www.lyrikline.org/de/gedichte/schtzngrmm-1230#.WjAstjcxnIU
Mit besten Grüßen
Dieter
Am 12.12.2017 um 10:21 schrieb Ralf Klett:
Hallo Dieter,
vielen Dank für die Antwort!
Die Links die Du mir aufgelistet hast helfen mir aber nicht wirklich
weiter.
Das ganze "Problem" gliedert sich ja in 3 Teilbereiche.
Zum einen eine bestimmte ID ansprechen - geht mit TSFE:id - Abgehakt
Dann den angemeldeten Usernamen auslesen - gibt's Anleitungen im Web
Als letztes (und entscheidendes) wie überschreibe ich das "titleField" ?
Ich finde immer nur Anleitungen wie man anstatt des titleField den
subtitle oder ähnliches verwenden kann.
Ich möchte per typoscript z.B. einfach den titel der ID 4 mit z.B. dem
value = "neuer titel" überschreiben (ob das jetzt Sinn macht oder nicht)
Den Rest kann ich mir dann schon zusammen bauen.
Hast du da vielleicht einen konkreten Tipp für mich?
Gruß Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 'Unknown column in field list' Fehler bei Erstellung von records im BE
Hallo Christian, angesichts deiner sparsamen Informationen wirst du mit keinem Lösungshinweis rechnen können. Zwei Herangehensweisen würde mir einfallen a) Extensionweit nach edited (TCA,, veraltete TCA-Dateien, ...) suchen b) die unten stehenden Zeilen nacheinander eingeben und schauen, bei welcher der Fehler auftritt. Dieter Am 12.12.2017 um 10:02 schrieb christian ewigfrost: Ich habe folgendes Problem: Wenn ich einen neuen record erstellen will im BE bekomme ich folgedne Fehlermeldung... 2: SQL error: 'Unknown column 'edited' in 'field list'' (tx_icingaconfgen_domain_model_checkperiod:NEW5a27f9da8a41d636846075) "edited" allerdings ist keine property jener Klasse (sondern einer Anderen). Das interessante ist: Wenn ich im extension_builder die extension nochmal save tritt der Fehler nicht mehr auf. Erst wenn ich in die ext_localconf.php folgende Zeilen wieder einfüge: $GLOBALS['TCA']['tx_icingaconfgen_domain_model_services']['ctrl']['requestUpdate'] = 'checktype'; $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['scheduler']['tasks'][\Cjk\Icingaconfgen\Tasks\TestTask::class] = array( 'extension' => $_EXTKEY, 'title' => 'Conf Gen' ); $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['tce']['formevals']['Cjk\\Icingaconfgen\\Evaluation\\IPv4Evaluation'] = ''; $GLOBALS ['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['processDatamapClass']['extkey'] = 'Cjk\\Icingaconfgen\\Hook\\EvalHook'; $GLOBALS ['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['processCmdmapClass']['extkey'] = 'Cjk\\Icingaconfgen\\Hook\\EvalHook'; Diese sind für die Funktionalität meiner extension notwendig, aber ich sehe wirklich nichts in diesen Zeilen was auf die property "edited" verweisen könnte bzw. diesen Fehler auslösen könnte. Oder ich sehe den Wald vor lauter Bäumen nicht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Navigationspunkt mit fe_user Namen ersetzen
Hallo Christian, bis TYPO3 7.6 habe ich Menüs auch per TypoScript gemacht. Ab 8.7 nutze ich dafür den DataProcessor, der leider in der Dokumentation bisher nicht erwähnt wird. (Zeitmangel oder noch in der Experimentierphase?) https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Fluidtemplate/Index.html Er ist im TYPO3-Code zu finden unter typo3\sysext\frontend\Classes\DataProcessing\MenuProcessor.php und zeigt im Klassenkommentar, wie er zu konfigurieren ist. Auf die Frage, ob TypoScript oder Fluid besser ist, würde ich immer mit Fluid anworten, weil man mit Fluid coole Sachen machen kann, bei denen man mit TypoScript scheitert. In Fluid kann ich sehr einfach ein Menüpartial oder andere Partials während der Weihnachtszeit durch ein Weihnachtspartial oder während der Zeit einer Marketing-Aktion durch ein Marketing-Partial ersetzen. Die Kontrolle darüber liegt dabei beim Redakteur, sobald das Weihnachtstemplate oder Marketingtemplate vorhanden ist. (Auf Kunden-Wunsch könnten der Redakteur sogar das Templäte selbst nachträglich bauen dürfen.) In TypoScript ist eine solche Flexibilität illusorisch. Gemäß der Clean-Code-Prinzips "vermeide zwei Techniken für die gleiche Sache" erzetze ich in allen neuen Projekten beim Rendering das gute TypoScript durch das bessere Fluid. TypoScript selbst möchte ich auch in Zukunft nicht missen, weil es sich zum Beispiel die GetText-Funktionen während der Entwicklung gut für Funktionstests von Seiten nutzen lassen. So wie beim Gegenrechnen in Mathe könnte man den Extbase/Fluid-Output von einzelnen Seiten mit TypoScript-Output automatisiert gegenchecken lassen. Aber diese Form des Testen habe ich bislang noch nicht in einer Extension systematisiert. Mit besten Grüßen Dieter Am 09.12.2017 um 22:18 schrieb Christian Hackl: @ Dieter hmm finde ich nicht, ich schreibe die Navigation nach wie vor in TS - ist einfach weniger zu schreiben und übersichtlicher (bei Standard 0815 Navis). Im TYPO3 Youtube Kanal hab ich übrigends mal nach gefragt, was denn besser sei für sowas wie Navi - TS oder FLUID, Antwort sinngemäß: nimm das was du bevorzugst. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Navigationspunkt mit fe_user Namen ersetzen
Hallo Ralf, beschäftige dich mit override beim TEXT objekt https://www.typo-script.de/typoscript/typoscript-if-else-mit-override/ und mit Datenbankabfragen via TypoScript https://www.typo3lexikon.de/typo3-tutorials/typoscript/referenz/gettext.html Man kann natürlich auch direkt zum Ziel kommen (Suchbegriffe "typo3 tsfe fe_user") http://www.sitevertreiber.de/snippets/snippets-detailansicht/article/2010/september/typoscript-sie-sind-angemeldet-als-tsfefe-useruserusername.html Mit besten Grüßen Dieter P.S. Ich vermeide TypoScript für das Rendern von Seiten, weil ich das Rendering gern auf das Fluid-Template beschränkt halte. TypoScript ist wie der VW Käfer, ein Beispiel guter aber heute überholter Technik. Am 08.12.2017 um 12:16 schrieb Ralf Klett: Hallo liste, folgendes Problem: Ich habe eine Seite mit Navigationspunkten, z.B. start--login Nach dem Login sieht es etwa so aus: start---user-test01-test02 |_logout |_test01b |_test02b Es gibt also die Seite "user" mit Unterseiten. Ich möchte jetzt eigentlich den Navigationstitel "user" durch den Namen des angemeldeten "fe_users" ersetzen. Hat einer von euch eine Idee wie das am besten zu realisieren wäre? Es müsste ja so ungefähr so was ein: [globalVar = TSFE:id 4] titleField.field = TEXT titleField.field.value = hier jetzt den angemeldeten Usernamen einsetzen [end] Ich bekomme die Syntax einfach nicht hin. Vieleicht hat jemand von euch ja so was schon realisiert oder weiß wie es funktioniert. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ 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 - JsonView String manipulieren
Hallo Ralf,
In der Form gibt man Werte für Variablen in JavaScript an. Wenn ich
deine Angaben richtig interpretiert habe, baust du innerhalb eines
TYPO3-Templates in einem Script-Tag Javascript zusammen. Das javaScript
wird dann vermutlich einer Variablen zugeordnet.
Am 04.12.2017 um 15:31 schrieb Ralf Hoffmann:
[{
wert1:'inhalt Wert1',
wert2:'Inhalt Wert2'
}]
Also ungefähr in der Form:
var xyz = [{
wert1:'inhalt Wert1',
wert2:'Inhalt Wert2'
}];
Alternativ könntest du vermutlich auch dein normales JSON nehmen und
folgendes in dein Fluid-Template schreiben:
var xyz = JSON.parse("{deineJsonFluidVariable}");
Noch besser wäre folgenden, wobei dein Script im Script-Tag in deine
JavaScript-Datei auslagern könntest. (ungetestet)
var xyz = JSON.parse($('#myContainer').data('param'));
Aber vielleicht habe ich deine Antwort auch falsch interpretiert, und
deine Datenverarbeitung funktioniert anders als ich hier spekulierend
annehme.
Mit besten Grüßen
Dieter
P.S. Es gab mal eine Zeit, wo ich die Idee vom Javascript
programmierenden TYPO3 interessant fand. Aber TYPO3 ist nicht Prolog,
weshalb ich die Idee schnell wieder verwarf. Ich glaube aber, dass in
wenigen Jahren eine automatisierte Programmkomposition mit KI-Techniken
Realität werden könnte. Ein selbstlernender Composer oder ein intelligentes
bower
könnten die Art des Programmierens verändern.
--
Dr. Dieter Porth - Web-Entwickler
___
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 - JsonView String manipulieren
Hallo Ralf,
Warum brauchst du den JSON-String in einer fehlerhaften Formatierung?
In welchem Kontext brauchst du die fehlerhafte Notation?
[{wert1:inhalt
Wert1,wert2:Inhalt Wert2}]
Wäre obiges, via erzeugt, gegebenenfalls auch gangbar?
Mit besten Grüßen
Dieter
Am 02.12.2017 um 10:02 schrieb Ralf Hoffmann:
Hallo Ihr Lieben,
ich erzeuge über einen JsonView einen Json-String!
Soweit so gut, aber leider wird dieser String wie folgt ausgeben:
[{"wert1":"inhalt Wert1","wert2":"Inhalt Wert2"}]
Ich bräuchte aber folgende Formatierung:
[{wert1:'inhalt Wert1',wert2:'Inhalt Wert2'}]
Vielen Dank an alle die mir helfen möchten.
LG
Ralf
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] ke_search und MASK
Hallo Dave, keine Ahnung. Wie arbeitest du mit Mask? Über das Modul oder als eigene Extensioon per Mask-Export? Für die Mask-Elemente werden üblicherweise keine Modell angelegt. Ich weiß nicht, ob das ke_search das braucht. Grundsätzlich kannst du einen eigenen Indexer schreiben, der nicht-tt_content-Tabellen indexiert. Es ist bei der KE-Search eine Extension dafür angegeben. Genaueres kann ich dir aber leider nicht sagen, da ich mich schon länger nicht mehr mit damit beschäftigt habe. Mit besten Grüßen Dieter Porth Am 27.11.2017 um 08:40 schrieb Dave Zen: Die Felder liegen leider nicht alle in tt_content. Ich nutze in meinen MASK CE Elementen wiederkehrende Bereiche und dadurch befinden sich Inhalte in neuen, von MASK angelegten Tabellen. So ganz allgemein wäre es schön, wenn man in ke_search einfach nur den Element-Key des MASK Elementes angeben bräuchte und ke_search diese Elemente automatisch mit indexiert. Oder man kann im MASK Element auswählen, das dieses Element indexiert werden soll, sofern die ke_search Extension genutzt wird. Ich vermute eine Extension müsste angepasst werden, oder doch beide? Das wäre jedenfalls ein Feature, das unbedingt einmal umgesetzt werden sollte. Viele Websites nutzen Suchfunktionen und wenn die MASK Elemente nur durchsuchbar sind, wenn deren Content in tt_content liegt, ist das sehr unzureichend. Gibt es außer die indexed_search noch Alternativen zu ke_search? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Typo3 7.6.x] ke_search und MASK
Hallo Dave, hallo Mike, https://www.typo3-macher.de/facettierte-suche-ke-search/dokumentation/ein-eigener-indexer/ Enthält einen Link zu einem Beispiel für einen eigenen Indexer. Und das ist es vermutlich, was du brauchst, oder habe ich dich falsch verstanden. Wenn sich deine Mask-Elemente sich auf Felder der tt_content beschränken, würde ich sagen, dass du leicht einen Indexer konfigurieren können solltes. (Konjunktiv, weil ich das letzte Mal vor gut einem Jahr was mit ke_search gemacht habe.) Mit besten Grüßen Dieter Am 24.11.2017 um 21:37 schrieb Mike Minyades: Ich hab da leider auch keine Idee, aber das Thema interessiert mich grundsätzlich auch sehr! Wäre schön wenn dazu jemand ein Beispiel parat hätte! Am 23.11.17 um 10:49 schrieb Dave Zen: Hat keiner Idee wie man hier vorzugehen hat? Ich habe mir auch mal die Extension DCE angeschaut, da es dafür einen Hook gibt um mit ke_search die Inhalte dieser Contentelemente zu indexieren. https://bitbucket.org/ArminVieweg/dce/src/72e9dcc3d2c1da0067ff47c844bdc0c02bcef598/Classes/Hooks/KeSearchHook.php?at=develop%3Bfileviewer=file-view-default=file-view-default Leider weiß ich noch nicht, wo man hier Anpassungen vorzunehmen hat damit dies mit MASK funktioniert... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Löschen von in Beziehung stehender records (evtl. über @cascade remove) - Grundsätzliche Frage
Hallo Christian Zusatz zu Mikels Hinweis https://docs.typo3.org/typo3cms/ExtbaseFluidBook/5-Domain/2-implementing-the-domain-model.html ziemlich in der Mitte Die TYPO3-Dokumentation ist besser geworden. Dieter Am 20.11.2017 um 09:55 schrieb christian ewigfrost: Warscheinlich eine simple Frage: Ich habe zwei Klassen in meiner extension, die in einer 1:n Beziehung stehen (Host:Service). Wenn ich im BE ein record vom Typ Host lösche will ich alle korrespondierenden Service records automatisch auch gelöscht kriegen. Auf Stackoverflow habe ich dazu den Tipp bekommen mit @cascade remove zu arbeiten. Aber da ich noch ziemlicher Typo3 Anfänger bin und eine google Suche kein Ergebnis lieferte kann ich zunächst damit nichts anfangen. Kann mir jemand weiterhelfen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Image manipulation arbeitet nicht
Hallo Tobias, Da du eine Fehlermeldung erhälst, ist dein System nicht fehlerfrei aufgesetzt. Oder was ist dein Maßstab für fehlerfrei? Warum machst du keine Angaben zu deinem System? Hast du Ghostscript installiert? Der Hinweis steht auch in der Fehlermeldung und kann bei der PDF-Konvertierung probleme machen Sind deine Pfade wirklich korrekt? Welches System verwendest du? Die beiden nachfolgenden Links zeigen, dass und warum die Frage zur Systemumgebung wichtig ist. https://christiane-weigel.de/typo3-bildwiedergabe-mit-imagemagick-gewaehrleisten/ https://www.hostinger.de/forum/kunden-dienst/86-typo3-konfiguration-imagemagic.html Dieter Am 19.11.2017 um 20:08 schrieb Christian Hackl: tja wenn die beiden Pfade korrekt sind: falsche IM Version oder falsche IM Konfiguration - vielleicht? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Flexforms oder TCA
Hallo Cigdem,
hallo Birgit,
Am 10.11.2017 um 11:51 schrieb Birgit:
class MeinController extends \TYPO3\CMS\Extbase\Mvc\Controller\ActionController
{
/**
* action list
*
* @return void
*/
public function listAction() {
$this->view->assign('settings', $this->settings);
}
}
Diese Zeilen habe ich bislang nie genutzt. Die Settings sind globale
Variablen, die nach meinen Erfahrungen an jeder Stelle im Template oder
Partial bzw. im Controller automatisch ohne explizite Deklaration zur
Verfügung stehen. Ist halt TYPO3-Magie.
@Birgit, oder gibt es Situationen, wo man das assign braucht.
Mit besten Grüßen
Dieter
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Flexforms oder TCA
Hallo Cigdem, vielleicht noch folgende Idee als Ergänzung. Statische Konfigrationseinstellungen wie die Auswahl von Klassen für das Plugin würde ich tendenziell immer per Flex-Form realisieren. Relation zu Bildern und Dateien würde ich immer per TCA realisieren, da ich mir nicht davon ausgehe, dass das FAL die Flexforms auswertet. Es könnte passieren, dass man ein Bild löscht, das von einem Plugin per Flexform gebraucht wird. Ich habe nie probiert, ob es geht, aber auch Irre-Relationen zu Datenbankfeldern gehören NIE in Flexforms Auch echte Daten-Informationen gehören für mich immer ins Modell und sind per TCA zu definieren. Bei Hinweise auf Seiten, zum Beispiel zu SysFoldern hängt es einwenig vom persönlichen Geschmack ab. Ich würde sie aber vermutlich eher in Flexforms verorten, da solche Angaben immer reine systemabhängie Konfigurationsangaben sind. Hilfreich ist vielleicht auch die Idee, das man alles, was man für ein Plugin fern vom Redakteur im TypoScript definieren würde, in Flexforms gehört. Flexforms benutzt man dann als UI, um dem Redakteur die Chance zu geben, Defaulteinstellungen zu übersteuern. Das passiert aber nur, wenn ein Plugin in verschiedenen Konfigurationen an verschiedenen Orten der Webseite genutzt werden soll. Mit besten Grüßen Dieter -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Am 05.11.2017 um 23:36 schrieb Christian Hackl: Hehe jetzt musste ich lachen - aber stimmt natürlich wenn Smartphones noch Beamer bekommen :D Taschenbeamr gibt es schon. http://www.minibeamertest.com/ Preis laut Website zwischen 300 und 600 € Wenn demnächst noch lichtverstärkende Leinwände auf den Markt kommen, dann ... Dieter -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mask: Erweitertes Backendlayout mit Typoscript ausgeben
Hallo Christian, treatIdAsReference="1" alt="" /> Wenn deine Files als Variablen 'page' vom Dataprecessor ausgegeben werden. Der Dataprocessor kann natürlich auch merh als ein Image finden Könnte vermutlich auch so oder so ähnlich funktionieren (habe es nicht getestet, nutze einfach , um die richtig Datenstruktur herauszukriegen) Dieter Am 03.11.2017 um 15:16 schrieb Christian Heisch: Vielen Dank für die ausführliche und hilfreiche Antwort. Jetzt verstehe ich manche Zusammenhänge besser. Allerdings habe ich das Problem noch immer nicht gelöst. Konkret: Auf meiner Seite sollen die fraglichen Bilder in einem Menü dargestellt werden, als Icons zu den Seitennamen. Die Bilder (bzw. die Referenzen) liegen in der pages-Tabelle im Feld tx_mask_menuebild_aktiv. Leider habe ich das Konzept, wie Bilder einzubinden sind, immer noch nicht durchdrungen. Lieben Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Christian,
Am 31.10.2017 um 23:15 schrieb Christian Hackl:
[]
Allerdings glaube ich, das sich Redakteure die Seite eher am PC
angucken als auf dem Smartphone - wodurch das oben erwähnte, also z.
B. Spalten auch im BE zu haben, die Orientierung vereinfacht. (hier
muss ich allerdings gestehen, das ich mich noch nicht sehr stark mit
FE-Editing beschäftigt habe - war bisher noch keine Anforderung eines
Kunden. :)
Frontend-Editing unter TYPO3 wäre die beste Lösung. Aber leider ist der
Code so unschön und instabil, dass ich dazu keine Lust habe, mit jeder
Minor-Version wieder mein Plugin anzupassen. Letztens wollte ich per
Frontend ein Youtube-Link als FAL einbinden und hatte am Ender nur
einige neue Schimpfworte gelernt.
[...]
Variable BE-Layouts? Höre ich jetzt zum erstenmal - wo kann ich mich
da schlau machen? Danke dir!
Man kann im Backend ein Layout einbinden, dessen Namen man im Backend
definiert und den man per variable ans template übergibt:
f:render partial="{name}" /
erlaubt eine dynamische Umschaltung. Auch
f:layout name="{name}"
funktionert hervorragend, wobei dann erst das Layout-Datei bestimmt,
welche Daten überhaupt im Weiteren gerendert werden.
Ist hervorragend geeignet, wenn man displayCond aus dem TCA mit dem
Template synchronisieren will.
Auf meiner Test-Website www.mobger.de habe ich experimentell so die
Umschaltung zwischen Mobil-und Desktop-Design realisiert. Die
Media-Queries per CSS sind aber rückblickend betrachtet die bessere
Variante.
Das dynamische Templating funktioniert also seit TYPO3 6.2
Was meinst du mit Content bzw. Zitaten?
Zitat: Ich kann mit einem Content-Element auf andere Content-Elemente
verweisen und diese Rendern lassen.
So noch zur Info ich verwende Gridelements nur für Spalten und
besondere Fälle - etwa Accordions und Slider mit Variablem Inhalt.
Für so etwas nutze ich üblicherweise IRRE-Elemente, die in eine Schleife
geblockt werden. Gegebenenfalls nutze ich noch ein Partial die
IRRE-Elemente unterschiedlich ausgeben zu lassen.
Gridelements verwende ich seit 6.2.x - bei Updates hatte ich bisher
(auf Holz klopf) noch keine Schwierigkeiten.
Mask /MaskEport ist sicher eine gute Software, die zur aktuellen Version
von TYPO3 passt.
Grid-Element ist nicht wirklich wichtig, denn angesichts fließender
Größen-Übergänge von Mobile-Tablet-Laptop-Desktop bietet wie schon
gesagt die Backend-Darstellung nur scheinbar einen Bezug zur
Frontend-Ausgabe. Grid-Elements ist eine Auslaufextension.
In meinen letzten beiden Projekten habe ich es nicht mehr eingesetzt.
Wichtiger als Grid wäre mir für das kommende TYPO3 9, dass man einfacher
Open Graph-Informationen und andere SEO-Infos leicht im Header seiner
Webseite angeben kann. Im Bereich SEO ist TYPO3 recht schwach.
Mit besten Grüßen
Dieter Porth
Off-Topic zu SEO im Header-Bereich:
Aktuell engagiere ich mich zum Beispiel politisch für die verpflichtende
EU-weite Einführung des Meta-Tag Webseiten, um alle Zeitungen, Blogs und News-Anbieter zu zwingen, Ihre
News erst vier Wochen nach Veröffentlichung für die Indexierung durch
Suchmaschinen freizugeben, so dass die Webseiten der New-Erzeuger für
Bürger und Werbewirtschaft wieder attraktiver werden.
Um das Vergessen im Internet zu fördern, sollten weiter News-Anbieter
mit Artikel aus dem Index streichen lassen.
Ich glaube: Aktuell plündern die US-Datenkraken unsere News-Quellen,
manipulieren unseren Wissenzugang und zerstören so die Meinungsvielfalt
in unserer Demokratie. Deutschland entwickelt sich immer stärker zur
Dollar-DDR .
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF-Dokument darstellen
http://viewerjs.org/ https://github.com/mozilla/pdf.js/ reicht das? Am 02.11.2017 um 10:26 schrieb Bernhard Ludwig: Hallo, habe hier eine 6.2.31 in Vorbereitung zum Update auf 8x. Nun muss auf die Schnelle eine Möglichkeit zur Darstellung einiger PDF-Dokumente integriert werden. Der Vorgang soll wie folgt ablaufen: - Nach Seitenaufruf über einen Menüpunkt soll ein PDF direkt sichtbar sein - Das PDF soll nicht als Image dargestellt werden - Das PDF ist mehrseitig, muss also blätterbar/scrollbar bleiben - Muss für Redakteure geeignet sein Nach durchforsten der mageren PDF-Extensions ist mir aufgefallen, dass es momentan nichts gibt, auch nicht für 7.x oder 8.x, um ein PDF als CE einzubinden, außer einer Darstellung als Image, wobei nur die erste Seite dargestellt wird und außerdem die Bilddarstellung qualitativ zu schlecht ist. Natürlich kann ich ein PDF über einen Link aufrufen und dann in einem neuen Fenster anzeigen lassen, aber das ist nicht die gewünschte Darstellung und passt nicht zum Seiteninhalt. Würde auch eventuell eine Darstellung in einem iFrame versuchen, aber auch hier komme ich nicht zu einem Ergebnis, da ich nicht finde, wie man einen iFrame per CE einbinden kann. Grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mask: Erweitertes Backendlayout mit Typoscript ausgeben
Hallo Christian,
Da Files per MN-Relation eingebunden werden , findest du im
Datenbankfeld die Anzahl der eingebunden Bilder. Die MN-Tabelle ist in
deinem peziellen Fall die sys_file_reference-tabelle, die auch auf einen
Eintrag in der sys_file-Tabelle verweist.
Versuche es einfach im Frontend mit {_all} und schaue
dir, ob eines der Obejkte überhaupt dein Page-Objekt enthält.
Gegebenefalls muss du dein FluidTemplate im TypoScript um eine
DataProcessing-Configuration erweitern, um Elemente aus dem aktuellen
Seitenobjekt verfügbar zu machen. (Ich habe es bisher zum Glück nie
gebraucht. Pages könnte evtl. im mehrsprachigen Umfeld richtig
zickig/blöd/eckelig werden, weil alle Übersetzungen in einer
Overlay-Tabelle zu finden sind. Die Grundidee von Pages-FAL im
mehrsprachigen Context bzw. die Grundidee der Overlay-Tabelle) habe ich
bislang nicht wirklich verstanden.)
Siehe Beispiele unter
https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Fluidtemplate/Index.html
Vermutlich kannst du es aber auch alles per TypoScript lösen; aber
TypoScript ist schwer pflegbar, weshalb ich die Nutzung möglichst auf
Grundkonfigurationen beschränke.
mit besten Grüßen
Dieter
Am 02.11.2017 um 16:29 schrieb Christian Heisch:
Hi,
ich benutze seit einiger Zeit die Mask-Extension und liebe sie.
Allerdings musste ich bislang nie ein Feld, mit dem ich das
Backend-Layout erweitert habe, im Frontend ausgeben.
Eins nach dem anderen:
Ich benutze Typo3 8.7.8 mit Mask 3.0.1
Nun habe ich ein Backend-Layout durch ein Datei-Element erweitert. Auf
dieses Element möchte ich zugreifen.
Genauer gesagt, soll das Bild im Frontend angezeigt werden.
Den Datenbank-Eintrag habe ich gefunden, er lautet tx_mask_menuebild
in der pages-Tabelle. Er enthält nur eine 0 oder eine 1, aber das wird
wohl richtig sein.
Ich habe leider keinen Plan, wie ich dieses Bild nun in Fluid
eingebunden bekomme.
Ich nehme an, ich muss einen TyposcriptObjectPath setzen und in TS das
Datenbankfeld auslesen. Aber sicher bin ich mir nicht. Und wie das
genau läuft entzieht sich mir ebenso.
Ich hoffe, jemand kann mir helfen
Lieben Gruß
Christian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Per Dataprocessor auf Images in Pages-Tabelle zugreifen - Wie?
Nachsatz 2. In der Antwort zu Birgit ist mir ein Fehler unterlaufen. Für Resourcen im FAL kennt TYPO3 keinen Timer, was aus der Sicht von Ressourcen und vermutlich auch aus konservativer SEO-Sicht wirklich Sinn macht.. Dieter P.S. wegen SEO. Dynamische Templating verstößt gegen das REST-Paradigma der Zustandslosigkeit, da externe Parameter darüber entscheiden, was gerade ausgeliefert wird. Dies könnte bei Suchmaschinen dazu führen, dass solche Webseiten im Ranking abgestraft werden, weil die Website "mal dies mal jenes erzählen". ... P.P.S Andererseits würden dynamisch sich ändernde Webseiten analog zum Geocaching http://www.geocaching.de/ ein echtes Internet Caching erlauben. Es wäre ein schöne neue Spielwiese für Rätselentwickler und Menschen, die gerne Rätzel lösen. P.P.P.S. I Ich werde trotzdem in meiner svt-Extension die Metadaten zu Dateien um Timer-Informationen erweitern, damit ich dann in einem erweiterten -Viewhelper diese Infos auswerten kann, um dynamisches Templating zu erlauben. Als Forscher interessiert es mich einfach, wohin das führen wird. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche Lightbox mit der Möglichkeit "Vollbilddarstellung"
Hallo Bernhard, https://www.elmastudio.de/10-javascript-lightboxen-im-vergleich/ http://t3n.de/news/image-lightbox-responsive-lightbox-mit-touch-support-529099/ ... Recheriere mal, welche Lightbox deinen Ansprüchen genügt. Es gibt eine Vielzahl von veröffentlichten Scripten. Nach meinen Erfahrungen sind Lightboxen aber wieder aus der Mode gekommen. TYPO3 bietet dir die Render-Möglichkeiten, um Bilder auf eine bestimmte Größe zu beschränken. Du musst diese Möglichkeiten nicht nutzen. Die Lightbox selbst ist in der Regel ein JavaScript, das bestimmt, wie du die Links zu den Bildern zur Verfügung stellen musst. ... Was soll deine Lightbox machen, wenn du Bilder hast, die kleiner als dein Bildschirm sind. Vergrößern? Was soll bei Bildern passieren, die unnötig groß sind (16 MegaByte pro Bild?), weil der Redakteur nicht daran gedacht hat, sie zu verkleinern. Was passiert auf dem Handy? 14MByte für ein Lightbox-Bild sind nicht gerade erhebend und schmälern das Datenvolumen Mit besten Grüßen Dieter Am 16.09.2017 um 14:11 schrieb Bernhard Ludwig: Hallo, wie im Betreff erwähnt bin ich immer noch auf der Suche nach einer Lightbox, die es ermöglicht, die Bilder nicht nur in einem begrenzten Bereich sondern auf Mausklick auch als Vollbild darzustellen. Also aus der normalen Lightboxfunktion heraus, einen Button „Vollbild“ anklicken und dann hat man die Bilder im Vollformat am Monitor, mit Richtungsnavigation, etc. Leider werde ich nicht fündig, weder TYPO3 bietet das selbst an, noch gibt es die Möglichkeit in einer Extension. Die alten Exts (z.B. perfectlightbox, fancybox, etc.) können das schon gar nicht und begnügen sich eh nur mit festen Werten für Breite und Höhe und die neueren Extensions, wie z.B. magnificpopup lassen eine solche Funktion ebenfalls vermissen und scheitern sowieso schon an einer richtigen dynamischen Darstellung der Bildgröße, so dass die Möglichkeiten einer großen Auflösung von modernen Minitoren nicht genutzt werden können, weil die Lightbox sich nur bis zu einem festgelegten Rahmen vergrößert, der die verfügbare Anzeigefläche nicht einmal annähernd ausnutzt. Bin ich da jetzt nur uninformiert? Gibt es vielleicht doch eine Möglichkeit? Würde mich über aufklärende Hinweise freuen. Grüße, Bernhard LUCOMP mediale Kommunikation & internetDesign Bernhard Ludwig Bahnhofstr. 58a 64823 Gross-Umstadt Fon: 06078 - 93 040 63 Fax: 06078 - 93 040 64 E-Mail: luc...@lucomp.de Internet: www.lucomp.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] merkwürdiges Cache/Layout-Problem nach Löschen eines Backendlayouts
Moin Laurin, Hilft dir vielleicht 'Breaking: #79622 - TypoScript Standard Header has been removed from Fluid Styled Content' weiter Im TYPO3-Core in der Dokumentation zu finden... Dieter Am 13.09.2017 um 14:43 schrieb Laurin Schaller: Hallo Zusammen Ich hattte dieses Problem jetzt schon mehrere Male und ich glaube jetzt die Ursache dafür gefunden zu haben. Jedoch habe ich noch keine Lösung. Also ich hatte ursprünglich 2 Fluid-Templates. Anhand dem für die Seite ausgewählten Backendlayout wird das jeweilige Template geladen. Das hat auch soweit gut funktioniert. Jedoch benötigte ich das eine Template nicht mehr und habe es mit dem Backendlayout gelöscht. Der Seite die dieses Backendlayout hatte, habe ich einfach das noch übrig bleibende Backendlayout zugewiesen. Jetzt erscheint aber auf nur der Seite der Footer und Header-Partial nicht mehr. Die gesamte seite hat einen merkwürdigen wrap: id="c1" class="frame frame- frame-type- frame-layout-0"> Zuerst dachte ich das das noch im Cache liegt. Also habe ich den Cache im Install-Tool gelöscht, den typotemp Ordner geleert und den lokalen Cache geleert. Jedoch besteht das Problem immernoch! Kann es sein, dass irgenwo noch was gecached wird? Am Template selbst kann der Fehler ja nicht liegen, da es ja auf den anderen Seiten problemlos funktioniert, richtig? Wäre froh, wenn mir jemand noch einen Anhaltspunkt hätte oder so, habe keine Ahnung was hier schiefläuft. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vermisst: Condition „useragent"
Hallo Marek, https://docs.typo3.org/typo3cms/TyposcriptReference/Conditions/Reference/Index.html#userfunc Baue dir deine UserAgent-Detection Funktion selbst http://php.net/manual/de/function.get-browser.php Dass die Daten in der Regel nicht valide sind, ist dir klar, nehme ich an. Deshalb hat vermutlich ein schlauer Mann die Condition entfernt. Dieter Am 12.09.2017 um 16:21 schrieb Marek: Nach dem ein schlauer Mensch die Condition „useragent" aus allen Versionen ab 8.1 entfernt hat, wie überschreibt man nun eine css-Datei, wenn diese für einen bestimmten Browser ganz anders sein soll? Es soll die Desktop-css-Datei mit der Mobile-css-Datei ersetzt werden. Klar kann ich mit dem Link-Tag und den media-Eigenschaften eine Datei laden lassen, wenn die Eigenschaften des Browsers übereinstimmen. Ich kann aber keine Datei komplett ausblende, damit weniger Dateien geladen werden. Desktop: page.includeCSS.file = fileadmin/pfad/desktop.css Mobile: page.includeCSS.file = fileadmin/pfad/mobile.css Ich muss in der Mobile css alle Eigenschaften aus der desktop.css erst überschreiben und dann neu setzen. Das ist doch kompletter Blödsinn. So wird über die Desktop-css immer geladen und die Mobile-css zusätzlich zu der Desktop-Version. Auf mobilen Geräten erzeuge ich dann mehr Datenvolumen als auf den Desktops. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] öffentliche Schnittstelle für Session ID
Lesen bildet. https://docs.typo3.org/typo3cms/TyposcriptReference/6.0/AppendixC/StoringData/Index.html Dieter Am 12.09.2017 um 09:48 schrieb Alexander Wende: Moin zusammen, ich suche eine möglichst eindeutige Kennzeichnung der Browsersitzungen unserer Besucher zur zusätzlichen Absicherung von XHRequests. Das ganze sollte PHP-seitig funktionieren und nicht durch den Besucher veränderbar sein. Ich dachte daher an die Session ID. Die Session ID würde ich auch mit $GLOBALS['TSFE']->fe_user->getSessionId() bekommen. Allerdings ist getSessionId() als "internal" gekennzeichnet. Kennt jemand eine Möglichkeit die Session ID über eine öffentliche Schnittstelle zu bekommen? Schonmal danke und Grüße Alex ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menügenerierung: Performancevergleich Datenprozessor - Viewhelper
Hallo André,
wer falsche Fragen stellt, erhält auch mit Milliarden-schwerer Forschung
immer sicher eines: falsche Antworten.
cObject ist eine Krücke für die ehemaligen TypoScriptler und der Feind
jeden puren MVC-Konzeptes. Den Dataprozessor dagegen rechnet man noch
zum Controller zu, weil er vorm ersten View alle Daten fertig zur
Verfügung stellt.
Tendeziell bin ich schon am Überlegen, zukünftige Projekte ordentlich zu
trennen, um ein überschaubare Kontrolle für SEO-Text und
domain-übergreifende Namespace-Eintragungen zum Beispiel für
Bezahlservices Tageszeitungen-Cloud, Wetterdienste, ... zu haben. Ich
denke, meine zukünftigen Projekte könnten auch folgende TypoScript
Konfiguration aufweisen:
page = PAGE
page.headerData.10 = FLUIDTEMPLATE
page.headerData.10 {..
TypoScript als Krücke im Rendering macht Webseiten meist unnötig kompliziert,
weil es Rendering und Datenabfrage vermischt. TypoScript als Renderhilfe ist
rationalisierungsfeindlich.
Welche Art von Menü meinst du? Meinst du zum Beispiel ein
CSS-getriggerte responsive-Tab-DropDown-Menü, dass beim 'hover' im
DropDown-Menü im Vorschaufeld einen Teaserbild mit Text zur Seite
anzeigt, wobei sich das Dropdown des Menüs bis zu vier Ebenen tief sein
kann, oder meinst ein einfaches List-Menü. Oder meinst du ein Menü, wo
die Hintergrundfarbe bei den Links durch die Kategorien der Seite
bestimmt wird und welches Vorschaubilder hat.
Für die Standardfälle ist vermutlich das TypoScript-Geraffel in der
Ausführung schneller. Für die angedachten komplexeren Fälle wird man
aber schon aus Clean-Code-Gründen und mit Blick auf die zukünftige
Automatisierungen immer
den Menü-Prozessor verwenden, weil er pflegbarer, leider modifizierbar
und besser Daten und Ausgabe trennt.
Warum ist dir die Millisekunde Performance wichtig? Mir ist
überschaubarer Code lieber als eine Mikrosekunde an Performance; denn
wenn ein System langsam ist, habe ich die falsche Software, das falsche
CMS und/oder ein falsches Konzept gewählt bzw. genauer: eine Antwort auf
eine falsch gestellte Frage gefunden.
Mit besten Grüßen
Dieter
Am 11.09.2017 um 11:03 schrieb André Spindler:
Hallo miteinander!
Mit TYPO3 8(.5) wurde der Fluid Datenprozessor für Menüs eingeführt.
Dazu ist noch relativ wenig online an Erfahrungen zu finden. Wird der
schon von euch verwendet?
Mich interessiert hier die Performance im Vergleich zur Einbindung
eines Menüs als HMENU per cObject-Viewhelper.
Technisch macht der Datenprozessor ja genau das. Er erzeugt eine
typoscript-Konfiguration für ein HMENU und ruft dieses auf, um ein
json Array zu erzeugen. das wird dann an Fluid übergeben, welches
durchlaufen werden muss, um daraus das auszuliefernde HTML zu
generieren. Im Vergleich zur cObject-Einbindung aufwändiger. Aber
greifen hier möglicherweise Cache-Mechanismen von Fluid, welche das
abfangen. Gibt es vielleicht Unterschiede je nach Umfang des Menüs,
indem sich bei kleinen vielleicht eher cObject lohnt und bei großen
der Datenprozessor - oder umgekehrt?
Danke und liebe Grüße,
André
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance beim Persistieren von vielen Objekten
Old-School: Mein Deprecation-log schrieb mir kürzlich: 04-09-17 10:13: DatabaseConnection a.k.a. $["TYPO3_DB"] has been marked as deprecated in TYPO3 v8 and will be removed in TYPO3 v9. Please use the newly available ConnectionPool and QueryBuilder classes. Am 04.09.2017 um 15:47 schrieb Alex Kellner: Importer und Migrationen würde ich niemals mit ORM machen. Immer direkt als Array in die Datenbank. Entweder oldschool mit $GLOBALS['TYPO3_DB']->exec_INSERTquery() oder etwas moderner über den Querybuilder (https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Database/QueryBuilder/Index.html). Performance-Faktor 10 dürfte nicht reichen. -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-Abfrage einer "Multiple Checkbox"
Du willst also ein bitweises-VerUnden nutzen, dass manchmal ziemlich effizient sein kann. Aber ich wüßte nicht, dass TYPO3 solches unterstützt, weil es eigentlich nicht in das ORM-Konzept passt. Du könntest einen Viewhelper mit bitwisen Operator schreiben, wenn dir die Rechnungen suspekt/zu aufwendig sind und den in einer Condition aufrufen http://php.net/manual/de/language.operators.bitwise.php, Dieter Im Viehelper kann du das Bit-Weise-Verunden wählen Am 23.08.2017 um 20:47 schrieb Ralf-Rene Schroeder: Quote: Dr. Dieter Porth wrote on Wed, 23 August 2017 18:43 Also bitweise speicherung der sprachen Modulo rechnen in TypoScript (a Div 4) modulo 8 != 0 => Bit an dritter Stelle ist gesetzt ==0 Bit an dritter Steller ist nicht gesetzt Gibt's da wirklich keine vorbereitete Möglichkeit der Ausgabe der gewählten Optionen eines solchen MultiCheckBox Feldes ??? Denn so einfach wie du es oben schriebst erscheint mir die Formel nicht, in meiner Excel Simulation ist die Formel für die 12. Eigenschaft: =REST(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL(GANZZAHL($A3/2)/2)/2)/2)/2)/2)/2)/2)/2)/2)/2);2) das sind 11 Divisionen und ein Modulo ... für alle Eigenschaften zusammen sind es dann 78 Operationen plus 12 IFs für dies eine Feld da wird es ja deutlich simpler und vermutlich auch schneller das auf 12 einzelne Felder zu verteilen, da sind es nur 12 Abfragen und 12 IFs ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE-Abfrage einer "Multiple Checkbox"
Also bitweise speicherung der sprachen Modulo rechnen in TypoScript (a Div 4) modulo 8 != 0 => Bit an dritter Stelle ist gesetzt ==0 Bit an dritter Steller ist nicht gesetzt Oder eigenen Viewhelper oder Dataprocessing im Fluid-Template Dieter Am 23.08.2017 um 16:57 schrieb Ralf-Rene Schroeder: ich habe eine Extension um eine "Multiple Checkbox" erweitert Im BE ist das auch OK (die "gesprochenen Sprachen" sind anklickbar und werden auch sauber gespeichert) In der DB wird ein Integer abgelegt (1 für die erste Sprache, 2 für die zweite, 3 für beide, etc. sind ein gutes Dutzend...) Aber WIE frage ich dieses Feld für das Frontend ab ? Da muss ich ja für jede einzelne Flagge die entsprechenden Bits des Intergerwertes auswerten??? Sowohl ein Tipp für Fluid als auch mit TypoScript bringt mich weiter (habe irgendwie ein Brett vor dem Kopf)... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
Info === Da ich jetzt weiß, dass man auf TYPO3 nur ordentliche Extension mit ordentlichen Namen und ordentlichen Icons unbehelligt veröffentlichen darf, wurde jetzt für die Interessierten ein Clone von "horny shit" unter dem Namen "svt" veröffentlicht. 'svt' steht für 'sexy variable template', weil die Abkürzung 'svg = scalable vectror graphic' nach meinem Gefühl zu sehr die Phantasie zu den Einsatzmöglichkeiten von SVG's beschränkt. - Sexy steht für die kurvigen Linien, die das SVG bei Textpfaden und Formen erlaubt. - Variable steht für die Austauschbarkeit der Muster-SVG - Template steht für die Tatsache, dass der SVG-Code direkt in den HTML integriert wird und so über CSS und JavaScript direkt beeinflussbar ist. Da ich keine Bock auf eine erneute Löschung durch typo3.org wegen meines bisherigen Glaubens an künstlerische und politische Freiheit habe, habe ich für das TYPO-Extension-Repository in der 'svt'-Extension alles Kreative und Eigenwillige gelöscht. - Keine unnötige Dokumentation - das beigefügte Mindmap ist hinreichend. - Ersatz des frechen Icons durch ein Icon mit Text auf achteckiger roter Fläche. - Keine Beispiele - Keine Tests Wie das Original hat 'svt' aktuell den Status 'experimentell', weil nur ein Teil der Funktionalitäten des svt-Viewehelpers durch Unittests gut abgesichert ist. Wer doch eine kurze Einführung zum svt-Veiwhelper am Beispiel braucht, findet auf 'http://www.düddelei.de/2017-04/horny-shit/' das installierte Dokumentatations-Plugin der Extension sowie am Ende der Seite die Zip-Dateien der Original-Extension mit den bisherigen Unit-Tests. Reflektion V.0.0.3 ist merklich kleiner als V.0.0.2 und es lehrte mich, dass verkleinerte Bilder im SVG unerwartete Probleme machen können ... Ausblick === Aktuell erweitere ich für v.0.0.4 das Plugin um ein kurzes Intro für SVGs, da SVGs sich auch gut zur dynamischen Darstellung von Diagrammen (Charts, Balkendiagramme, Tortendiagramme, xy-Diagramme, ...) eignen. Ich denke, dass in ein oder zwei Monaten eine alpha-Version verfügbar sein wird. Auch wird die svtService-Klasse, die Hauptklasse im svt-Viewhelper, völlig TYPO3-unabhängig werden, indem auch das Fehlerhändling eine eigene, TYPO3-unabhängige Localisation-Utility erhält. Die SVT-Funktion sollte sich vermutlich leicht in andere php-Systeme einbauen/nutzen lassen. Dieter ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DCE Typolink Parameter variabel füllen
nwenden.
(Gilt z.B. nicht in Conditions vom if-Viewhelper)
Regel 6. Werden reine Objekte als String übergeben, wie in {f:format.raw
(subject:\'{eintrag.content}\')}, so kann man '{ }' weglassen und
{f:format.raw (subject:eintrag.content)} schreiben.
https://www.facebook.com/sharer/sharer.php?u=',
paraOne :{f:cObject(typoscriptObjectPath:'lib.pageUrl' )},
paraTwo: ' #c429!{f:format.raw (subject:field.category )}',
paraThree:'!{f:format.raw ( subject:contentObject.uid)
}{f:format.raw (subject:iterator.cycle)}{f:format.raw
(subject:eintrag.content)}'
}">
parameter="{myLinkstart}{{f:format.urlencode(
subject:'{partOne}{partTw}{partThree}')}
Du könntest natürlich auch, was ich früher gerne gemacht habe, dir die
String per TypoScript zusammenbauen lassen und das Typoscript inklusive
der Argumente per cObject ausgebene lassen. Man muss nur wissen, was in
der Dokumentation von TYPO3 leider nicht zu finden ist, dass man über
'field' auf die Werte in den Benannten Argumenten zugreifen kann.
Aber TypoScript ist eher doof, weil es schwer zu debuggen ist.
Mit besten Grüßen
Dieter
Am 17.08.2017 um 09:31 schrieb Ben Ner:
ich habe ein DCE und dazu ein Template, in dem Template versuche ich
via einen Link zu erzeugen. Als Parameter wird mir
überall immer nur "{link}" genannt der den fertigen String enthält mit
der URL. Wie aber kann ich diesen Link innerhalb des DCE Templates
zusammen setzen?
Mein aktueller Versuch:
parameter="https://www.facebook.com/sharer/sharer.php?u=typoscriptObjectPath="lib.pageUrl">
#c429!{field.category}!{contentObject.uid}-{iterator.cycle}-{eintrag.content}"
target="_blank">teilen
Hier meckert er mir sofort das innerhalb kein vorkommen
darf, kann ich den Rückgabewert von urlencode in einer eigenen
Variable speichern und diese dann an typolink übergeben?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Nachtrag Re: Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
Hallo Stephan, Leider ist mir dann doch eine Mail von heute Morgen 10:18 entgangen. Es wird argumentiert, dass der Name nicht beschreibt, was die Extension macht. Weiter wird das Icon kritisiert. Mit besten Grüßen Dieter Porth Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
Hallo Stephan, danke für den Hinweis. Es gibt einen Zensur bei TYPO3. Die Extension sowie der Name ist aus meinem TYPO3-Account gelöscht. Ich habe, wenn ich meine Mail richtig durchgesehen habe, bisher auch keine Lösch-Info erhalten haben. Da du schreibst, dass die Extension, als du deinen Post geschrieben hast, zumindest noch in der Dokumentation vorhanden war. Da die Dokumentation nach meiner Erfahrung automatisiert erstellt wird und da du den Code inklusive der Bilder heruntergeladen hast, wird bei TYPO3 vielleicht ein großer Bruder die Extension gelöscht haben. Zu den Bildern. Die Extension enthält ein statisches Plugin, dass nur das Anwendungspotential exemplarisch mit Templates und deutscher Beschreibung verdeutlichen soll. Angela Merkel ist eine Person des des öffentlichen Lebens und der mit dem Grünen Bart war ich im Winter 2016. Augenscheinlich darf man dies nur in politisch unverbindlicher Form bei TYPO3 Extensions veröffentlichen, auch wenn es nach meinem Wissen nirgends festgelegt ist, wie eine Dokumentation zu erfolgen hat. Die Extension selbst ist eigentlich nur ein Container für den svt-Viewhelper, der auf verschiedene Unter-Klassen zugreift und die schon durch eine einige Tests - zumindest zum Teil - abgesichert sind. Der gesamte Rest ist Beiwerk für die Dokumentation und Präsentation des Viewhelpers in einem Wirkumfeld. Insbesondere wichtig sind die beigefügten Screenshots, die die Beziehung zwischen dem Mind-Map in der Dokumentation und dem Viewhelper-Strukturen verdeutlichen. Die Bart-Bilder von mir habe ich einfach vergessen zu reduzieren. Das ist definitiv mein Fehler. Sorry Wer die Extension herunterladen will und überlegen will, ob die Löschung wohl gerechtfertigt war, der kann die gezippte-Extension (plus kritisierte Bilder), die ich zuletzt auf TYPO3 veröffentlicht hatte, von meiner Experimentier-Webseite http://www.düddelei.de/fileadmin/horny_shit_0.0.2.zip (19MByte) herunterladen. Auf der Website ist auch das Plugin veröffentlicht. http://www.düddelei.de/2017-04/horny-shit/ Auch wenn mich die Vorgehen und Löschung als freier Bürger merklich irritiert, möchte ich dir ausdrücklich für deinen Hinweis danken. So habe ich eine Chance zu reagieren. Ich kümmere mich erstmal um die weiteren Unittests und schaue mal, was weiter passiert. Vielleicht spielten für die Löschung noch Gründe eine Rolle, die ich aktuell nicht übersehe. Mit besten Grüßen Dieter Am 08.08.2017 um 17:50 schrieb Stephan Schuler: Hallo Dieter. Warst Du betrunken? Ich hab mir den Quellcode nicht großartig angesehen weil ich nicht am Arbeitsgerät war und ich ohne Syntax-Highlighting nur sehr ungerne Code lese. Dass die Extension aber 18MB groß ist und vier Bilder á 4MB enthält (Mann mit grünem Bart) enthält sowie ein weiteres, kleineres von Frau Merkel ist ... grenzwertig. Hast Du die Extension selbst zurückgezogen oder hat die unsichtbare Hand des Admins sie entfernt? Doku auf docs.typo3.org gibt es noch, im TER ist sie nicht mehr. 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-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- ---- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
Hallo Christian, Am 06.08.2017 um 23:31 schrieb Christian Hackl: Interessant, und coole idee. Aber ich glaube du hast noch nix von css3 gehört... :-):-):-):-):-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german CSS3 - Sorry ich bin derzeit nur Programmierer und kenne nur Nullen und Einsen. Ich darf nicht bis drei zählen können. :-) CSS3 - Damit kriegst du Schrift auf geschwungenen Pfaden oder in Form einer Spirale hin ? (Siehe Plugin der Extension - http://www.düddelei.de/2017-04/horny-shit/ ) Oder wie definiert man in CSS3 Schriftzüge in kontinuierlichen Regenbogenfarben? (ohne Beispiel - http://srufaculty.sru.edu/david.dailey/svg/text/texteffects2.htm) CSS3 kann viel - aber SVG kann vieles einfach, was mit HTML/CSS sonst garnicht oder nur mit Hacks geht? Dafür hat SVG andere Nachteile. Fließtexte sind zum Beispiel ein Problem, obwohl ... - https://stackoverflow.com/questions/7458546/html-in-svg-in-html Mit besten Grüßen Dieter Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
Es muss natürlich heißen: HTML/CSS ist die Internetsprache für gradliniges rechtwinkelige Webdesign im Bauhaus-Stil. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension mit Viewhelper für SVG-Templating im TER veröffentlicht
HTML/CSS ist das Internesprache für gradliniges rechtwinkelige Webdesign im Bauhaus-Stil. SVG/CSS ermöglicht Webdesigns im schönen Jugendstil mit kraftvollen Linien. 'Horny Shit' (=geiler Scheiß) ist eine neue TYPO3-Extension, die nur den svt-Viewhelper bereit stellt. (svt = sexy variable template) Der Viewhelper erlaubt Muster-SVG-Dateien dynamisch und flexibel mit Content zu füllen. Die Extension enthält auch ein Plugin, dass mögliche Anwendungsbeispiele (deutsche Quasi-Dokumentation) vorstellt. Die Extension für TYPO3 8.7 ist im TER zu finden und derzeit als experimentell gekennzeichnet, weil die Extension noch nicht vollständig durch Unit-Tests abgesichert ist. Viel Spaß . Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ViewHelper-Rckgabe erneut in FLUID rendern?
Hallo Manuel, Am 26.07.2017 um 10:07 schrieb Manuel Raaf: Das Konzept ist mir bekannt, aber es bremst einen an vielen Stellen leider total aus, wenn man sich strikt daran hält. Außerdem bedeutet es einen uuunglaublichen Mehraufwand in solchen Fällen. Wirtschaftliches Entwickeln ist das absolut nicht. Wenn es dich an einigen Stellen ausbremst, dann ist im Vorfeld schon an der Konzeption oder Planung der Programmierung etwas übersehen worden. Dann ist schon im Vorfeld Zeit gespart worden, die man später doppelt und dreifach bezahlt. Ein guter Händler weiß: "Wer billig kauft, zahlt zweimal." Deswegen weiche ich an ein paar Stellen ganz bewusst davon ab - solange im ViewHelper der Zugriff auf ein Repository und dessen Funktionen nicht verboten wird, wird das auch nie ein Problem werden. Ich glaube nicht, dass es verboten wird. Aber je mehr Logik in den Templates verdrahtet ist, desto beschissener sind spätere Anpassungen, weil dank des täglichen Zwangs zur Krautüben-Programmierung immer mehr Abhängigkeiten zu beachten sind. Ein guter Händler weiß: "Wer billig kauft, zahlt zweimal." Was ich möchte, ist ja eigentlich nichts anderes als ein str_replace, nur eben so, dass $replacement wieder gerendert wird. Klingt sehr einfach, aber TYPO3 macht es aus "Sicherheitsgründen" sehr schwer. Das Verhindern solcher Endlosschleifen muss der Job des Entwicklers sein, nicht der des Frameworks. Ich bin froh über jedes vernünftige Korsett, die mich daran hindert, dummes Zeug zu machen, und mir hilft, mich auf das Wesentliche zu beschränken. Die Domains sind oft schon komplex genug, so dass ich gern auf überflüssige zusätzliche Stolperfallen verzichten kann. Danke, ich werde mir mal DataProcessing ansehen und andernfalls im Logikteil auf sehr umständliche Art ein neues Objekt erstellen, das in FLUID dann gesondert behandelt wird. Das bedeutet für diese einfache Aufgabe dann einen ganzen Vormittag Arbeit... Im Prinzip ist das Dataprocessing nur eine Klasse, die dem Template automatisiert zusätzliche Variablen zur Verfügung stellt. Im Data Processingt kannst du den Kram machen, den du bisher in deinem Viewhelper machst. Etwas gewöhnungsbedürftig ist nur die Form der referenzierten Datenübergabe. Sind Recherchen eigentlich wirtschaftlich? Ein guter Händler weiß: "Das Bessere ist der Tod des Guten." Falls zwischenzeitlich jemand eine andere Lösung hat...nur her damit :) Viele Grüße, Manuel Du konntest deinen zusätzlichen Link doch auch vom Javascript generieren lassen, indem du per Ajax nachfragst, ob der Link existiert. Wenn das wirtschaftlicher ist, Schlampig wäre es auf jeden Fall - meistens. *lol* (nicht ernst gemeint) Oder du nutzt f:cObject, schreibt ein bescheiden testbare Typoscript-Object mit der Replacement-Funktion und übergibst deinen generierten String als Argument. https://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Replacement/Index.html Dein Code wird damit nicht pflegbarer; aber vielleicht ist es ja wirtschaftlicher - zumindest kurzfristig, wenn du dich mit TypoScript auskennst. ;-) Mit besten Grüßen Dieter Dr. Dieter Porth - Web-Entwickler ___ 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.3/Windows/XAMPP: ImageMagick unter Typo3 zum Laufen bringen
Meine Addionalkonfig mit XAMPP unter Windows für typo3 8.7 sieht so aus. Vermutlich fehlt der Escape für den Backslash (\\). # Image $GLOBALS['TYPO3_CONF_VARS']['GFX']['im_version_5'] = 'im6'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['im_path_lzw'] = 'C:\\ImageMagick-6.9.2-Q16\\'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['im_path'] = 'C:\\ImageMagick-6.9.2-Q16\\'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['im'] = '1'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['im_v5effects'] = '0'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['im_mask_temp_ext_gif'] = '1'; $GLOBALS['TYPO3_CONF_VARS']['GFX']['colorspace'] = 'RGB'; Am 25.07.2017 um 14:41 schrieb Irgendwas mit E: Ich bin kein Typo3 Crack und kriege ImageMagick unter Typo3 nicht zum Laufen. ImageMagick ist installiert und läuft unter XAMPP: Hab's mittels folgender Seite zum Laufen gekriegt (phpinfo.php zeigt nun imagick module version 3.4.3 an): http://ourcodeworld.com/articles/read/349/how-to-install-and-enable-the-imagick-extension-in-xampp-for-windows Durch Befolgen der Anleitung liegen (offenbar) alle für ImageMagick nötigen DLLs im Ordner C:\xampp\apache\bin. Wie sage ich Typo3 nun wie es ImageMagick benutzt? Mein erfolgloser Versuch: Ich hoffte nun es würde reichen im Install-Tool [GFX][processor_path] = C:\xampp\apache\bin [GFX][processor_path_lzw] = C:\xampp\apache\bin zu setzen. Aber Pustekuchen. Auch mit dem Pfad C:\Program Files (x86)\ImageMagick-7.0.6-Q16 (in einfachen Anführungszeichen) hatte ich keinen Erfolg. In den Variablen stand übrigens vorher /usr/bin. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ViewHelper-Rückgabe erneut in FLUID rendern?
Hallo Manuel,
beim MVC-Konzept trennt man strikt zwischen Logik und Ausgabe. Der
Viewhelper gehört zur Ausgabe und kann bestenfalls noch das Format für
ein Objekt in einen Sting gießen. Man kann vermutlich allen möglich Kram
zusammenstricken, aber die rächst spätestens beim nächsten Update.
Wenn das Template gelesen wird, wird von TYPO3 festgestellt, welche
Viewhelper benötigt werden. Wenn dein Viewhelper noch einen zusätzlichen
Viewhelper-Text generiert, dann interpretiert TYPO3 ihn als Text. So
stellt TYPO3 sicher, dass es nicht zu unendlischen Schleifen während der
Ausgabe kommt. Ein String wird nicht zum Objekt zurückverwandelt.
Vielleicht solltest du deine Logik vorher erledigen. Eine Möglichkeit
wäre das DataProzessing im Fluidtemplate. Wenn die Information im Rahmen
eine Plugin ausgegeben wird, dann ist dein Controller dafür zuständig,
die Richtigen Daten zu liefern. Die Nutzung vom Viewhelper ist
Flickschusterei, die zwar oft auf die Schnelle geht, aber einem auch in
Zukunft sicher Ärger/Arbeit bereiten wird.
Mit besten Grüßen
Dieter
Am 25.07.2017 um 16:32 schrieb Manuel Raaf:
Hallo zusammen,
ich habe folgendes Problem und bisher keine Lösung dazu finden können:
ein eigener ViewHelper generiert u.a. für gewisse
Textmuster. Die Rückgabe des ViewHelpers wird im Template dann leider
als String bzw. ungültiges HTML aufgenommen und nicht gerendert. Genau
das brauche ich allerdings zwingend. Ich kann mir nicht vorstellen,
dass noch nie jemand vom ViewHelper bzw. Widget ausgehend FLUID-Tags
zurückgeben lässt, die dann erneut gerendert werden sollen. Gibt's
doch nicht...
Weder das Setzen des Codes in ein Widget noch bzw.
haben mir (in jedweder Kombination) geholfen. Der
ViewHelper funktioniert - das sehe ich im HTML-Quelltext, in dem eben
leider enthalten ist und natürlich ignoriert
wird. Auch das direkte generieren der 's im Repository
(anstatt im Template mithilfe des ViewHelpers) bringt nichts; das
Ergebnis ist das gleiche.
Hat jemand eine Idee dazu?
Viele (verzweifelte) Grüße,
Manuel
ps.: aus dem ViewHelper kommt z. B. die Ausgabe
Übersetzung zu arguments="{searchSubmitted : 1, sigel : 'XYZ'}"/> vorhanden"
und innerhalb dieser soll schlichtweg der f-link gerendert werden.
Eigentlich ne sehr banale Anforderung -.-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OffTopic - große Mitgliederdatenbank mit vielen relationellen Bezügen
Hallo Ralf-Rene, du erwartest doch nicht ernsthaft eine Empfehlung, oder? Schon die Beschreibung lässt vieles offen, ... Nehme 'Prolog'. Baue Dir ein Expertensystem und lass dir die beste Lösung vom Computer bestimmen. ;-) (Habe ich bisher noch nie gemacht, obwohl es mich das Thema 'Prolog' schon seit Jahren reizt.) Dieter Am 22.07.2017 um 01:55 schrieb Ralf-Rene Schroeder: Für einen geplanten Relaunch einer großen Mitgliederdatenbank bräuchte ich eine Empfehlung wie ihr das grundsätzlich aufsetzen würdet? Es werden etwa 100.000 Mitglieder mit relationellen Verknüpfungen zu etwa 50 weiteren Tabellen mit je 10-1000 Einträgen Etwa 5-10 Abfragen pro Minute dürften es durchschnittlich wohl werden... Was wäre hierfür eine empfohlene Plattform ? - Ein TYPO3 8 (aber hierfür natürlich ohne Extbase, das dürfte damit überfordert sein, sondern mit DataProcessing) - NEOS auf Flow (kennt jemand eine art Tutorial wie hier ein solches Package zu erstellen wäre) - PHP auf einem anderen Framework wie z.B. Symphony oder Yii (auch da würde ich mich mangels Erfahrung über was lesenswertes freuen) - oder reines PHP / MySQL ohne Framework ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend: TCA Feld Typ "user" – Wert in Listenansicht anzeigen
Hallo Jürgen, Wenn ich dich richtig verstanden habe, möchtest du die Darstellung des Datensatzes im Backend um ein temporär berechnetes Feld 'Punkte' erweitern, ohne dass das Feld 'Punkte' Teil der Datenbank ist und persitiert(gespeichert) wird. das ist ein interessante Problem. Grundsätzlich könnte die Idee funktionieren. Es bleibt die Frage, ob es der richtige Einstiegspunkt ist. Vermutlich ist die bessere Variante, einen eigenen Custom Wizard oder einen Wizard-Container für das TCA zu definieren. Ich habe damit noch nie was gemacht. Es ist also nur eine Idee. https://docs.typo3.org/typo3cms/TCAReference/Ctrl/CtrlContainer.html?highlight=wizard https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/FormEngine/Rendering/Index.html#formengine-rendering-nodeexpansion https://stackoverflow.com/questions/38099950/how-to-add-custom-wizards-in-typo3-7-tca https://forge.typo3.org/issues/56279 Falls du Erfahrungen in der Richtung machst, würde ich mich über eine Rückmeldung hier in der Liste freuen. Dieter Am 20.07.2017 um 10:42 schrieb Jürgen Einöder: Danke für die Antwort. Ich hab mir die Extension mal durchgesehen. Was ich erreichen wollte: Ich hab Datenbanktabellen, in denen Punktewerte gespeichert sind, die ich in der Listenansicht der fe_users-Tabelle im Backend als Summe darstellen möchte. Dabei sollte der Wert nicht in der fe_users-Tabelle gespeichert werden. Im Bearbeitungsformular der fe_users-Datensätze wird der Wert auch korrekt ermittelt und ausgegeben. In der Listenansicht wird die Spalte mit leeren Werten angezeigt. Falls das nicht geht, muss ich die Summe der Punkte an anderen Stellen in der Extension errechnen und in einem Feld in der fe_users-Tabelle speichern. Ist in diesem Fall kein großes Problem. Ich dachte nur, man könnte den Feldtyp „user“ für solche Zwecke einsetzen. Liebe Grüsse Jürgen Am 19.07.2017 um 20:31 schrieb Dr. Dieter Porth <web3...@web59550.greatnet-hosting.de>: Nachtrag. Ich bin mir nicht sicher, ob die borderstyle aktuell noch korrekt funktioniert. Aktuell zickt die borderstyle, zumindest unter TYPO3 8.7 etwas rum. (Man kann die Content-Element nicht mehr aufrufen, weil das JavaScript hakt. Ich muss mich demnächst mal drum kümmern.) Mit besten Grüßen Dieter Am 19.07.2017 um 18:52 schrieb Dr. Dieter Porth: Hallo Jürgen, keine Ahnung, was du vor hast. In meiner Prototyp- Extension "borderstyle" (im Typo3-Repository) habe ich mal mit dem User-Type für ein tt_content-Feld in der TCA experimentiert.. Die Version 1.1.1. müsste unter 7.6 laufen. Mit besten Grüßen Dieter Am 19.07.2017 um 08:16 schrieb Jürgen Einöder: Hallo Liste Ich hab die Tabelle fe_users um ein paar Felder erweitert, eins vom Typ „user“. Es wird für jedes der Felder eine Spalte in der Listenansicht im Backend angezeigt, die Zelle für den Wert des „user“-Feldes ist in der Listenansicht aber leer. Im Bearbeitungsformular wird es wie gewünscht angezeigt. Kann mir jemand sagen, wie ich die Werte in der Liste angezeigt bekomme? TYPO3 7.6.20, eine verwendete Extension läuft aber noch auf pibase mit der compatibility-Extension, falls das zur Sache tut. Danke und liebe Grüsse Jürgen Einöder ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ 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 -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fluid und data aus TS
Hallo Andreas,
typoScript und Fluid gehört in der Regel nicht zusammen. Ein
DataProcessing ist fast immer die bessere Alternative.
Außerdem benutzt du auch den 'falschen' Viewhelper.
Versuch es doch mal
Da TypoScript am Ende einfach nur einen String produziert. Kannst du so
jedes TypoScript-Objekt in dein Fluid-Template inkludieren.
Grundseätzlich funktioniert dies auch mit Argumenten, wobei dazu im
Internet kaum Dokumentationen zu finden sind. Über den Viewhelper
könntest du also auch ein Menü inkludieren oder
Weiterhin kennt TYPO3 kein 'TSREF:...'. vermutlich meintest du TSFE
(TypoScriptFrontendEditing)
https://www.typo3lexikon.de/typo3-tutorials/typoscript/referenz/auszug-tsfe.htm
https://docs.typo3.org/typo3cms/TSconfigReference/PageTsconfig/TSFE/Index.html
https://jweiland.net/typo3/codebeispiele/typoscript/bedingungen.html
tsref.de ist übrigens eine alias Website zur Dokumentation von TypoScript.
Aber wie gesagt, typoscript-Objekte im Fluid-Template sind ein Indiz für
altbackende, pflegefeindliche(!) Programmierung, wenn du in frischen
TYPO3-Aufsetzungen solche Konstrukte benötigst/benutzt. (In Migrationen
und Updates kann soetwas durchaus vorkommen, weil es oft nicht lohnt,
Altlasten unnötig anzufassen.)
Mit besten Grüßen
Dieter
Am 21.07.2017 um 15:24 schrieb Andreas Werner:
Hallo *,
habe ein kleines Problem mit TS und Fluid.
Sowas hier funktioniert:
lib.roedel = TEXT
lib.roedel.value = doedel
kann ich in Fluid benutzen
{v:variable.typoscript(path: 'lib.roedel.value')}
Warum geht das hier nicht?
lib.roedel = TEXT
lib.roedel.data = TSREF:irgendwas
TS liest den richtigen Wert aus, doch Fluid nimmt den TSREF-String als
value, zeigt mir also nicht den Wert, sondern "
Grüße
Andreas
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend: TCA Feld Typ "user" – Wert in Listenansicht anzeigen
Nachtrag. Ich bin mir nicht sicher, ob die borderstyle aktuell noch korrekt funktioniert. Aktuell zickt die borderstyle, zumindest unter TYPO3 8.7 etwas rum. (Man kann die Content-Element nicht mehr aufrufen, weil das JavaScript hakt. Ich muss mich demnächst mal drum kümmern.) Mit besten Grüßen Dieter Am 19.07.2017 um 18:52 schrieb Dr. Dieter Porth: Hallo Jürgen, keine Ahnung, was du vor hast. In meiner Prototyp- Extension "borderstyle" (im Typo3-Repository) habe ich mal mit dem User-Type für ein tt_content-Feld in der TCA experimentiert.. Die Version 1.1.1. müsste unter 7.6 laufen. Mit besten Grüßen Dieter Am 19.07.2017 um 08:16 schrieb Jürgen Einöder: Hallo Liste Ich hab die Tabelle fe_users um ein paar Felder erweitert, eins vom Typ „user“. Es wird für jedes der Felder eine Spalte in der Listenansicht im Backend angezeigt, die Zelle für den Wert des „user“-Feldes ist in der Listenansicht aber leer. Im Bearbeitungsformular wird es wie gewünscht angezeigt. Kann mir jemand sagen, wie ich die Werte in der Liste angezeigt bekomme? TYPO3 7.6.20, eine verwendete Extension läuft aber noch auf pibase mit der compatibility-Extension, falls das zur Sache tut. Danke und liebe Grüsse Jürgen Einöder ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS Datei seitenspezifisch einbinden
Hallo Dave,
der Traffic ist heute zumindest hierzulande kein grundsätzliches Problem
mehr. Nerviger sind aus meiner Sicht meist die Response-Zeiten der Server.
Bedenke: Ein kleines Bild hat schnell 20kByte. 20 KByte bietet Platz für
viel CSS. Was spricht dagegen, alles in eine globale CSS-Datei zu
packen. Die Zahl der Seitenaufrufe reduziert sich und dank der gecachten
CSS sind die Seiten meist schneller.
@Mario,
... und wenn David im Typoscript irgendwo
config.concatenateCss=1
stehen hat, dann hat er mindestens zwei große CSS-Dateien im Cache
stehen und der User ärgert sich, weil er zweimal den fast gleichen
Krempel herunterladen musste und seinen Speicher damit vollballert. ;-).
Ich denke. eine große CSS-Datei für die gesamte Seite – gezippt und
compressed – und alle sind nach dem Schmerzen des einmaligen Downloads
glücklich, weil der Traffic gering bleibt und die Response-Zeiten
schnell sind.
Mit besten Grüßen
Dieter
Am 19.07.2017 um 15:31 schrieb Mario Philipp:
Hallo Dave,
Dies kann Dir helfen:
[PIDinRootline = xx]
page.includeCSS.css = {settings.css}
[END]
Gruß
Mario
Am 19.07.2017 um 15:02 schrieb Dave Zen <foxx...@yahoo.de>:
Hallo,
vielleicht könnte mir jemand bei folgendem Szenario helfen:
Die Webseite ist in mehrere Bereiche (bspw. Sport, Wirtschaft, aktuelle
News,...) unterteilt die vom Aufbau der HTML Struktur gleich sind, nur die
Farbgebung ist eine andere. Beispielsweise ist der Sportbereich (samt
Unterseiten) mehr bläulich gehalten (was die Überschriften, Rahmenfarbe etc.
betrifft), andere Bereiche sind dann eher rötlich, etc.
Nun wollte ich je nach Bereich (und deren Unterseiten) unterschiedliche CSS
Dateien mit den Farbanweisung laden.
Beispielsweise: Wenn die Sportseite oder ein Unterseite aufgerufen wird, dann
lade zusätzlich die sport_style.css Datei. Ist es die News Seite (oder eine
Unterseite) dann lade die news_style.css Datei.
Eine Möglichkeit die mir eingefallen ist, wären mehrere Extensions anzulegen wo
nur drin steht, dass eine bestimmte CSS Datei im Header geladen werden soll und
ich weise diese Extension dem Template der Sportseite/Newsseite hinzu. Somit
würde der Style auch auf alle Unterseiten vererbt werden.
Wirkt sich das negativ auf die Performance der Webseite aus, also wird die
Seite mit jeder eingebundenen Extensions langsamer oder kann dies
vernachlässigt werden? (Auch wenn nur eine CSS Datei geladen werden soll.)
Gibt es noch eine andere Möglichkeit per Typoscript/Fluid um diesen Effekt zu
erzielen?
Gelesen hatte ich folgendes:
[globalVar = TSFE:id = 10|12|15|]
page.includeCSS.css = {settings.css}
[END]
Diese Variante hat für mich den Nachteil, dass ich explizit alle Seiten IDs
angeben muss - was bei einer wachsenden Anzahl von Unterseiten schwierig werden
könnte. Schön wäre es, wenn man die ID der Start-Themenseite angibt und sich
der Style, wie bereits gesagt, auf alle Unterseiten (des Seitenbaumes) vererbt.
Vielen Dank schon einmal.
___
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
--
----
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend: TCA Feld Typ "user" – Wert in Listenansicht anzeigen
Hallo Jürgen, keine Ahnung, was du vor hast. In meiner Prototyp- Extension "borderstyle" (im Typo3-Repository) habe ich mal mit dem User-Type für ein tt_content-Feld in der TCA experimentiert.. Die Version 1.1.1. müsste unter 7.6 laufen. Mit besten Grüßen Dieter Am 19.07.2017 um 08:16 schrieb Jürgen Einöder: Hallo Liste Ich hab die Tabelle fe_users um ein paar Felder erweitert, eins vom Typ „user“. Es wird für jedes der Felder eine Spalte in der Listenansicht im Backend angezeigt, die Zelle für den Wert des „user“-Feldes ist in der Listenansicht aber leer. Im Bearbeitungsformular wird es wie gewünscht angezeigt. Kann mir jemand sagen, wie ich die Werte in der Liste angezeigt bekomme? TYPO3 7.6.20, eine verwendete Extension läuft aber noch auf pibase mit der compatibility-Extension, falls das zur Sache tut. Danke und liebe Grüsse Jürgen Einöder ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template LEFT CONTENT wird nicht ausgegeben.
Hallo Noon, du scheinst Webseiten mit dem alten Marker/Subpart-System von TYPO3 4.5 erstellen zu wollen, das relativ viel TypoScript benötigte. Es ist Technik von gestern und wird dir vermutlich in Zukunft Probleme bereiten Vielleicht solltest du dich mit dem heute genutzten Fluid-Konzept beschäftigten. https://wiki.typo3.org/T3Doc/Fluidtemplate_by_example Mit besten Grüßen Dieter Am 16.07.2017 um 16:09 schrieb Noon Fischer: Hi bisher habe ich nur am Backend fertiger Typo3 Seiten geschraubg unt möchte nun lernen wie ich komplette Seiten erstelle. Mein aktuelles Problem: Ich habe eine T3 Version 8 aufgesetzt und bekomme mein Template nicht hin. Unter Page habe ich eine neue Seite hinzugefügt, und diese hat vier Spalten left, content, right und border. Nun habe ich nach einem Tutorial mein HTML erstellt und eingebunden, aber die Content's in left, right und border werden nicht ausgegeben. Im Template/SETUP habe ich das hier erstellt:CONTENT < styles.content.get CONTENTLEFT < styles.content.getLeft Im Template/HTML habe ich das hier erstellt Der "normale content" wird ausgegeben. Der CONTENTLEFT nicht. Irgendwelche Tips? Viele Grüße n00n -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Stopp Datum Problem beim Speichern
Hallo Andrea,
vorab: bitte keine Bilder posten. die sehen in der Mailinliste häßlich
aus. Aber du hast recht. der Bug ist auch in der Defaultseinstellung
von TYPO3 8 vorhanden.
In der Range-Definition ist dort als Upper-Limit der 30.12.2020 11:00 PM
als Timestamp 1609369200 abgegeben. (siehe
typo3\sysext\frontend\Configuration\TCA\fe_users.php - Keine Ahnung,
warum). Ein Upper-Prevention für den 2038-Bug hätte ich irgendwie
verstanden.
Checken kannst du die fehlerhafte Einstellung auch im Backend, indem du
dir dort mit dem Modul Configuration im Bereich TCA die
COLUMN-Configuration für das Feld ENDTIME in der FE_USERS-Tabelle anschaust.
Ich würde vorschlagen, du machst einen Forge-Eintrag bei TYPO3.
Entsprechende Eintragungen finden sich auch bei einigen anderen
Tabellen, wenn man nach 'upper' sucht.
Wenn du Zugriff auf deine Aufsetzung hast, musst du eigentlich nur TCA
der FE_User überschreiben, und testen, ob das dein Problem löst. (bitte
Rücklmeldung hier in der Liste)
Wenn es schon ein Bug-Ticket dazu gibt, dann poste dies bite hier. Es
wäre peinlich, wenn ab 2020 die Frontend-User ihre Typoe-Profile nicht
mehr benutzen könnten.
Mit besten Grüßen
Dieter
14.07.2017 um 08:33 schrieb Andrea Kucera:
Hallo,
ich habe ein Problem mit dem Speichern des Stopp Datum in der Access
Einstellungen von FE Benutzern.
Sobald das Datum über den 30.12.2020 eingebe z.B. 05.05.2021 wird
automatisch immer "23:00 30-12-2020" umgewandelt nach der Speicherung.
Wenn ich das Datum Manuell in der Datenbank ändere bleibt es bestehen,
aber sobald ich beim Benutzer über das Typo3 Backend was ändere wird
das Datum wieder auf 23:00 30-12-2020 gesetzt.
[img]index.php/fa/17152/0/[/img]
Dieses Problem konnte ich in der Typo3 Version 7.6.x feststellen
leider höhere oder andere haben wir in der Firma nicht im EInsatz.
Kann mir jemand bei diesem Problem helfen?
begin 644 Bildschirmfoto 2017-07-14 um 08.32.35.png
MB5!.1PT*&@H-24A$4@```>T```$("`8```!R/:S*```*J6E#0U!)0T,@
M4')O9FEL90``2(F5EP=44VD6Q[_W7GJA)41`2N@=*0(!I-?0I8.-D%!"B2$D
M*(B=P1$<441$0!G048J"8P%D+(@%"X.@8M<),J@HXV#!ALH\8`D[NV=WS_[/
MN?E^Y^:^_[OOR_O.N0&`TLL1"M-A!0`R!&)1F*\',R8VCHD?`!"``0$@0)O#
...
M:&>;L.(7`1$0`1$0@0P1D"*2B$0$1$`$1$(%L$_C_/5"Y4@UOD`
(245.1*Y"8((`
`
end
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Dr. Dieter Porth - Web-Entwickler
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Selectbox befüllt mit Werten aus Tabelle A, aber Auswahl gespeichert in Tabelle B
Hallo David, Am 14.07.2017 um 13:43 schrieb Christian Welzel: Am 14.07.17 um 09:48 schrieb David Brünner: Mit m:n gibt es noch ein Problem: Ich möchte in der m:n-Tabelle noch einen Kommentar ablegen (pro Datensatz). Wie kann ich das dann machen? Ist zwar nicht extbase, aber sollte dir weiterhelfen, wenn du es mit IRRE umsetzen willst: https://docs.typo3.org/typo3cms/extensions/irre_tutorial/ExtTutorialForInlineRelationalRecordEditing(irre)/Tutorial/IntermediateTablesForMnRelations/Index.html Ziemlich weit unten ist ein Punkt "Attributes for each m:n relation". Was wenn du die relation miT daten belegt, wird es doch wiedersinnig. für ein Modell soll das sein? Ein Leitungserbringer erstellt einenen Kommentar für eine Leistung und eine Leistung erstellt einen Kommentar über seine Leistungserbringer. Beide schreiben in das gleiche Feld? Der letzte hat dann recht, oder was? oder gibt es zwei Felder? Dann ... Logisch sinnvoller erscheint mir, der Leitung ein Kommentarfeld zuzuordnen. Erbringer <-m:n->Leistung-1:n>kommentar(Text, Nutzer) Wenn die Leistung auch die Leistungserbringer bewerten soll, dann braucht aus der Erbringer eine Kommentarliste. Kommentarliste(Text, Leistung)<-1:n- Erbringer <-M:n-> Leistung -1:n> Kommentarliste(Text, Nutzer) Aber sei es drum. Jeder baut sich seine Fallstricke selbst am Besten. Wer eigene Lösungen zum Extbase baut, merkt meist erst später, wie viel Magic in TYPO schon implementiert ist - aber auch welche Probleme und Macken manche TYPO3-Lösungen haben. Mit besten Grüßen Dieter -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Selectbox befüllt mit Werten aus Tabelle A, aber Auswahl gespeichert in Tabelle B
Moin, Am 13.07.2017 um 16:26 schrieb David Brünner: Klingt kompliziert, deshalb ein Beispiel zur Erläuterung: Ich habe drei Tabellen: Ansprechpartner - LeistungAnsprechpartner - Leistung jeweils mit 1-n. Du brauchst doch wohl eher eine n:m-Relation zwischen Ansprechpartner und Leistung Denn du willst doch eigentlich volegendes Modell realiseren: so manche Ansprechpartner haben so manche Leistung. Um sicherzutsellen, dass jeder Ansprechpartner mindenstens eine Leistung und jede Leistung mindestens einen Ansprachpartner hat, musst du im TCA bei beiden Tabellen für das Feld vom Type Select im Config-Array minItems (wird glaube ich so geschrieben) verwenden. Die Verwaltung der m:n-Tabelle 'LeistungAnsprechpartner' nimmt dir im Normalfall extbase ab. Dieter Dr. Dieter Porth - Web-Entwickler ___ 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
Am 08.07.2017 um 09:45 schrieb Bernhard Ludwig:
Am 08.07.2017 um 08:58 schrieb Dr. Dieter Porth
<web3...@web59550.greatnet-hosting.de>:
Hallo Dieter
Am 08.07.2017 um 06:50 schrieb Dieter Bunkerd:
On 08-Jul-17 00:31, Dr. Dieter Porth wrote:
Es gilt - zumindest meistens - in Deutschland die Unschuldsvermutung. Es
ist also immer die Pflicht des Hosters, seine Serversperrung(!) zu
begründen. Ohne nachvollziehbare Begründung ('Gefahr im Verzug, weil
') ist eine Sperrung eine Vertragsverletzung bzw. vermutlich sogar
Zensur. Das denke ich zumindest.
Da denke ich aber komplett anders. Vielmehr ist es ein Service und ein
Schutz. Zum einen Schutz des Vertragspartner und zum andern vor allen
Dingen Schutz aller anderen vor einer (möglichen) Virenschleuder.
Ich würde deinen Gedanken vom Service unterstützen, WENN(!) es eine
nachvollziehbare(!) Begründung gäbe.
Aber nach dem, was Beate beschrieben hat, hat es genau diese Begründung NICHT
gegeben. Die Angabe einer Datei als verseucht ohne weitere Begründung ist keine
nachvollziehbare Begründung. Gerade die automatisierten Checkprogramme
produzieren sehr häufig Fehler zweiter Art: Also sie kennzeichnen eine Seite
auf Grund bestimmter Merkmale als verseucht, obwohl die Seite es in Wahrheit
KEINE VIrenschleuder ist.
Ohne nähergehende Begründung bezeichne ich begründugslose Sperrungen aus meiner
nicht-juristen-Sicht als Zensur. Die alleinige Angabe einer betroffenen Datei
ist keine Begründung.
Mit besten Grüßen
Dieter
Hallo,
von Zensur kann gewiss keine Rede sein.
Zensur beschreibt das Einsetzen von Informationskontrollen zur Steuerung von
Meinungsströmungen. Dies könnte man dem Hoster nur nachweisen, wenn mit der
Stilllegung eines Web, hinterlistig und bewusst eine Meinungsmache betrieben
werden soll.
Im vorliegenden Fall könnte sich der Hoster aber auch ganz einfach auf sein
Hausrecht besinnen und den Hostingvertrag aufkündigen, sollten ihm die Inhalte
nicht passen. Da sehe ich den umständlichen Weg über das Vorgeben einer
servertechnischen Beeinträchtigung als nun wirklich an den Haaren herbeigezogen
an. Also Zensur fällt eindeutig weg. Leider wird heute überall, wo etwas nicht
passt, gleich „Zensur“ geschrien, ich hoffe, diese Mode ist bald einmal wieder
vorbei...
Ansonsten muss der Hoster nicht zwingend eine nachvollziehbare Begründung
abgeben, dies ist meist in den AGB geregelt. „Gefahr in Verzug“ ist im
allgemeinen schon dann gegeben, wenn ein Schadcode entdeckt wurde, egal, ob
dieser ausgeführt wird oder nur ein Bot vermutet, da wäre etwas schadhaftes.
Letztlich ist es doch aber auch im eigenen Interesse, etwaige Schadfunktionen
zu beheben.
Die benannten Codezeilen sind sicherlich prüfbar, ob darin ein Schadcode
vorliegt. Ich würde also hergehen und einen PHPler checken lassen, ob denn da
etwas Relevantes feststellbar ist. Ein Schadcode muss eine wie auch immer
geartete Funktion aufrufen oder eine Verbindung nach außen herstellen oder ein
Script ausführen oder, oder, oder… Ein Codevergleich mit den Originalzeilen
kann hier schon helfen, ebenfalls ein Codevergleich mit den Zeilen aus der
aktuellsten Version.
Viele Grüße,
Bernhard
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Hallo Bernhard,
Zensur ist das Anwenden von Informationskontrollen, um die
Meinungsäußerungen von Einzelnen einzuschränken. Die Abschaltung eines
Servers ist eine Informationskontrolle und eine unberechtigete
Einschränkung meiner Meinungsfreiheit und gegebenenfalls meiner
Geschäftsfreiheit – insbesondere wenn die Abschaltung wie in diesem Fall
ohne Begründung und ohne weiterführenden Hinweise erfolgte.
Ähnliches ist mir bei einem anderen Hoster auch schon passiert. Dieser
hat nur nicht gleich abgeschaltet, sondern erstmal nachgefragt. Der
automatisierte Prozess beklagte eine statische Seite ohne Javascript.
Die Seite enthielt in einem Protestbericht das Zitat aus einer
Phishing-Mail. Genau wie bei Beate gab es in meinem Fall keine
Begründung sondern nur den Hinweis auf die Datei. Es hieß nur
nachträglich kleinmütig, dass man auf der betroffenen Seite auch keine
Gefahr erkennen können und dass man um Verständnis dafür bitte, wenn man
auch zukünftig die Seiten kontrollieren würde. Fehler zweiter Art, als
die unberechtigte Behauptung einen Gefahr, sind bei automatisierten
Verfahren vermutlich wahrscheinlicher/ häufiger als wirkliche
Schadensentdeckungen.
Natürlich kann ein Hoster in seinen ABGs ein Hausrecht definieren,
welches der Nutzer ja bei Vertragsabschluss akzeptiert. Über solche AGBs
stolpert ein Nutzer meist erst dann, wenn plötzlich seine Seite
abgeschaltet ist. Ein Hoster, der bei der automatisierten Kontrolle des
Codes Fehler zweiter Art ignoriert, Begründungen verweigert und sofort
abschaltet, ist ein Zensor, den ich nicht als kein Geschäftspartner
haben möchte. Wenn andere Kunden
Re: [TYPO3-german] Potenzieller Schadcode in /typo3/sysext/core/Classes/Resource/ResourceCompressor.php
Hallo Dieter
Am 08.07.2017 um 06:50 schrieb Dieter Bunkerd:
On 08-Jul-17 00:31, Dr. Dieter Porth wrote:
Es gilt - zumindest meistens - in Deutschland die Unschuldsvermutung. Es
ist also immer die Pflicht des Hosters, seine Serversperrung(!) zu
begründen. Ohne nachvollziehbare Begründung ('Gefahr im Verzug, weil
') ist eine Sperrung eine Vertragsverletzung bzw. vermutlich sogar
Zensur. Das denke ich zumindest.
Da denke ich aber komplett anders. Vielmehr ist es ein Service und ein
Schutz. Zum einen Schutz des Vertragspartner und zum andern vor allen
Dingen Schutz aller anderen vor einer (möglichen) Virenschleuder.
Ich würde deinen Gedanken vom Service unterstützen, WENN(!) es eine
nachvollziehbare(!) Begründung gäbe.
Aber nach dem, was Beate beschrieben hat, hat es genau diese Begründung
NICHT gegeben. Die Angabe einer Datei als verseucht ohne weitere
Begründung ist keine nachvollziehbare Begründung. Gerade die
automatisierten Checkprogramme produzieren sehr häufig Fehler zweiter
Art: Also sie kennzeichnen eine Seite auf Grund bestimmter Merkmale als
verseucht, obwohl die Seite es in Wahrheit KEINE VIrenschleuder ist.
Ohne nähergehende Begründung bezeichne ich begründugslose Sperrungen aus
meiner nicht-juristen-Sicht als Zensur. Die alleinige Angabe einer
betroffenen Datei ist keine Begründung.
Mit besten Grüßen
Dieter
Dr. Dieter Porth - Web-Entwickler
___
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 Alex,
Am 07.07.2017 um 09:55 schrieb Alex Kellner:
Habt ihr euch schon mal Gedanken gemacht, dass die Dateien nur
deswegen potenziell gefährlich sein könnten, weil sie gehackt wurden?
Ein Blick in den Inhalt der Datei(en) hilft hierbei schnell...
Ganz unabhängig davon, was in den Dateien steht.
Es gilt - zumindest meistens - in Deutschland die Unschuldsvermutung. Es
ist also immer die Pflicht des Hosters, seine Serversperrung(!) zu
begründen. Ohne nachvollziehbare Begründung ('Gefahr im Verzug, weil
') ist eine Sperrung eine Vertragsverletzung bzw. vermutlich sogar
Zensur. Das denke ich zumindest.
Mit besten Grüßen
Dieter
Dr. Dieter Porth - Web-Entwickler
___
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 Bettina, Wenn eine Hoster nur Dateien benennt und die Gefährlichkeit nicht begründen kann oder nur den Hinweise gibt, das Programm ScheißDerHund oder ein Ähnliches eine Datei als Schadhaft deklariert hat, dann hat der Hoster vermutlich keine Ahnung. Das Sperren von Servern ohne Begründung könnte vielleicht unabhängig von den AGBs auch als Zensur gewertet werden. Einer solchen Anzeige würde ich aber keinen großen Erfolg einräumen. Die Wiedervereiniging mit der DDR war zu erfolgreich, glaube ich. https://netzpolitik.org/2016/stand-der-internetzensur-2016/ Versuch: http://rechtsanwalt-andreas-fischer.de/2013/08/14/zensur-wird-mit-freiheitsstrafe-oder-mit-geldstrafe-bestraft/ Mit Empfehlungen ist es immer schwierig, da es oft auf Details ankommt. Wenn du viele TYPO3-Seiten betreust, wäre der Besuch eine TYPO3-Camps hilfreich, um dort im direkten Gespräch mit anderen sich auszutauschen. Sorry. da kann ich wenig helfen. Mit besten Grüßen Dieter Dr. Dieter Porth - Web-Entwickler ___ 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 Bettina, den Hinweis von Michael zum Veröffentlichen von Sicherheitslücken finde ich durchaus richtig. die betroffene Datei hätte nicht genannt werden müssen. Ich hatte ein ähnliche Problem mal bei einem anderen Hoster mit einer statischen HTML-Datei. Die Information war damals auch fürn Eimer und ohne jeden Inhalt. Da sie nicht begründet werden konnte, warum der Parser einen Schadcode erkannte, wurde die Seite auf eine Whitelist gesetzt und guts wars. Grundsätzlich würde ich einmal um detaillierte Informationen bitten. Sollte nur ein lapidare Hinweis kommen, wie es bei Dir der Fall zu sein scheint, würde ich im zweiten Schritt schon mal mögliche Schadensersatzansprüche durchklingen lassen, denn eine Sperrung eines Service ohne solide Begründung ist vermutlich unangemessen und die Sperrung könnte damit schadensersatzpflichtig werden; glaube ich. Aber ich bin kein Jurist – und Gerechtigkeit und Recht stehen zunehmend seltener auf der gleichen Seite, wenn man mal den wachsenden Polizeischutz für Gerichte als Indikator nimmt. Grundsätzlich finde ich es okay, wenn die Hoster den Code der User auf Schadcode testen . Normalerweise gibt es aber anfänglich einen Warnhinweis vom Hoster und hoffentlich weiterführend Informationen, so dass man Zeit zur Korrektur hat. Ungewöhnlich finde ich schon, wenn hier scheinbar sofort den Server gesperrt wurde (oder wurden Mails übersehen?). Es kann natürlich über deren AGB abgesegnet sein, aber solche AGBs wären ein Grund, den Hoster zu wechseln, weil dann in Zukunft jeder 'Pubs' zur Sperrung führen könnte. Mit besten Grüßen Dieter Am 05.07.2017 um 21:08 schrieb Bettina Graab: Hosteurope hat mir heute den Server gesperrt und mir eine Liste mit Dateien zur Verfügung gestellt, die mich doch recht stutzig gemacht haben und ich habe dem Support gesagt, das kann nicht sein! /201706/typo3cms/typo3_src-7.6.16/typo3/sysext/core/Classes/Resource/ResourceCompressor.php /201706/typo3cms/typo3_src-7.6.19/typo3/sysext/core/Classes/Resource/ResourceCompressor.php Ich habe am Sonntag das aktuelle Update über das Install Tool eingespielt und keine Dateien per Copy irgendwie mit rüber geschleppt. Die Datei habe ich, zumindest auf Zeilenlänge, mit derselben Datei einer anderen TYPO3-Installation verglichen und die Anzahl der Zeilen passt. Hosteurope behauptet nun, in dieser Datei sei eine Sicherheitslücke, deshalb wurde sie als "potenzieller Schadcode" eingestuft. Kann jemand etwas dazu sagen? Viele Grüße Bettina ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anleitung/Workflow zum Erstellen einer Extension
Hallo F. Datenpflege per Backend und Ausgabe im Frontend. Anmerkung: >Ziel ist es eine Extension zu entwickeln, die Daten aus einer Datenbank liest (idealerweise über das Backend konfigurierbar z.B. Zeitraum) und im Frontend darstellt. Dort sollte der Nutzer noch die Möglichkeit einer Suche, Sortierung und Filterung bekommen. Da TYPO3 in der Scriptsprache PHP geschrieben wurde und da Scriptsprachen üblicherweise gedächtnislos sind, kommen Daten immer aus der Datenbank. Wenn die Datenmengen klein sind (um die 2000 oder weniger Datensätze), lässt man Suche, Sortierung und Filterung vom JavaScript erledigen. Wenn es keine großen Spezialgeschichten machst, sind lediglich im TCA-Bereich einige Änderungen vorzunehmen, sollte sich eine Extension relativ leicht potieren lassen. Alternative könntest du auch die Extensions Mask und Mask-Export verwenden, um die für deine Teaser-Ausgabe eine Extension erstellen zu lassen. Mask kommt ohne Extbase aus, so dass bei generierten Extensions List-Ausgaben normalerweise fehlen. Mit besten Grüßen Dieter Am 04.07.2017 um 10:00 schrieb f zuerker: Vielen Dank für die Antworten. Das Buch "TYPO3 Extbase. Moderne Extension Entwicklung für TYPO3 CMS mit Extbase & Fluid. 2. Auflage" habe ich mir mal besorgt. Das Beispiel mit der Minimal Extension "efempty" hat mir dabei schon weitergeholfen. Ziel ist es eine Extension zu entwickeln, die Daten aus einer Datenbank liest (idealerweise über das Backend konfigurierbar z.B. Zeitraum) und im Frontend darstellt. Dort sollte der Nutzer noch die Möglichkeit einer Suche, Sortierung und Filterung bekommen. Version 8.7 ganz einfach deshalb, weil diese produktiv eingesetzt werden wird. Ich dachte mir, wenn keine älteren Versionen supportet werden müssen, macht am meisten Sinn die Extension direkt dafür zu entwickeln. Wie aufwändig ist den eine Portierung bei dem von dir genannten Vorgehen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
