Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo, Am 04.12.2013 16:55, schrieb Christian Platt: > Darf ich fragen, was Du mit gebootstrapped meinst? > Wo bekomme ich dazu mehr Input? um ein anderes Beispiel zu nehmen. Man kann nicht einfach ein Gaspedal eines Autos ausbauen, auf ein Fahrrad montieren, es betätigen und dann auf einen Antrieb erhoffen. Es nützt auch nichts wenn man alle Gestänge/Kabel, die da so am Gaspedal irgendwo dran hängen mitausreisst und diese am Fahrrad irgendwo befestigt. Selbiges in dem Beispiel hier. Nur weil man mal eine Klasse lädt, muss das nicht zum Erfolg führen. Wenn ich natürlich ein Auto habe, hier zB auch drive-by-wire habe, ist es absolut easy (für meine Vorstellungen, ein 2. Kabel zu den Kids an die hinteren Sitze zu geben sodass diese auch Gas geben können - hier stimmt eben alles immer noch zusammen. TYPO3 ist ja nun an vielen Stellen, vor allem im Hintergrund, doch einiges an gewachsen und historisch bedingt. Dennoch wurde in den letzten Versionen auch hier an diesem Bootstrapping viel gebaut, um das auch leichter zu machen, um es dennoch zu ermöglichen an anderen Stellen eben zB Extbase zu benötigen. Wenn du dir vom aktuellen Core zB https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/extbase/Classes/Core/Bootstrap.php ansiehst, so ist das der Bootstrap für Extbase spezifisches Zeugs, das sind all die Klassen - die in der richtigen Reihenfolge - geladen werden müssen. Andere Einstiegspunkte sind zB - für das Backend: https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/init.php => das war früher alles sehr viel hässlicher prozeduraler und ist nun in einzelne Methoden gekapselt. - für das Frontend: https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/core/Classes/Core/Bootstrap.php weitere Einstiegspunkte die ähnlich aber anders sind: - für eID - für CLI lg Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 6.2Beta2 Installation nicht möglich
Hi David, David Bender wrote: > Wenn ich den Installer starte und dort den next-Button bediene werden > die Rechte von Ordnern geändert und ich bekomme daraufhin einen > 403-Fehler. Ich hatte bisher eigentlich nie Probleme mit den > Installationen von Typo3 (3.5 - 6.1) und es laufen Versionen von 4.2 bis > 6.1 aktuell auf dem Server. Das ist ungewöhnlich. Eigentlich sollte der Webserver genau die Gruppenrechte schreiben, welche auch zum lesen benötigt werden. > Wir tappen hier ein wenig im Dunkeln, und ich wundere mich, dass es im > Netz kaum Diskussionen zu dem Thema gibt (Es gibt auf der Downloadseite > einen Hinweis zu Debian 6 in Bezug auf eine sehr alte PHP-Version, wir > haben die aktuelleste PHP 5.3 drauf. Vermutlich gibt es das Problem auch nur selten. Ich tippe immer noch auf eine ungünstige oder gar falsche Serverkonfiguration. > Oder kann es was mit dem Sticky Bit zu tun haben? Damit habe ich bisher > keine Erfahrungen, habe aber folgende Aussage eines Providers: Vermutlich eher das GUID Bit. Das GUID Bit sorgt dafür, dass alle Dateien und Verzeichnisse unterhalb des Verzeichnisses, auf dem es gesetzt ist, die Gruppe von dem Verzeichnis haben. > „Offenbar ist das grundsätzliche Problem aber ohnehin, dass Typo SetGID > bzw. SetUID verwendet was bei uns auch nicht funktionieren würde, da es > sicherheitsbedingt nicht aktiviert ist.“ Nein, TYPO3 setzt nur 2770 via chmod (die PHP Funktion). > Zu der Installations-Problematik habe ich auch eine kurze Diskussion in > der englischen Mailingliste gefunden. Der letzte Eintrag beschreibt im > Prinzip 1:1 mein Problem. > > http://forum.typo3.org/index.php/t/198004/ Ich denke eher, dass dort der Webserver mit den falschen Rechten läuft, bzw. die User oder Gruppenrechte falsch sind. Alle-Rechte sollten eigentlich nie nötig sein. > Und dazu gibt es dann auch einen Eintrag im Bugtracker, doch der trifft > unser Problem wiederum nicht 100%-ig, da unsere Dateien nämlich unter > dem korrekten User angelegt werden, aber beim Execute-Recht der Gruppe > den Sticky Bit haben. Korrigiere ich die Rechte aller Dateien per Hand > und entferne den Sticky Bit geht es zunächst weiter, man kommt aber an > mehreren Stellen nicht umhin, die Rechtekorrektur erneut > auszuführen...das ist dann alles wieder analog zum wohl bekannten > Problem laut Bugtracker. > > http://forge.typo3.org/issues/51732 > > Hat jemand einen Tipp, wo wir mit der Fehlersuche weiter ansetzen können? Ermittle doch mal bitte den User und die Gruppe, unter denen der Webserver läuft. http://content.hccfl.edu/pollock/AUnix1/FilePermissions.htm Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Protokoll für Redakteure freischalten
Hallo Kay, vielleicht kannst du mir ja noch weiter auf die Sprünge helfen. Es handelt sich ja in diesem Fall um die sysext belog. Wenn ich das richtig sehe wird das ja in der ext_tables.php über \TYPO3\CMS\Extbase\Utility\ExtensionUtility::registerModule festgelegt. Hier gibt es dann das "Additional configuration Array" array( 'access' => 'admin', 'icon' => 'EXT:belog/ext_icon.gif', 'labels' => 'LLL:EXT:' . $_EXTKEY . '/Resources/Private/Language/locallang_mod.xlf', ) Nur wie überschreibe ich jetzt dieses Backend Plugin? Merci und Grüße Konrad ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi Cedric, sicher mit dem was ich jetzt weiß, hätte ich es vermutlich auch so verstanden. Bei meiner zweiten Aussage habe ich mich vertan, ich meinte eine n:1-Relation, die ja die Ausgangsbasis meiner Suche nach einer Lösung ist: SubRegion *1 MainRegion Genau diese Relation möchte ich im BE in den Plugin-Einstellungen über das FlexForm darstellen, nämlich alle SubRegions einer bestimmten MainRegion in einem FlexForm-Select-Feld ausgeben, wobei die MainRegion in einem anderen Feld im gleichen FlexForm ausgewählt wird. Wenn ich dieses Problem gelöst habe (das sicher auch andere noch haben werden), dann werde ich mein Wissen in irgendeiner Form auch weitergeben - wo und wie auch immer, das weiß ich heute noch nicht. Im Moment fehlt mir aber noch die Sicherheit, meine vagen Erkenntnisse einer breiteren Öffentlichkeit kundzutun. Eigentlich ist diese Anforderung doch gar nicht so "exotisch", um nicht vllt. schon mal gelöst worden zu sein!? Im Prinzip ist es ja nichts anderes wie die Relation "Unterkategorie *...1 Hauptkategorie". Viele Grüße, Johannes. > Hallo Johannes, > > Dort steht aber auch nicht, das es geht. De facto gibt es > dort nur einen Hinweis, wie man FlexForms von > Plugin-Definitionen im Controller abgreift. > > Der Artikel freut sich aber sicherlich über jede Menge > Aufmerksamkeit deinerseits :) > > kann ich leider nichts beitragen, > da mir dort kein Problem bewusst ist. > > VG; > Cedric > > Zitat von "JCL - Johannes C. Laxander" : > > > Hi, > > > > erst mal vielen Dank für deine Erklärungen, auch wenn ich sie (noch) > nicht > > ganz nachvollziehen kann. > > Ich frage mich halt, warum in der offiziellen Doku > > http://wiki.typo3.org/Extension_Development,_using_Flexforms > > ein Beispiel ist, das einen dazu verleitet, anzunehmen, > dass es ganz > > einfach ist Daten dynamisch einem flexform hinzuzufügen. > > Zumindest habe ich das zunächst so verstanden. Einen > Hinweis, dass es > mit > > Extbase nur unter bestimmten Voraussetzungen funktioniert, > gibt es nicht. > > > > Inzwischen verstehe ich auch nicht, warum es "so > kompliziert" ist eine > > > 1:N-Relation im Extbase-Kontext in einem flexform abzubilden. > > M:M scheint einfacher zu sein, siehe MM in > > > http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/ > Select/Index.h > > tml. > > > > So werde ich halt versuchen auch die "old school" noch zu erlernen. > > > > Johannes. > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 6.2Beta2 Installation nicht möglich
Liebe Liste, ich versuche nun seit der alpha1 der neuen Typo3 LTS 6.2 die Installation auf meinem Server (Debian 6, PHP 5.3.27), leider klappt das aber bis zur jetzigen Beta2 immer noch nicht. Wenn ich den Installer starte und dort den next-Button bediene werden die Rechte von Ordnern geändert und ich bekomme daraufhin einen 403-Fehler. Ich hatte bisher eigentlich nie Probleme mit den Installationen von Typo3 (3.5 - 6.1) und es laufen Versionen von 4.2 bis 6.1 aktuell auf dem Server. Wir tappen hier ein wenig im Dunkeln, und ich wundere mich, dass es im Netz kaum Diskussionen zu dem Thema gibt (Es gibt auf der Downloadseite einen Hinweis zu Debian 6 in Bezug auf eine sehr alte PHP-Version, wir haben die aktuelleste PHP 5.3 drauf. Oder kann es was mit dem Sticky Bit zu tun haben? Damit habe ich bisher keine Erfahrungen, habe aber folgende Aussage eines Providers: „Offenbar ist das grundsätzliche Problem aber ohnehin, dass Typo SetGID bzw. SetUID verwendet was bei uns auch nicht funktionieren würde, da es sicherheitsbedingt nicht aktiviert ist.“ Zu der Installations-Problematik habe ich auch eine kurze Diskussion in der englischen Mailingliste gefunden. Der letzte Eintrag beschreibt im Prinzip 1:1 mein Problem. http://forum.typo3.org/index.php/t/198004/ Und dazu gibt es dann auch einen Eintrag im Bugtracker, doch der trifft unser Problem wiederum nicht 100%-ig, da unsere Dateien nämlich unter dem korrekten User angelegt werden, aber beim Execute-Recht der Gruppe den Sticky Bit haben. Korrigiere ich die Rechte aller Dateien per Hand und entferne den Sticky Bit geht es zunächst weiter, man kommt aber an mehreren Stellen nicht umhin, die Rechtekorrektur erneut auszuführen...das ist dann alles wieder analog zum wohl bekannten Problem laut Bugtracker. http://forge.typo3.org/issues/51732 Hat jemand einen Tipp, wo wir mit der Fehlersuche weiter ansetzen können? Danke. David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi Christian, Obwohl ich nicht Georg bin, wage ich mal den Versuch: Mit Bootstrapping bezeichnet man den Vorgang in einer Applikation, bei dem diese "gestartet wird" und in einen Status versetzt wird, in dem es möglich ist damit zu arbeiten. Dein Computer muss auch, bevor er dir zu Diensten sein kann "hochfahren" / booten. Analog dazu muss auch das Framework gestartet und vorkonfiguriert werden, damit es dir zu Diensten sein kann. Dieser Vorgang sollte eigentlich niemanden kümmern, außer in Edgecases. Generell war hier die Aussage im Raum, das man nicht eine Extbase ActionController Action ausführen kann, ohne das das Framework auch vorher initialisiert wurde. Das hat viele Gründe und ergibt sich aus den Interdependenzen, die ein solcher Controller und das Framework haben: * Der ActionController wird normalerweise vom Framework vorkonfiguriert und bspw. der View (also das Fluid Rendering) an $this->view gehangen * Die Dependency Injection wird ausgeführt und die Properties bestückt * Es gibt kein Request Objekt, das den Status der Anwendung definiert * ... Ähnlich wie in Symfony, Flow, Laravel etc ist eine Controller-Methode nichts wert, wenn Sie sich nicht über den Kontext im klaren ist. Daher auch mein Hinweis, das eine eigene Userfunc diese Dinge händisch machen kann. Der Hinweis von Georg bzgl der "old-school" Variante bezieht sich maßgeblich auch auf den Punkt, das die Standard Backend-Module bzw im speziellen die Formulare, die mit TCEMain (jetzt DataHandler) zusammengeschustert sind, einfach keinen solchen Kontext brauchen, weil Sie die Dinge auf einem ganz anderen Weg abfrühstücken. Viele Grüße, Cedric Zitat von Christian Platt : Lieber Georg, ich gehe gerade den Lernpfad pibase=>extbase Darf ich fragen, was Du mit gebootstrapped meinst? Wo bekomme ich dazu mehr Input? Am 04.12.2013 um 15:00 schrieb Georg Ringer : damit extbase funktioneirt. oder generell jede vernünftige applikation, muss diese gebootstrapped werden. Liebe Grüße Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.orghttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3-german Digest, Vol 123, Issue 12
Guten Tag
Ich habe folgendes Problem. Ich habe eine Typo3 4.7 Installation und verwende
das Lilio Business Template, welches als Extension gibt. Jetzt versuche ich zum
einen eine dritte Navigationsebene und zum anderen ein Sprachenmenü
(dreisprachige Website mit bereits hinterlegten Sprachen) einzubauen. Beides
bringe ich nicht fertig.
Habe schon diverse Extensions für Sprachenauswahl und auch mit TypoScript
ausprobiert, aber ohne Erfolg. Hat jemand Erfahrung damit oder gar schon sowas
im Einsatz? Vermutlich bleibt mir nichts anderes übrig als selber zu versuchen
ein Template zu schreiben.
Ebenfalls möchte ich Google-Analytics Auswertungen machen, hat da auch jemand
Erfahrung?
Besten Dank im Voraus für eure Bemühungen.
Freundliche Grüsse
Christoph Bopp
typo3-german-requ...@lists.typo3.org schrieb:
> Send TYPO3-german mailing list submissions to
> typo3-german@lists.typo3.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> or, via email, send a message with subject or body 'help' to
> typo3-german-requ...@lists.typo3.org
>
> You can reach the person managing the list at
> typo3-german-ow...@lists.typo3.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of TYPO3-german digest..."
>
>
> Today's Topics:
>
>1. Re: TYPO3 - Datenbank-Feld via TS auslesen? (Sebastian Schmal)
>2. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (JCL - Johannes C. Laxander)
>3. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (Cedric Ziel)
>4. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (JCL - Johannes C. Laxander)
>5. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (Georg Ringer)
>6. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (Jan Kornblum)
>7. displayCond ?ber das TSconfig ?ndern (Anton Schimpf)
>8. Re: Extbase - Aufruf einer Controller-Methode in
> itemsProcFunc funktioniert nicht (JCL - Johannes C. Laxander)
>
>
> --
>
> Message: 1
> Date: Wed, 04 Dec 2013 14:14:14 +0100
> From: Sebastian Schmal
> Subject: Re: [TYPO3-german] TYPO3 - Datenbank-Feld via TS auslesen?
> To: typo3-german@lists.typo3.org
> Message-ID:
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> hier die L?sung, da die Ext. schon etwas daf?r hat:
>
> page.headerData.1 >
> page.headerData.1 = COA
> page.headerData.1 {
>wrap = |
>10 = TEXT
>10 {
> data = TSFE:page|title
>}
> }
> page.headerData.1.insertData = 1
>
>
> Dann gehts.
> Aber dennoch w?re es mal gut zu wissen wie man ggf. von einer Ext. immer
> den Titel in der Detail-Ansicht zeigen kann.
>
> --
>
> TYPO3 - TIPS - ANLEITUNGEN - NEWS
> unter: http://blog.ingeniumdesign.de/
>
> TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
> unter: http://www.ingeniumdesign.de/
>
> Facebook Fan
> http://www.facebook.com/ingeniumdesign/
>
> --
>
> Am 04.12.2013 12:55, schrieb Sebastian Schmal:
> > Hallo und vielen Dank,
> >
> > mhh wie kann ich denn nun den doofen Titel ausgeben :/
> >
> > die ext macht das normal so:
> >
> > plugin.tx_sbportfolio_pi1 {
> >seo {
> > pageObjMetaTags >
> >}
> >
> >displaySingle.seo {
> > tags {
> >name {
> >
> > title = TEXT
> > title {
> >field = title
> >stripHtml = 1
> >crop = 160 | | 1
> > }
> >
> > description = TEXT
> > description {
> >field = fulldescription
> >stripHtml = 1
> >crop = 160 | | 1
> > }
> >
> > keywords >
> >
> >}
> >
> >property {
> > image = TEXT
> > image {
> >
> >
> ># Can set the domain, if not done automatically (like when
> > using config.absRefPrefix), like this:
> >wrap = http://www.domain.de/
> > }
> >}
> > }
> >}
> > }
> >
> >
> > aber so steht der Titel im meta-TAG, das macht so keinen Sinn.
> > Der muss im Tag
> >
> >
> > --
> >
> > TYPO3 - TIPS - ANLEITUNGEN - NEWS
> > unter: http://blog.ingeniumdesign.de/
> >
> > TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
> > unter: http://www.ingeniumdesign.de/
> >
> > Facebook Fan
> > http://www.facebook.com/ingeniumdesign/
> >
> > --
> >
> > Am 03.12.2013 20:03, schrieb Renzo Bauen:
> >> Ok, ok, ich habe mir die Ext mal angeschaut.
> >>
> >> Du hast grunds?tzlich das Problem, dass die Datens?tze des Portfolios
> >> grunds?tzlich nichts mit der Seite zu tun haben, au
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Lieber Georg, ich gehe gerade den Lernpfad pibase=>extbase Darf ich fragen, was Du mit gebootstrapped meinst? Wo bekomme ich dazu mehr Input? Am 04.12.2013 um 15:00 schrieb Georg Ringer : > damit extbase funktioneirt. oder generell jede vernünftige applikation, > muss diese gebootstrapped werden. Liebe Grüße Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Indexed Search / Form Fatal Error
Hi Thomas, ist zwar schon etwas her, aber ich bin auf das selbe Problem gestoßen. Im Bugtracker soll es auch einen Patch geben: http://forge.typo3.org/issues/31572. Aber wenn man diesen nutzt, werden einfach nur die Marker ausgegeben. Hast Du oder sonst jemand schon eine praktikabele Lösung gefunden? Stephan On 2013-08-16 09:07:11 +, Thomas Skierlo said: Weiter geht's im Selbstgespräch... Wer sich wundert, dass das experimentelle Template so gut wie nichts ausgibt, möge sich mal die Conditions in Templates und Partials angucken. Sie beruhen (oft) nicht auf den per settings vorgenommenen Variablendefinitionen, sondern auf denen des old-school TS setups: Beispiel: old school: plugin.tx_indexedsearch.show.rules Fluid: plugin.tx_indexedsearch.settings.displayRules and a Rules partial starting with: So werden die Rules wohl nicht das Licht der Welt erblicken. Der augenblickliche Zustand von Indexed Search ist ein Konglomerat aus Murks. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo Johannes, Dort steht aber auch nicht, das es geht. De facto gibt es dort nur einen Hinweis, wie man FlexForms von Plugin-Definitionen im Controller abgreift. Der Artikel freut sich aber sicherlich über jede Menge Aufmerksamkeit deinerseits :) Zu deiner zweiten Aussage kann ich leider nichts beitragen, da mir dort kein Problem bewusst ist. VG; Cedric Zitat von "JCL - Johannes C. Laxander" : Hi, erst mal vielen Dank für deine Erklärungen, auch wenn ich sie (noch) nicht ganz nachvollziehen kann. Ich frage mich halt, warum in der offiziellen Doku http://wiki.typo3.org/Extension_Development,_using_Flexforms ein Beispiel ist, das einen dazu verleitet, anzunehmen, dass es ganz einfach ist Daten dynamisch einem flexform hinzuzufügen. Zumindest habe ich das zunächst so verstanden. Einen Hinweis, dass es mit Extbase nur unter bestimmten Voraussetzungen funktioniert, gibt es nicht. Inzwischen verstehe ich auch nicht, warum es "so kompliziert" ist eine 1:N-Relation im Extbase-Kontext in einem flexform abzubilden. M:M scheint einfacher zu sein, siehe MM in http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Select/Index.h tml. So werde ich halt versuchen auch die "old school" noch zu erlernen. Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi, erst mal vielen Dank für deine Erklärungen, auch wenn ich sie (noch) nicht ganz nachvollziehen kann. Ich frage mich halt, warum in der offiziellen Doku http://wiki.typo3.org/Extension_Development,_using_Flexforms ein Beispiel ist, das einen dazu verleitet, anzunehmen, dass es ganz einfach ist Daten dynamisch einem flexform hinzuzufügen. Zumindest habe ich das zunächst so verstanden. Einen Hinweis, dass es mit Extbase nur unter bestimmten Voraussetzungen funktioniert, gibt es nicht. Inzwischen verstehe ich auch nicht, warum es "so kompliziert" ist eine 1:N-Relation im Extbase-Kontext in einem flexform abzubilden. M:M scheint einfacher zu sein, siehe MM in http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Select/Index.h tml. So werde ich halt versuchen auch die "old school" noch zu erlernen. Johannes. > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org > [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von > Georg Ringer > Gesendet: Mittwoch, 4. Dezember 2013 15:00 > An: typo3-german@lists.typo3.org > Betreff: Re: [TYPO3-german] Extbase - Aufruf einer > Controller-Methode in itemsProcFunc funktioniert nicht > > Hi, > > Am 04.12.2013 14:46, schrieb JCL - Johannes C. Laxander: > > > Das bedeutet auch, dass man als itemsProcFunc generell auch eine > > Controller-Action aufrufen kann, oder!? > > man kann gernell jede klasse und methode laden, das heißt > aber nicht dass dann der output funktioniert. > > damit extbase funktioneirt. oder generell jede vernünftige > applikation, muss diese gebootstrapped werden. > > du kannst bei objektorientierten dingen nicht einfach > irgendeine klasse laden und hoffen dass der rest *irgendwie* > dann auch da ist und funktioniert. > > Das gilt insbesonders dann nicht wenn du in tief prozeduralem > code wie itemsprocfunc einen *komplett* anderen holst. wäre > quasi tceform/tcemain sauber gebaut, ginge das wohl - wäre > aber dennoch nicht sauber vom stil. > > Wenn du an der Stelle einfach ein paar records brauchst, hol > dir die einfach über die DB, einfach old school. > > georg > ___ > 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] displayCond über das TSconfig ändern
Sehr geehrte Typo3-Community, nun ist es auch soweit dass, ich -mehr wohl als übel- zum ersten mal in den Vergnügen komme eine Extension zu entwickeln. Diese soll es ermöglichen eine Checkbox nur auf bestimmten Seiten mithilfe von TSconfig freizuschaltet bzw. sichtbar zu werden. Nach meinem derzeitigem Wissensstand ist es so, dass wenn eine Extension erstmal installiert ist, ist sie für alle Typo3Seiten activ. Dies habe ich mit hilfe von 'displayCond' => 'FIELD:hidecontent:=:0', (in der ext_tables.php) für alle Seiten ausblenden lassen und kann die $TCA['pages']['columns']['mein_feld']['displayCond'] durch einen Workaround staatisch auf 0 setzen. So wird die Checkbox auf der gewünschten Seite (ermittelt mit hilfe von PID) sichtbar. Schön wäre es aber das Hardcoden der if abfragen in die extension Dateien zu vermeiden. Daher kurz und knapp meine Frage: Kann ich den displayCond im backend mithilfe von TSconfig ausschalten? oder kennt Ihr einen noch eleganteren Weg? mfg Anton ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Falls in diesem Zweig der Diskussion noch jemand mitliest: Ich kann es dir nicht garantieren, aber: Ich glaube nicht, dass du in einer ItemsProcFunc direkt eine Extbase ControllerAction aufrufen kannst. Hier würde ja wie zuvor in deinem anderen Thread beschrieben der "Extbase Context" fehlen. Im Backend kannst du Extbase Actions idealerweise über die mod.php aufrufen. Sprich: Integriere ein BE Modul in deine Extension, und erlaube in diesem Modul die Controller-Action Kombination "SubRegionController->findInMainRegion()". Der Aufruf deiner Extbase Action würde dann so aussehen: mod.php?M=web_DeineExtMod1&id=91&tx_deineext_web_deineextmod1[action]=findInMainRegion&tx_deineext_web_deineextmod1[controller]=SubRegionController Den obigen Aufruf müsstes du nun irgendwie über die itemsProcFunc aufrufen. Wie man das bewerkstelligt, kann ich dir leider auch nicht sagen - würde mich aber genauso interessieren ;) So (oben) wäre der Extbase Kontext ja vorhanden. Aber wie kann man das nun in eine itemsProcFunc "packen" bzw. von dort aufrufen? Geht das überhaupt? Rein interessehalber... Oder wirklich nur "old school", wie weiter unten geschrieben? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi, Am 04.12.2013 14:46, schrieb JCL - Johannes C. Laxander: > Das bedeutet auch, dass man als itemsProcFunc generell auch eine > Controller-Action aufrufen kann, oder!? man kann gernell jede klasse und methode laden, das heißt aber nicht dass dann der output funktioniert. damit extbase funktioneirt. oder generell jede vernünftige applikation, muss diese gebootstrapped werden. du kannst bei objektorientierten dingen nicht einfach irgendeine klasse laden und hoffen dass der rest *irgendwie* dann auch da ist und funktioniert. Das gilt insbesonders dann nicht wenn du in tief prozeduralem code wie itemsprocfunc einen *komplett* anderen holst. wäre quasi tceform/tcemain sauber gebaut, ginge das wohl - wäre aber dennoch nicht sauber vom stil. Wenn du an der Stelle einfach ein paar records brauchst, hol dir die einfach über die DB, einfach old school. georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi Cedric, wow, vielen Dank für deine ausführliche Beschreibung. Das muss ich mir noch in Ruhe genau durchsehen. Mit dem Tipp von Georg bin ich schon wieder einen kleinen Schritt weiter - und beim nächsten Problem gelandet ;-) Mühsam ernährt sich das Eichhörnchen ;-) Gruß, Johannes. > Cedric Ziel > Gesendet: Mittwoch, 4. Dezember 2013 14:07 > > Wenn du Extensions entwickelst, würde ich dir empfehlen, > einen Blick auf das Caching Framework zu werfen. > [http://docs.typo3.org/TYPO3/CoreApiReference/CachingFramework > /Index.html] > > Damit Dinge wie Reflection überhaupt funktionieren, muss dein > Code zuerst analysiert werden. Das Ergebnis dieser Analyse > und damit in Verbindung stehend die Information über > erwartete Funktionsparameter werden gecached. > Daran ändert auch no_cache nichts. Dies sagt lediglich, das > Die Ergebnisse von Plugin Actions nicht gecached werden. > [extCache] = 0 verhindert nur, das die ext_* Skripte einer > Extension nicht gecached werden. > Beides also Dinge, welche primär nichts damit zu tun haben, > das tatsächliche Code-Veränderungen nicht angenommen werden. > > Eine Notiz zwischendurch: Eine Action eines ActionControllers > muss _immer_ ein Action Suffix haben das ist mir vohin bei > einem deiner Schnippsel aufgefallen. Auch möchtest Du dort an > ein Fluid Template assignen, was so nicht funktioniert, da es > keinen initialisierten View gibt. Dinge, wie die, die Du > vorhast, sollten sich nicht in Controllern befinden, sondern > in Utility Classen, die auch eigenständig funktionieren, ohne > das es den Extbase Kontext gibt. > Ich kann dir aber außer klugen Ratschlägen auch weiterhin > nicht bei deinem Problem helfen. > > Ich selbst bin zurückgewichen und habe mit den bekannten > Konstrukten aus TCEMain gearbeitet. Wenn Du mit Extbase > arbeiten willst, musst Du, ähnlich wie es in eID Skripten > oder typeNum passiert, einen eigenen Extbase Kontext bauen. > > Weiterhin möchte ich dir die Extension "uncache" ans Herz > legen, welche unabhängig von Systemeinstellungen jeden > Cache-Schnippsel ins NullBackend jagt und dir Schmerzen in > dieser Region erspart. Sie ist im TER verfügbar, oder auch > auf GitHub. Die Funktionalität ist selbsterklärend, und ich > würde dir empfehlen, den Quellcode einmal durchzusehen, um zu > verstehen, wie es funktioniert. > [https://github.com/FluidTYPO3/uncache] > > Ein weiterer Hinweis führt dich in typo3temp/Cache/Code. > Solange dort Dateien angelegt und nicht bei jedem Request neu > geschrieben werden, hast Du einen aktiven Cache. > > Bei weiteren Fragen würde ich an deiner Stelle uA die > channels #typo3 und #fedext (für Probleme mit uncache) auf > Freenode aufsuchen und dort einmal nachhaken. > > Reflection selbst ist im übrigen ein Kernkonstrukt von PHP. - > Know your language. Auch hier lohnt sich ein Blick in die > Dokumentation. > > Danke an Georg, das habe ich ebenfalls übersehen. > > Viele Grüße, > Cedric ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Das ist der Punkt, auf den ich die ganze Zeit hinaus wollte. Der
Controller ist nicht voll funktionsfähig, weil es keinen Extbase Kontext
gibt.
Der Zugriff geht daher schief, weil aus diesem Grund das Repository nicht
injiziert wurde. Daher ist die Property nicht gesetzt und Du operierst auf
keinem Object.
Zitat von "JCL - Johannes C. Laxander" :
Hi Georg,
Am 04.12.2013 11:15, schrieb JCL - Johannes C. Laxander:
# flexform.xml
VENDOR\MyExtension\Controller\SubRegionController->find
InMainRegion()
nicht immer alles auf dieses Extbase schieben.
will ich gar nicht - ich will "nur" mein Problem losen und wissen wie's
geht
und es dann auch noch verstehen ;-)
gib mal die () raus, die haben da nix verloren.
Die Funktion findInMainRegion()() {} gibts ja wirklich nicht
Wo du recht hast, hast du recht!
Das bedeutet auch, dass man als itemsProcFunc generell auch eine
Controller-Action aufrufen kann, oder!?
Jetzt bin ich wieder einen Schritt weiter und steh' vor dem nachsten
Problem:
--> Fatal error: Call to a member function findByMainRegionAssignment()
on a
non-object in ../SubRegionController.php on Line 112
Das ist die Funktion, Line 112 habe ich rechts markiert:
---
/**
* action findInMainRegion sub regions that correspond to the selected
main
region
*
* @return void
*/
public function findInMainRegionAction() {
$v = '2';
$subRegions =
$this->subRegionRepository->findByMainRegionAssignment($v); <--- Line
112
$this->view->assign('subRegions', $subRegions);
}
Das betreffende Repository:
---
class SubRegionRepository extends
\TYPO3\CMS\Extbase\Persistence\Repository
{
}
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.orghttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi Georg,
>
> Am 04.12.2013 11:15, schrieb JCL - Johannes C. Laxander:
> > # flexform.xml
> >
> VENDOR\MyExtension\Controller\SubRegionController->find
> > InMainRegion()
>
> nicht immer alles auf dieses Extbase schieben.
>
will ich gar nicht - ich will "nur" mein Problem losen und wissen wie's geht
und es dann auch noch verstehen ;-)
> gib mal die () raus, die haben da nix verloren.
>
> Die Funktion findInMainRegion()() {} gibts ja wirklich nicht
Wo du recht hast, hast du recht!
Das bedeutet auch, dass man als itemsProcFunc generell auch eine
Controller-Action aufrufen kann, oder!?
Jetzt bin ich wieder einen Schritt weiter und steh' vor dem nachsten
Problem:
--> Fatal error: Call to a member function findByMainRegionAssignment() on a
non-object in ../SubRegionController.php on Line 112
Das ist die Funktion, Line 112 habe ich rechts markiert:
---
/**
* action findInMainRegion sub regions that correspond to the selected main
region
*
* @return void
*/
public function findInMainRegionAction() {
$v = '2';
$subRegions =
$this->subRegionRepository->findByMainRegionAssignment($v); <--- Line 112
$this->view->assign('subRegions', $subRegions);
}
Das betreffende Repository:
---
class SubRegionRepository extends \TYPO3\CMS\Extbase\Persistence\Repository
{
}
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 - Datenbank-Feld via TS auslesen?
hier die Lösung, da die Ext. schon etwas dafür hat:
page.headerData.1 >
page.headerData.1 = COA
page.headerData.1 {
wrap = |
10 = TEXT
10 {
data = TSFE:page|title
}
}
page.headerData.1.insertData = 1
Dann gehts.
Aber dennoch wäre es mal gut zu wissen wie man ggf. von einer Ext. immer
den Titel in der Detail-Ansicht zeigen kann.
--
TYPO3 - TIPS - ANLEITUNGEN - NEWS
unter: http://blog.ingeniumdesign.de/
TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
unter: http://www.ingeniumdesign.de/
Facebook Fan
http://www.facebook.com/ingeniumdesign/
--
Am 04.12.2013 12:55, schrieb Sebastian Schmal:
Hallo und vielen Dank,
mhh wie kann ich denn nun den doofen Titel ausgeben :/
die ext macht das normal so:
plugin.tx_sbportfolio_pi1 {
seo {
pageObjMetaTags >
}
displaySingle.seo {
tags {
name {
title = TEXT
title {
field = title
stripHtml = 1
crop = 160 | | 1
}
description = TEXT
description {
field = fulldescription
stripHtml = 1
crop = 160 | | 1
}
keywords >
}
property {
image = TEXT
image {
# Can set the domain, if not done automatically (like when
using config.absRefPrefix), like this:
wrap = http://www.domain.de/
}
}
}
}
}
aber so steht der Titel im meta-TAG, das macht so keinen Sinn.
Der muss im Tag
--
TYPO3 - TIPS - ANLEITUNGEN - NEWS
unter: http://blog.ingeniumdesign.de/
TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
unter: http://www.ingeniumdesign.de/
Facebook Fan
http://www.facebook.com/ingeniumdesign/
--
Am 03.12.2013 20:03, schrieb Renzo Bauen:
Ok, ok, ich habe mir die Ext mal angeschaut.
Du hast grundsätzlich das Problem, dass die Datensätze des Portfolios
grundsätzlich nichts mit der Seite zu tun haben, auf der sie dargestellt
werden.
D.h. Du wirst keinen direkten Link finden zwischen der ID der Seite und
irgend einem Datensatz in der Portfolio-Tabelle.
Es gibt dort zwar sicher ein Feld pid, aber das bezieht sich auf den
System-Ordner, in dem die Datensätze gespeichert sind.
D.h. du brauchst einen Übergabeparameter, der Dir die ID des Datensatzes
aus der Portfoliotabelle übergibt, damit Du dann den Datensatz suchen
kannst um den Titel auszulesen.
Ich kenne die Ext nicht und habe sie noch nie eingesetzt. Deshalb weiss
ich nicht genau, was sie macht, wenn sie einen Eintrag in einer
Detail-View anzeigt. Aber zumindest die ID des Datensatzes (diese ID hat
nichts mit der PageID zu tun, kann also auch nicht mit TSFE:id
ausgelesen werden) müsste sie übergeben, welche Du dann per GP:xxx
auslesen könntest.
Anschliessend solltest Du eigentlich mit DB:tabellenname:id:feldname den
Wert auslesen können.
Gruss Renzo
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Wenn du Extensions entwickelst, würde ich dir empfehlen, einen Blick auf das Caching Framework zu werfen. [http://docs.typo3.org/TYPO3/CoreApiReference/CachingFramework/Index.html] Damit Dinge wie Reflection überhaupt funktionieren, muss dein Code zuerst analysiert werden. Das Ergebnis dieser Analyse und damit in Verbindung stehend die Information über erwartete Funktionsparameter werden gecached. Daran ändert auch no_cache nichts. Dies sagt lediglich, das Die Ergebnisse von Plugin Actions nicht gecached werden. [extCache] = 0 verhindert nur, das die ext_* Skripte einer Extension nicht gecached werden. Beides also Dinge, welche primär nichts damit zu tun haben, das tatsächliche Code-Veränderungen nicht angenommen werden. Eine Notiz zwischendurch: Eine Action eines ActionControllers muss _immer_ ein Action Suffix haben das ist mir vohin bei einem deiner Schnippsel aufgefallen. Auch möchtest Du dort an ein Fluid Template assignen, was so nicht funktioniert, da es keinen initialisierten View gibt. Dinge, wie die, die Du vorhast, sollten sich nicht in Controllern befinden, sondern in Utility Classen, die auch eigenständig funktionieren, ohne das es den Extbase Kontext gibt. Ich kann dir aber außer klugen Ratschlägen auch weiterhin nicht bei deinem Problem helfen. Ich selbst bin zurückgewichen und habe mit den bekannten Konstrukten aus TCEMain gearbeitet. Wenn Du mit Extbase arbeiten willst, musst Du, ähnlich wie es in eID Skripten oder typeNum passiert, einen eigenen Extbase Kontext bauen. Weiterhin möchte ich dir die Extension "uncache" ans Herz legen, welche unabhängig von Systemeinstellungen jeden Cache-Schnippsel ins NullBackend jagt und dir Schmerzen in dieser Region erspart. Sie ist im TER verfügbar, oder auch auf GitHub. Die Funktionalität ist selbsterklärend, und ich würde dir empfehlen, den Quellcode einmal durchzusehen, um zu verstehen, wie es funktioniert. [https://github.com/FluidTYPO3/uncache] Ein weiterer Hinweis führt dich in typo3temp/Cache/Code. Solange dort Dateien angelegt und nicht bei jedem Request neu geschrieben werden, hast Du einen aktiven Cache. Bei weiteren Fragen würde ich an deiner Stelle uA die channels #typo3 und #fedext (für Probleme mit uncache) auf Freenode aufsuchen und dort einmal nachhaken. Reflection selbst ist im übrigen ein Kernkonstrukt von PHP. - Know your language. Auch hier lohnt sich ein Blick in die Dokumentation. Danke an Georg, das habe ich ebenfalls übersehen. Viele Grüße, Cedric Zitat von "JCL - Johannes C. Laxander" : Ich wette, dein Reflection Cache weiss nichts davon ;) Was bitte ist ein Reflection Cache??? Und wo finde ich den? Noch nie was davon gehört! Ich hab jetzt Button im Backend alle Caches gelöscht. Das Ergebnis ist das gleiche! Zitat von "JCL - Johannes C. Laxander" : das könnte evtl. nach einem Cache-Leeren rufen :-) Eddy Ich arbeite in einer Entwickungsumgebung, da wird keine Extension gecached: [EXT][extCache] = 0. Und auch der Seiten Cache ist per TypoScript deaktiviert: config.no_cache = 1. Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.orghttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo,
Am 04.12.2013 11:15, schrieb JCL - Johannes C. Laxander:
> # flexform.xml
> VENDOR\MyExtension\Controller\SubRegionController->findInMainRegion()
nicht immer alles auf dieses Extbase schieben.
gib mal die () raus, die haben da nix verloren.
Die Funktion findInMainRegion()() {} gibts ja wirklich nicht
georg
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
> > Ich wette, dein Reflection Cache weiss nichts davon ;) > Was bitte ist ein Reflection Cache??? Und wo finde ich den? Noch nie was davon gehört! Ich hab jetzt Button im Backend alle Caches gelöscht. Das Ergebnis ist das gleiche! > Zitat von "JCL - Johannes C. Laxander" : > > >> das könnte evtl. nach einem Cache-Leeren rufen :-) > >> > >> Eddy > > > > Ich arbeite in einer Entwickungsumgebung, da wird keine Extension > > gecached: [EXT][extCache] = 0. > > Und auch der Seiten Cache ist per TypoScript deaktiviert: > > config.no_cache = 1. > > > > Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode initemsProcFunc funktioniert nicht
Hallo Jan, > > in kleinen Schritten hangele ich mich von Problem zu Problem ;-) > > so geht es mir auch meistens ;) > Danke für dein Mitgefühl ;) > > Nachdem ich den Namespace berücksichtigt habe, scheint es > so, als habe > > ich den Fehler "No class named > \VENDOR\MyExtension\SubRegionController" > > überwunden. Jedenfalls bekomme ich nun einen neuen Fehler: > "No method > > name 'findInMainRegion()' in class > > VENDOR\MyExtension\Controller\SubRegionController". Also ist die > > Klasse jetzt wohl bekannt!? > > > > Aber warum ist nun die Methode unbekannt? Die Action ist > auch in der > > ext_localconf.php eingetragen. > > > > # flexform.xml > > > VENDOR\MyExtension\Controller\SubRegionController->find > > InMainRegion() > > Ich kann es dir nicht garantieren, aber: Ich glaube nicht, > dass du in einer ItemsProcFunc direkt eine Extbase > ControllerAction aufrufen kannst. > Ich habe mal die Info bekommen, dass eine itemsProcFunc "sowohl in einem Controller sein kann, als auch in einer Standalone PHP Dabei (ein required_once wird benötigt). Falls Du es in einem Controller machst, denk an die Namespaces ab TYPO3 6.x". Jetzt versuch' ichs mal als eigene php-Datei. Dazu habe ich auch dieses Beispiel: http://wiki.typo3.org/Extension_Development,_using_Flexforms#Dynamic_Data_in _Flexforms > Hier würde ja wie zuvor in deinem anderen Thread beschrieben der "Extbase Context" fehlen. Was heißt das denn??? Die Klasse scheint ja gefunden zu werden, weshalb dann nicht die Methode? Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Ich wette, dein Reflection Cache weiss nichts davon ;) Zitat von "JCL - Johannes C. Laxander" : das könnte evtl. nach einem Cache-Leeren rufen :-) Eddy Ich arbeite in einer Entwickungsumgebung, da wird keine Extension gecached: [EXT][extCache] = 0. Und auch der Seiten Cache ist per TypoScript deaktiviert: config.no_cache = 1. Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.orghttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
> das könnte evtl. nach einem Cache-Leeren rufen :-) > > Eddy Ich arbeite in einer Entwickungsumgebung, da wird keine Extension gecached: [EXT][extCache] = 0. Und auch der Seiten Cache ist per TypoScript deaktiviert: config.no_cache = 1. Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 - Datenbank-Feld via TS auslesen?
Hallo und vielen Dank,
mhh wie kann ich denn nun den doofen Titel ausgeben :/
die ext macht das normal so:
plugin.tx_sbportfolio_pi1 {
seo {
pageObjMetaTags >
}
displaySingle.seo {
tags {
name {
title = TEXT
title {
field = title
stripHtml = 1
crop = 160 | | 1
}
description = TEXT
description {
field = fulldescription
stripHtml = 1
crop = 160 | | 1
}
keywords >
}
property {
image = TEXT
image {
# Can set the domain, if not done automatically (like when
using config.absRefPrefix), like this:
wrap = http://www.domain.de/
}
}
}
}
}
aber so steht der Titel im meta-TAG, das macht so keinen Sinn.
Der muss im Tag
--
TYPO3 - TIPS - ANLEITUNGEN - NEWS
unter: http://blog.ingeniumdesign.de/
TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
unter: http://www.ingeniumdesign.de/
Facebook Fan
http://www.facebook.com/ingeniumdesign/
--
Am 03.12.2013 20:03, schrieb Renzo Bauen:
Ok, ok, ich habe mir die Ext mal angeschaut.
Du hast grundsätzlich das Problem, dass die Datensätze des Portfolios
grundsätzlich nichts mit der Seite zu tun haben, auf der sie dargestellt
werden.
D.h. Du wirst keinen direkten Link finden zwischen der ID der Seite und
irgend einem Datensatz in der Portfolio-Tabelle.
Es gibt dort zwar sicher ein Feld pid, aber das bezieht sich auf den
System-Ordner, in dem die Datensätze gespeichert sind.
D.h. du brauchst einen Übergabeparameter, der Dir die ID des Datensatzes
aus der Portfoliotabelle übergibt, damit Du dann den Datensatz suchen
kannst um den Titel auszulesen.
Ich kenne die Ext nicht und habe sie noch nie eingesetzt. Deshalb weiss
ich nicht genau, was sie macht, wenn sie einen Eintrag in einer
Detail-View anzeigt. Aber zumindest die ID des Datensatzes (diese ID hat
nichts mit der PageID zu tun, kann also auch nicht mit TSFE:id
ausgelesen werden) müsste sie übergeben, welche Du dann per GP:xxx
auslesen könntest.
Anschliessend solltest Du eigentlich mit DB:tabellenname:id:feldname den
Wert auslesen können.
Gruss Renzo
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hi Johannes, in kleinen Schritten hangele ich mich von Problem zu Problem ;-) so geht es mir auch meistens ;) Nachdem ich den Namespace berücksichtigt habe, scheint es so, als habe ich den Fehler "No class named \VENDOR\MyExtension\SubRegionController" überwunden. Jedenfalls bekomme ich nun einen neuen Fehler: "No method name 'findInMainRegion()' in class VENDOR\MyExtension\Controller\SubRegionController". Also ist die Klasse jetzt wohl bekannt!? Aber warum ist nun die Methode unbekannt? Die Action ist auch in der ext_localconf.php eingetragen. # flexform.xml VENDOR\MyExtension\Controller\SubRegionController->findInMainRegion() Ich kann es dir nicht garantieren, aber: Ich glaube nicht, dass du in einer ItemsProcFunc direkt eine Extbase ControllerAction aufrufen kannst. Hier würde ja wie zuvor in deinem anderen Thread beschrieben der "Extbase Context" fehlen. Im Backend kannst du Extbase Actions idealerweise über die mod.php aufrufen. Sprich: Integriere ein BE Modul in deine Extension, und erlaube in diesem Modul die Controller-Action Kombination "SubRegionController->findInMainRegion()". Der Aufruf deiner Extbase Action würde dann so aussehen: mod.php?M=web_DeineExtMod1&id=91&tx_deineext_web_deineextmod1[action]=findInMainRegion&tx_deineext_web_deineextmod1[controller]=SubRegionController Den obigen Aufruf müsstes du nun irgendwie über die itemsProcFunc aufrufen. Wie man das bewerkstelligt, kann ich dir leider auch nicht sagen - würde mich aber genauso interessieren ;) Wahrscheinlich über die itemsProcFunc ein eigenes Script aufrufen, in diesem dann wiederum der Aufruf der mod.php. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo Johannes,
das könnte evtl. nach einem Cache-Leeren rufen :-)
Eddy
Am 04.12.2013 11:15, schrieb JCL - Johannes C. Laxander:
Hallo,
in kleinen Schritten hangele ich mich von Problem zu Problem ;-)
Nachdem ich den Namespace berücksichtigt habe, scheint es so, als habe ich den Fehler "No class named \VENDOR\MyExtension\SubRegionController" überwunden.
Jedenfalls bekomme ich nun einen neuen Fehler: "No method name 'findInMainRegion()'
in class VENDOR\MyExtension\Controller\SubRegionController".
Also ist die Klasse jetzt wohl bekannt!?
Aber warum ist nun die Methode unbekannt? Die Action ist auch in der ext_localconf.php eingetragen.
# flexform.xml
VENDOR\MyExtension\Controller\SubRegionController->findInMainRegion()
# Auszug aus der Datei SubRegionController.php:
/**
* action findInMainRegion sub regions that correspond to the selected main
region
*
* @return void
*/
class SubRegionController extends
\TYPO3\CMS\Extbase\Mvc\Controller\ActionController {
public function findInMainRegion() {
$subRegions = $this->subRegionRepository->findByMainRegionAssignment(2);
$this->view->assign('subRegions', $subRegions);
}
}
?>
Mit Eurer Hilfe überwinde ich auch diese Hürde! Danke.
Johannes.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase - Aufruf einer Controller-Methode in itemsProcFunc funktioniert nicht
Hallo,
in kleinen Schritten hangele ich mich von Problem zu Problem ;-)
Nachdem ich den Namespace berücksichtigt habe, scheint es so, als habe ich den
Fehler "No class named \VENDOR\MyExtension\SubRegionController" überwunden.
Jedenfalls bekomme ich nun einen neuen Fehler: "No method name
'findInMainRegion()' in class
VENDOR\MyExtension\Controller\SubRegionController".
Also ist die Klasse jetzt wohl bekannt!?
Aber warum ist nun die Methode unbekannt? Die Action ist auch in der
ext_localconf.php eingetragen.
# flexform.xml
VENDOR\MyExtension\Controller\SubRegionController->findInMainRegion()
# Auszug aus der Datei SubRegionController.php:
subRegionRepository->findByMainRegionAssignment(2);
$this->view->assign('subRegions', $subRegions);
}
}
?>
Mit Eurer Hilfe überwinde ich auch diese Hürde! Danke.
Johannes.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Arcavias - Webshop/Katalog(e) mit TYPO3 CMS integration
Hi Jost was spricht dagegen, die entsprechenden Felder einfach in der Shop-Extension anzulegen? Wie diese Felder dann gefüllt werden (sr_feuser_register, datamints_feuser, andere Extension, eigene Extension, whatever) kann man doch dem Integrator überlassen. Natürlich sollte im Handbuch ein entsprechender Hinweis stehen, und das Shop-Frontend sollte einen Fehler ausgeben, wenn die verpflichtenden Felder nicht gefüllt sind. Das Ziel war, dass es so einfach wie möglich für potentielle Shopbetreiber ist, die Arcavias Erweiterung zu installieren. Da sr_feuser_register bisher das am häufigsten verwendete Plugin für den Zweck war, erschien uns das die beste Lösung zu sein. Allerdings sieht datamints_feuser richtig gut aus, wenn man die Doku liest und vor allem unterstützt es 6.x! Leider funktioniert der Download des .t3x gerade nicht (Redirect zur Liste aller Extension). Weiss jemand woran das liegt? Norbert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Protokoll für Redakteure freischalten
Hallo Kay, das wäre natürlich die elganteste Lösung. Das probiere ich direkt aus. Falls es Problem gibt melde ich mich nochmal. Grüße Konrad ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
