Re: [TYPO3-german] Drupal vs. TYPO3
Hallo Thomas, Am 14.04.2017 um 04:30 schrieb Thomas Moseler: Sorry, wenn ich diesen alten Thread hochhole. Allerdings ist er noch nicht sooo alt. Interessant wäre hier die Meinung von Leuten, die sich in beide Systeme recht tief reingearbeitet haben. Full Disclaimer: ich komme klar aus dem Drupal-Lager, setze seit zehn Jahren alles damit um und verdiene damit mein Geld. Ich kam jetzt wieder auf das Thema, da ich sah, dass die Firma Ueberbit beide Systeme benutzt und auch promotet und daran mitarbeitet. Das halte ich für recht ungewöhnlich, es wird agenturseitig doch meist auf ein System gesetzt. Es wäre interessand, was die Herren zu dieser Diskussion hier beitragen können. Habe mir TYPO3 7 und 8 installiert, um mal ein bisschen zu forschen und Erfahrungen zu sammeln. Leider wird die Diskussion TYPO3 vs Drupal selten sachlich geführt. Wie oben geschrieben, nutzt kaum eine Agentur beides, und man konkurriert um große Projekte, es geht also um viel Geld. Vom Anwendungszenario sind die Systeme allerdings sehr ähnlich. Vor allem mit Drupal 8 geht der Fokus in Drupal noch deutlich mehr Richtung Enterprise als schon vorher. Kann eine solche Diskussion sachlich geführt werden? Es ist wie der Streit zwischen den Religionen um die richtige Wahrheit, die Agnostiker ohnehin nicht interessiert? - Eine solche Diskussion lohnt nicht. Die Umstellung auf OOP und die Basierung auf Symfony Components hat erhebliche Diskussionen in der Drupal Community ausgelöst, unter anderem haben sich einige Leute abgespaltet und Backdrop CMS gegründet. Hauptargument ist, dass die neue OOP-basierte Codestruktur sich zu sehr an Profis richtet und der Autodidakt, der mit Drupal 7 prima klar kam, auf der Strecke bleibt. Die Basisinstallation hat sich von wenigen MB (Drupal 6) auf ca. 50 MB (D8) exponentiell vergrößert. Immer mehr Module sind im Core, und mittels Composer und Autoload sind jetzt viele externe Libraries inkludiert, was nicht unerheblich zur o.g. Vergrößerung beiträgt. Das unterstreicht einen Punkt, den ich oben schrieb: sowohl TYPO3 als auch Drupal sind tendenziell Systeme, mit denen eine Agentur für den Kunden die Seite baut. Ein Amateur kann es zwar auch hinbekommen - und hier würde ich frech behaupten mit Drupal wird er es eher schaffen - aber jeder der als Nicht-Profi eine Seite baut, wird wahrscheinlich mit Wordpress, Jimdo oder Squarespace besser beraten sein. Was soll ein Enterprise-CMS leisten? Beschreibe doch einmal sieben exemplarische Answendungsbeispiele, die ein Enterprise Content-Management-System abdecken soll? TYPO3 ist für mich ein flexible einsetzbare Content-Presentation-Framework, dass sich schnell an andere Systeme wie Shop-Systeme, SAP-Systeme, Cloud-Systeme ankoppeln lässt. Ich hoffe, dass hier in Zukunft noch mehr Entwicklungsarbeit bezüglich Standardisierung passiert, damit Schnittstellen zu verschiedenen Social-Media und anderen Webservice leicht erstellbar sind. Dank der einfachen Struktur kann TYPO3 via JSON-View gut und einfach per REST mit JavaScript-Frameworks wie Angular oder Ember, mit Cloud-Services oder auch mit Apps kommunizieren. Dank des flexiblen Templating-Systems Extbase/Fluid lässt sich bei gleichbleibenden Inhalt über die Templates die Art der Darstellung leicht ändern. Ich denke, dass schon bald TYPO3-Templates automatisiert aus Patternlab oder ähnlichen HTML-Entwicklungstools erstellen lassen. Der Schritt ist nach meinem Eindruck nicht mehr weit. Da die Website-Systeme immer komplexer werden, erwarte/hoffe ich, dass TYPO3 in der nächsten Major-Version Konzepte und Schnittstellen für automatisierte Akzeptanz- & Funktionstests zur Verfügung stellen wird. Ach ja; und natürlich ist TYPO3 besser als Drupal, weil ich damit mein Geld verdiene. mit deinem letzten Halbsatz hast du grundsätzlich recht. Wer nur mal eben wenige mit einem Flugblattt erreichen will, dem reichen Schere und Kleber. Wer viele mit Flugblättern erreichen will, braucht schon einen Kopierer. Und wer sehr viele mit Kampagnen erreichen will, braucht definitiv Druckmaschinen. Und wer sogar alle erreichen will, der braucht eine Bundesdruckerei für seine Gesetze. Analoges gilt im Webbereich, wo Opensource-Lösungen wie Patternlab, Wordpress, TYPO3 und (W3C-)Validatoren nebeneinender koexistieren. Deshalb die Frage oben: Was soll ein CMS leisten? 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] VHS viewhelper
Hallo Dirk, sorry. Es war nur eine Vermutung gewesen. Da ich mit den Doppelpunkten schon meine Probleme gehabt habe. Der Hinweis auf den Alias-Viewhelper war als Hinweis gedacht, damit du prüfen kannst, ob in deiner Variablen dein eingegebener Wert ankommt. Der VHS-Viewhelper ist nun nicht der Fluid-Viewhelper und man sollte vermuten, dass sich dort nicht zuviel geändert hat. Ich bin in vielen Projekten dazu übergegangen. die Ausgabe von Medien in eigene Partials mit definierten Arguments auszulagern, weil mir das viewhelper-basierte Media-Konzeption von TYPO3 schwer pflegbar ist. Es bleibt unklar, was die Viewhelper machen. Der Weg ist aber auch nicht immer durchzuhalten, seit ich festellen musste, dass das neue TYPO3 8.6 im f:uri.image-Viewhelper zum Beispiel SVG-Dateien vergewaltigt, indem es diese zu Pixelgraphiken konvertiert und damit den OriginalCode im SVG überschreibt. Wer also SVG-Dateien im Responsive Umfelt einsetzt, sollte testen, ob sie noch wie gewünscht funktionieren. Mit besten Grüßen Dieter Am 13.04.2017 um 20:22 schrieb Dirk Völlger: Hallo, die Zeilenumbrüche sind nicht der Grund. Auch wenn alles in einer Zeile steht, funktioniert es nicht, sobald additionalAttributes enthalten sind. Ich habe das mit f:alias versucht, gleiches Problem. Selbst additionalAttributes="{}" führt zum Nichtanzeigen der News. Brauche ich einen extra viewhelper für additionalAttributes? Ich verstehe es einfach nicht, wieso es ohne funktioniert, sonst nicht. Welche möglichkeiten gebe es noch, die Bilder responsive mit srcset, sizes usw. anzuzeigen? Kann doch nicht sein, dass mit neuester T3 Version die Generierung von responsive Bildern so ein Krampf geworden ist! 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] Drupal vs. TYPO3
Sorry, wenn ich diesen alten Thread hochhole. Allerdings ist er noch nicht sooo alt. Interessant wäre hier die Meinung von Leuten, die sich in beide Systeme recht tief reingearbeitet haben. Full Disclaimer: ich komme klar aus dem Drupal-Lager, setze seit zehn Jahren alles damit um und verdiene damit mein Geld. Ich kam jetzt wieder auf das Thema, da ich sah, dass die Firma Ueberbit beide Systeme benutzt und auch promotet und daran mitarbeitet. Das halte ich für recht ungewöhnlich, es wird agenturseitig doch meist auf ein System gesetzt. Es wäre interessand, was die Herren zu dieser Diskussion hier beitragen können. Habe mir TYPO3 7 und 8 installiert, um mal ein bisschen zu forschen und Erfahrungen zu sammeln. Leider wird die Diskussion TYPO3 vs Drupal selten sachlich geführt. Wie oben geschrieben, nutzt kaum eine Agentur beides, und man konkurriert um große Projekte, es geht also um viel Geld. Vom Anwendungszenario sind die Systeme allerdings sehr ähnlich. Vor allem mit Drupal 8 geht der Fokus in Drupal noch deutlich mehr Richtung Enterprise als schon vorher. Die Umstellung auf OOP und die Basierung auf Symfony Components hat erhebliche Diskussionen in der Drupal Community ausgelöst, unter anderem haben sich einige Leute abgespaltet und Backdrop CMS gegründet. Hauptargument ist, dass die neue OOP-basierte Codestruktur sich zu sehr an Profis richtet und der Autodidakt, der mit Drupal 7 prima klar kam, auf der Strecke bleibt. Die Basisinstallation hat sich von wenigen MB (Drupal 6) auf ca. 50 MB (D8) exponentiell vergrößert. Immer mehr Module sind im Core, und mittels Composer und Autoload sind jetzt viele externe Libraries inkludiert, was nicht unerheblich zur o.g. Vergrößerung beiträgt. Das unterstreicht einen Punkt, den ich oben schrieb: sowohl TYPO3 als auch Drupal sind tendenziell Systeme, mit denen eine Agentur für den Kunden die Seite baut. Ein Amateur kann es zwar auch hinbekommen - und hier würde ich frech behaupten mit Drupal wird er es eher schaffen - aber jeder der als Nicht-Profi eine Seite baut, wird wahrscheinlich mit Wordpress, Jimdo oder Squarespace besser beraten sein. Mal schauen, ob die Diskussion hier nochmal an Fahrt gewinnt, dann will ich auch gerne inhaltlich meinen Beitrag leisten. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: VHS viewhelper
Hallo, die Zeilenumbrüche sind nicht der Grund. Auch wenn alles in einer Zeile steht, funktioniert es nicht, sobald additionalAttributes enthalten sind. Ich habe das mit f:alias versucht, gleiches Problem. Selbst additionalAttributes="{}" führt zum Nichtanzeigen der News. Brauche ich einen extra viewhelper für additionalAttributes? Ich verstehe es einfach nicht, wieso es ohne funktioniert, sonst nicht. Welche möglichkeiten gebe es noch, die Bilder responsive mit srcset, sizes usw. anzuzeigen? Kann doch nicht sein, dass mit neuester T3 Version die Generierung von responsive Bildern so ein Krampf geworden ist! Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] VHS viewhelper
Hallo Dirk , Wegen des Zeilenumbruchs könnten die Doppelpunkte stören. - Führt vermutlich ins Nirwana. Lagere deinen AdditionAttributes-Ausdruck -Ausdruck doch mal in ein alias-Viewhelper aus und übergibt die gemappte- variable. Dieter Am 12.04.2017 um 22:47 schrieb Dirk Völlger: Hallo, ich nutze Typo3 8.7, vhs 4.1.0, flux 8.1.0 und tx_news 5.3.3 . Ich möchte gerne die Bilder in der newsliste wie auch in der Detailansicht responsive mit srcset, sizes etc. rendern lassen. Dafür nutze ich den VHS imageviewhelper . Das Ganze funktioniert wunderbar bis zu dem Moment, wo ich die additionalAttributes angebe. Sobald additionalAttributes enthalten sind, werden die Bilder, wie auch die eigentlichen newseinträge nicht anzeigt. Hier ein Ausschnitt meines partials (darf noch keine links wie z.B. pastebin posten): {namespace v=FluidTYPO3\Vhs\ViewHelpers} as="mediaElement"> src="{mediaElement.originalResource}" width="330" treatIdAsReference="1" alt="{mediaElement.originalResource.alternative}" class="float-sm-none float-md-left news_header" srcset="420,768,1024" /> Ich finde meinen Fehler nicht, hat jemand eine Idee? Gleiches Phänomen übrigens mit T3 8.6.0 . 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] TYPO3 7.6 und PAGE_TSCONFIG_ID
Hallo Stephan, ja, das ist es. Ich habe in den älteren Projekten natürlich auch das TCA entsprechend angepasst. Das hatte ich nun vergessen und irrtümlicher Weise geglaubt, der Eintrag in TCEFORM wäre alles, was nötig gewesen wäre. :) Danke für Deine Antwort. Von meinem iPad gesendet > Am 12.04.2017 um 18:06 schrieb Stephan Schuler : > > Hallo zusammen. > > > Bis zu welcher TYPO3-Version soll das denn funktioniert haben? > > > Ich bin mir relativ sicher, dass das kein Feature ist das einfach pauschal > auf alle Datensätze und Relationen angewendet wird sondern dass es abhängig > von der konkreten Relation geht oder eben nicht. > > Noch technischer: Das TCA würde ich etwa sowas hier erwarten: > ➢ $TCA[‚pages’][‚columns’][‚fe_group’][‚config][‚foreign_table_where’] = > ‘ORDER BY fe_groups.title AND (pid = ###PAGE_TSCONFIG_ID### OR > ###PAGE_TSCONFIG_ID### = 0)’ > > Nur so – so jedenfalls meine Erwartung – kann der Mechanismus funktionieren. > Als Beispiel für eine korrekte Verwendung würde ich das News-Model von Georg > Ringer nehmen. > Siehe: > https://github.com/georgringer/news/blob/master/Configuration/TCA/tx_news_domain_model_news.php#L769 > Das schreibt der vermutlich nicht aus Spaß in sein TCA sondern braucht das, > damit der Placeholder im Query ersetzt wird. > > > Daher meine Vermutung: Wenn es nicht im TCA von pages, tt_content und > fe_users jewels in etwa dieser Art steht funktioniert das erst mal nicht auf > Anhieb – aber man kann das natürlich problemlos per Extension dazu bauen. > > > Ich hab hier grade ein 6.2 offen, da fehlt es und funktioniert folglich auch > nicht. > > > Beste Grüße, > > > Am 11.04.17, 19:16 schrieb "typo3-german-boun...@lists.typo3.org im Auftrag > von Ralf Schlömer" ty...@ralfschloemer.de>: > >Hallo Dieter, > >die Artikel habe ich schon durch, wirklich schlau bin ich daraus nicht > geworden. >Das Feld heißt für pages und tt_content 'fe_group', habe ich vorhin wohl > falsch geschrieben. > >Danke für den deine Antwort. > >Ralf > >> > 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 > > > >> Am 11.04.2017 um 18:59 schrieb Dr. Dieter Porth >> : >> >> Hallo Ralf, >> >> Ich habe da auch keine Ahnung, aber >> >> Variante a) >> >> Suche doch mal im Deprication log nach deinem Schlagewort "PAGE_TSCONFIG_ID" >> >> Variante b) >> >> suche imc sysext/core/documention nach deinem Schlagwort (hier Auszug aus >> TYpo3 8.7) >> "See :issue:`73209` >> >> Description >> === >> >> Setting page TSConfig values `PAGE_TSCONFIG_ID`, `PAGE_TSCONFIG_IDLIST` and >> ` PAGE_TSCONFIG_STR` for flexform fields globally has been marked as >> deprecated, specific >> fields must be set now. >> ..." >> >> Es passt nicht ganz zu deinem Problem. Keine Ahnung was in der 7.6 steht, >> aber usergroup ist sicher nicht das Feld, welches die Id enthält. >> >> Mit besten Grüßen >>Dieter >>> Am 11.04.2017 um 16:17 schrieb Ralf Schlömer: >>> Hallo zusammen, >>> >>> bisher habe ich bei größeren TYPO3-Systemen die Anzeige der fe_groups im >>> Backend immer mit >>> >>> TCEFORM { >>> pages.usergroup.PAGE_TSCONFIG_ID = xxx >>> tt_content.usergroup.PAGE_TSCONFIG_ID = xxx >>> fe_users.usergroup.PAGE_TSCONFIG_ID = xxx >>> } >>> >>> beschränken können. In TYPO3 7.6 klappt das aber anscheinend nicht mehr. >>> Gibt es da eine andere Lösung? >>> >>> Grüße, >>> 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 > >___ >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 ___