[TYPO3-german] Eigenes Content Element
Hallo!
Ich versuche gerade für meine TYPO3 8.7.7 Version ein eigenes Content Element
zu erstellen. Ich arbeite noch nicht lange mit TYPO3. Ich habe versucht nach
diesem Tutorial vorzugehen: (Darf kein Link, YouTube ID: gz6bo5INpRM) Das ist
schon ein Jahr alt, aber ich habe nichts Aktuelleres gefunden. Mein Problem:
Nach der Installation der Erweiterungen, die in dem Tutorial vorgegeben werden,
kommt bei mir auf der Seite schon ein Fehler. Also ich habe folgende
Erweiterungen installiert:
Builder: FluidTYPO3 Development Support
Fluid Content Engine
Fluid Pages Engine
Flux: Fluid FlexForms
VHS: Fluid ViewHelpers
Für den Builder und fluidpages habe ich jeweils die aktuelle Development Version von
github geladen, da sie sonst nicht für meine Version verfügbar sind. Meine Seite wird
zwar noch komplett ausgegeben, aber ganz oben kommt jetzt die Meldung "Oops, an
error occured!" Hier ist die Meldung aus dem Log:
{"exception":"TYPO3Fluid\\Fluid\\View\\Exception\\InvalidTemplateResourceException: Tried resolving a
template file for controller action \"Page->render\" in format \".html\", but none of the
paths contained the expected template file (). The following paths were checked: ...
Es scheint an fluidpages zu liegen, da der Fehler verschwindet, wenn ich die
Erweiterung deaktiviere. Wenn ich nicht die Development Version von github
nehme, sondern die Version, die scheinbar nicht für TYPO3 8.7.7 ausgelegt ist,
kommt der gleiche Fehler.
Weiß jemand wie ich das lösen kann? Oder kann mir jemand ein aktuelleres
Tutorial für eigene Content Elemente geben bzw.mir ein paar Tipps dazu geben?
Würde mich freuen! Danke!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mal wieder CKEditor
Zum Ck_editor keine Ahnung, im Constants-Editor gibts n par Stellschrauben genauso wie im Install-Tool... Zum processed Ordner - warum ist das ein Problem? Du speicherst die Bilder ja sowieso ganz normal im fileadmin Ordner (für gewöhnlich unter user_upload) ab. Im Fall der Fälle kannst du ja ImageProcessing komplett deaktivieren im Install-Tool - ist aber nicht wirklich zu empfehlen (dann gibts z. B. keine Vorschaubilder im BE, sie werden nicht automatisch verkleinert und so weiter) - außer z. B. ihr nutzt einen externen Dienst dafür. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mal wieder CKEditor
Achso kurze Ergänzung...die Bilder landen alle automatisch im Ordner "processed". Wohl doch ImageMagick, oder sehe ich das falsch ? Kann ich auch nicht brauchen, das bringt die Pfade in unserem elektronischen Archiv durcheinander. Alle Bilder im selben Ordner zu haben macht bei mehreren Bezirken nicht viel Sinn und ich kann nicht bei jedem Bild den Pfad nochmal extra angeben... Am 16.11.2017 um 20:26 schrieb Steffen Liebig: Hallo zusammen, das Einbauen von Bildern geht inzwischen - mehr oder weniger. Leider lässt mich der Editor immer nur maximal Bildgrößen bis 300px eingeben. Wenn ich etwas NICHT brauchen kann, dann eine Automatik im kompletten Editor, die mir alle Bilder auf Vorschaugröße stutzt. Hat das evtl. mit ImageMagick zu tun, oder was könnte es sonst sein ? Cu, Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] mal wieder CKEditor
Hallo zusammen, das Einbauen von Bildern geht inzwischen - mehr oder weniger. Leider lässt mich der Editor immer nur maximal Bildgrößen bis 300px eingeben. Wenn ich etwas NICHT brauchen kann, dann eine Automatik im kompletten Editor, die mir alle Bilder auf Vorschaugröße stutzt. Hat das evtl. mit ImageMagick zu tun, oder was könnte es sonst sein ? Cu, Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Zugriff auf "Template" mehr möglich - Fehler 500
Habe eben mit Mittwald telefoniert: Es lag an meinem Backend-Benutzer! (das genaue Problem konnte mir der Mensch der Hotline auch nicht sagen) Ich habe einen neuen Backend-Benutzer (admin) angelegt, und mit dem ist "Template" wieder aufrufbar. Danke für eure schnelle Hife! Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Zugriff auf "Template" mehr möglich - Fehler 500
Hallo Paul, Paul Dreßler wrote: > Habe auf dem Server (Mittwald) in der php.ini "display_errors = On" > aktiviert, aber das ändert nichts daran Da es ein Fehler des Webservers ist kommt PHP gar nicht dazu, eine Fehlermeldung auszugeben. Wahrscheinlich lässt sich aber etwas im error.log des Apachen finden, falls du darauf Zugriff hast. hth Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein BE-Zugriff auf "Template" mehr möglich - Fehler 500
Hallo Paul, Bekommst Du eine TYPO3 Fehlermeldung oder direkt eine des Webservers? Hast Du Zugriff auf den Webserver-Log (Apache, Nginx,...)? Zu einem HTTP 500 sollte da was drin stehen, als Startpunkt. TYPO3 Meldungen stehen im eigenen TYPO3-Log. No PHP opcode Cache hat m.W. nur was mit Performance zu tun, ist langsamer ohne. Gruß, Michael Am 16. November 2017 12:23:27 MEZ schrieb Paul Dre?ler : >Liebe Community, > >beim Klick auf den Menüpunkt "Template" (ROOT Template) im Backend >erscheint bei mir seit gestern ein "Fehler 500". >Debug-Mode ist eingeschaltet, bringt aber nichts, weil im Frontend >alles läuft. > >Typo3 V 8.7.8 >PHP 7.1.9 > >Installtool > System enviroments zeigt 2 Hinweise: >-- PHP open_basedir is set >-- No PHP opcode cache loaded >(klingt aber harmlos, oder?) > >Wo kann ich ansetzen? Womit könnte das zu tun haben? > > >Ich danke euch! >___ >TYPO3-german mailing list >TYPO3-german@lists.typo3.org >http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Kein BE-Zugriff auf "Template" mehr möglich - Fehler 500
Liebe Community, beim Klick auf den Menüpunkt "Template" (ROOT Template) im Backend erscheint bei mir seit gestern ein "Fehler 500". Debug-Mode ist eingeschaltet, bringt aber nichts, weil im Frontend alles läuft. Typo3 V 8.7.8 PHP 7.1.9 Installtool > System enviroments zeigt 2 Hinweise: -- PHP open_basedir is set -- No PHP opcode cache loaded (klingt aber harmlos, oder?) Wo kann ich ansetzen? Womit könnte das zu tun haben? Ich danke euch! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Backend Ajax-Route - DI nicht möglich da Extbase nicht zur Instanzierung herangezogen wird
Vielleicht ist hier ja schonmal jemand auf die Problematik gestoßen...
Folgendes Setup:
TYPO3 8 LTS
PHP 7.1
Szenario:
Ich habe für ein Be-Modul eine Ajax-Route eingerichtet, alles über den neuen
Ajax-Router (Configuration/Backend/AjaxRoutes.php).
Die dort definierte Action meines Controllers wird auch korrekt aufgerufen..
Aufruf in meinem JS-Module:
$.ajax({
url: TYPO3.settings.ajaxUrls['{routen-name}'], // auslesen der
AJAX-URL
method: 'post',
data: {"uid": uid}
})
.done(function(data){
// etwas Magie
});
Das Problem:
Ich bekomme immer einen Internal-Server-Error (Code: 500), da die
Controller-Klasse leider nicht richtig initialisiert wird.
Alle Repositories und andere Helferklassen werden wehrend der Initialisierung
ignoriert -> DI funktioniert also nicht -> Entsprechend fehlt hier wohl
Extbase, welches massgeblich bei der DI involviert ist.
Jetzt meine Frage:
Hatte das Problem vielleicht schonmal jemand und hat eine Sinnvolle Lösung
dafür gefunden?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] owl-slider - userItems Fehler
Hallo, ich habe den owl-slider im Einsatz und bekomme in der Chrome-Konsole folgenden Fehler angezeigt: (index):1225 Uncaught TypeError: Cannot read property 'userItems' of undefined at center ((index):1225) at Object.syncPosition ((index):1214) at Object.eachMoveUpdate (eval at (owl.carousel.min.js?1508925618:1), :1:2089) at Object.afterGo (eval at (owl.carousel.min.js?1508925618:1), :1:11592) at Object.goTo (eval at (owl.carousel.min.js?1508925618:1), :1:11019) at Object.next (eval at (owl.carousel.min.js?1508925618:1), :1:9505) at eval (eval at (owl.carousel.min.js?1508925618:1), :1:12087) Was kann man dagegen machen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seite mit Ajax call und caching
Hallo, ich habe eine Seite auf welcher ich ein Seminar anzeige (eigene Extension). Diese Seite hat nun für die Termine des Seminars jeweils einen Button um für deisen die Info anzuzeigen. Clicke ich auf den Ersten Button, so werden mir die Seminardaten der gewählten Zeit korrekt angezeigt. Klicke ich danach aber auf eine andere Zeit, so wird mir immer wieder die gleiche Box von der ersten Zeit angezeigt. In Firebug sehe ich auch, dass nach dem 1. Button betätigen, kein weiterer request gesendet wird wennich einen dieser Button drücke. Das ganze wird mit einem Ajaxcall gemacht welcher im Controller die showAction render und in einer Modalbox anzeigt. Button: Modalbox: � das ganze sieht wie ein caching problem aus, konnte aber nichts darüber finden, die Buttons haben auch unterschieliche Signatur (verschieden uid für den dates datensatz) as parameterliste Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
