Druckbare Version
Hallo zusammen,
ich habe ziemlich lange Google bemüht und ein paar erfolglose Versuche unternommen. Daher die kurze Frage:
Wie setzt man AJAX-Calls im Frontend unter C4 um?
- die ajax.php gibt es nicht mehr
- [contao-legacy/simple_ajax] wird nicht mehr maintained
- [richardhj/contao-simple-ajax] und [leounglaub/contao-simple-ajax] sind nicht C4-kompatibel
Hat jemand einen Gedankenanstoß für mich? Muss ich eine eigene Route definieren?
Vielen Dank im Voraus
Ja, du könntest es über ein AppBundle mit einem eigenen Controller plus eigene Routes lösen.
Hey Spooky , gibt es dafür ordentliches Lesefutter?
Thema Routing + Controller habe ich mir vom contao/installation-bundle abgeschaut (conto/install Route) , speziell in der Managed Edition von Contao musste ich etwas mehr machen als in der Symfony Doku stand.
Bei mir ging es aber nicht um Ajax, sonder ich wollte meine eigenen Entry-Points eleminieren.
Hm, ja ich habe auch gerade Schwierigkeiten das umzusetzen. Momentan hätte ich (in der Managed Edition) folgendes:
[…]
Theoretisch müsste ich ja eigentlich nicht mehr machen, da das AppBundle (und dessen Resources) ja automatisch geladen werden. Funktionieren tut das aber nicht.
Structure:Code:contao4/
|- src/
|- ContaoManager/
|---- Plugin.php
|- Controller/
|---- DefaultController.php
|- Resources/
|---- config/
|- routing.yml
PHP-Code:<?php
// src/ContaoManager/Plugin.php
use Contao\ManagerPlugin\Routing\RoutingPluginInterface;
use Symfony\Component\Config\Loader\LoaderResolverInterface;
use Symfony\Component\HttpKernel\KernelInterface;
class Plugin implements RoutingPluginInterface
{
/**
* {@inheritdoc}
*/
public function getRouteCollection(LoaderResolverInterface $resolver, KernelInterface $kernel)
{
return $resolver
->resolve(__DIR__.'/../src/Resources/config/routing.yml')
->load(__DIR__.'/../src/Resources/config/routing.yml')
;
}
}
PHP-Code:<?php
// src/Controller/DefaultController.php
namespace App\Controller;
use Symfony\Component\Routing\Annotation\Route;
use Symfony\Component\HttpFoundation\JsonResponse;
class DefaultController
{
/**
* @Route("/ajax")
*
* @return JsonResponse
*/
public function ajaxAction()
{
return new JsonResponse(['Hello World!']);
}
}
Code:# src/Resources/config/routing.yml
app:
resource: "@AppBundle/Controller"
type: annotation
composer.json:Code:{
…,
"autoload": {
"psr-4": { "App\\": "src/" },
}
}
Code:vendor/bin/contao-console cache:clear --no-warmup
vendor/bin/contao-console cache:warmup
composer dump-autoload
So habe ich es im Prinzip auch, nur halt in meiner Erweiterung enthalten.
Der Trick bei mir dann auch auch die routing.yml. Die Annotation sollte ja eigendlich auch so funktionieren, aber mit der routing.yml muss man wohl doch noch mal drauf hinweisen.
Und bei mir lädt der Symfony Controller (src/Controller/VisitorsController.php) dann den Contao Controller (src/Resources/contao/controllers/BackendVisitors.php) :-)
Hm, brauchst du den Umweg überhaupt? Sollte ja mit dem einen Controller alleine ja auch reichen, oder?
// Custom backend routes: https://github.com/contao/core-bundle/pull/512
Denkbar, so habe ich mir das halt abgeschaut. Da man ja irgendwann das Resources/contao/ Verzeichnis leer machen sollte, wird es dann wohl drauf hinauslaufen.
So konnte ich meine alte Klasse laden und die weiter verwenden.
Das Ticket/Pull wollte ich mir eh mal anschauen, das sind ja speziell Backend Routen um die im Main Bereich nutzen zu können. Das mache ich derzeit nicht.
Mal sehen ob es da noch einen kleinen aber feinen Unterschied gibt, zumal es das ja erst ab 4.4 geben soll.
Ah stimmt, ist mir nicht aufgefallen, dass das noch im develop branch für 4.4 ist.
Das ist neu in den Annotations:
Mal sehen ob ich dafür ne Anwendung finde. Aber dann sollte man sich wohl auch langsam mal mit Twig vertraut machen.Code:* "_custom_backend_view" = true,
* "_backend_module" = "test"
Ich hänge mich hier mal dran.
Gibt es irgendwo auch ein Contao-Bundle als Beispiel, das einen eigenen Custom-RouteLoader implementiert? (bitte nicht das manager-bundle) :-)
Custom-RouteLoader nicht. Aber vielleicht kannst Du damit ja als Basis was anfangen:Zitat:
Zitat von Fehrmann
https://github.com/w3scout/contao-ajax-bundle
https://packagist.org/packages/w3sco...dle#dev-master
Das ist die in Code gegossene bisherige Essenz dieses Threads. Weiter kam ich bisher leider noch nicht.
VG
Was genau meinst du damit? In einer Standard Symfony App musst du deine Routes sowieso manuell in deiner app/config/routing.yml einfügen. In der Contao Managed Edition musst du die Routes statt dessen über ein Contao Manager Plugin laden lassen.Zitat:
Zitat von Fehrmann
Was genau will man mit den Unterstrichen davor ausdrücken? Dass es noch keinen "offiziellen" Status hat, ein Hack ist oder ist das eine Konvention die besagt "das nicht anfassen"?Zitat:
Zitat von BugBuster
Das ist eine convention von symfony. Da man über den Weg auch Parameter definieren kann, die an den Controller übergeben werden, wird der underscore genutzt die alle anderen Konfigurationen.Zitat:
Zitat von Glumanda
Es ist inzwischen möglich im Container Backend eigene Symfony Routen zu nutzen, die als backend Modul gerendert werden. Dafür sind die Konfigurationen da.Zitat:
Zitat von BugBuster
Mehr Infos im entsprechenden PR:
https://github.com/contao/core-bundle/pull/512
Danke für die hilfreichen Beiträge, ich bin jetzt schon viel weiter, aber leider noch nicht am Ziel.
Da es mit dem W3Scout\AjaxBundle reproduzierbar ist nehme ich das mal als Beispiel, mit meinem Bundle ist es quasi das selbe Problem.
Contao 4.4.7 & PHP 7.1.9
Die Route ist domain.local/ajax.
In der CLI ist alles korrekt:
Im Profiler auch:Code:# vendor\bin\contao-console route:match "/ajax"
[OK] Route "ajax_frontend" matches
+--------------+----------------------------------------------------------+
| Property | Value |
+--------------+----------------------------------------------------------+
| Route Name | ajax_frontend |
| Path | /ajax |
| Path Regex | #^/ajax$#s |
| Host | ANY |
| Host Regex | |
| Scheme | ANY |
| Method | ANY |
| Requirements | NO CUSTOM |
| Class | Symfony\Component\Routing\Route |
| Defaults | _controller: W3ScoutAjaxBundle:Ajax:ajax |
| | _scope: frontend |
| | _token_check: false |
| Options | compiler_class: Symfony\Component\Routing\RouteCompiler |
| Callable | W3Scout\AjaxBundle\Controller\AjaxController::ajaxAction |
+--------------+----------------------------------------------------------+
Aber im Profiler im Log steht dann plötzlichCode:# Route name Path Log
1 _wdt /_wdt/{token} Path does not match
2 _profiler_home /_profiler/ Path does not match
3 _profiler_search /_profiler/search Path does not match
4 _profiler_search_bar /_profiler/search_bar Path does not match
5 _profiler_phpinfo /_profiler/phpinfo Path does not match
6 _profiler_search_results /_profiler/{token}/search/results Path does not match
7 _profiler_open_file /_profiler/open Path does not match
8 _profiler /_profiler/{token} Path does not match
9 _profiler_router /_profiler/{token}/router Path does not match
10 _profiler_exception /_profiler/{token}/exception Path does not match
11 _profiler_exception_css /_profiler/{token}/exception.css Path does not match
12 contao_install_redirect /install.php Path does not match
13 ajax_frontend /ajax Route matches!
und es wird natürlich ein 404 geworfen:Code:INFO
00:34:39
request Matched route "contao_catch_all".
[?
"route" => "contao_catch_all"
"route_parameters" => [?
"_scope" => "frontend"
"_token_check" => true
"_controller" => "Contao\CoreBundle\Controller\FrontendController::indexAction"
"_url_fragment" => "ajax"
"_route" => "contao_catch_all"
]
"request_uri" => "http://contao-demonwright.local/app_dev.php/ajax"
"method" => "GET"
]
Hat jemand eine Idee woran das liegen kann?Code:Symfony\Component\HttpKernel\Exception\
NotFoundHttpException
in vendor\contao\core-bundle\src\EventListener\ExceptionConverterListener.php (line 112)
Hast du deinen dev cache gelöscht?
Danke Spooky, das war das Problem.Zitat:
Zitat von Spooky
War die Lösung. Gibts ne Möglichkeit den Cache in der app_dev.php direkt zu löschen oder zu deaktivieren?Code:# vendor\bin\contao-console cache:clear -e dev --no-warmup
// Clearing the cache for the dev environment with debug true
[OK] Cache for the "dev" environment (debug=true) was successfully cleared.
Der Cache ist über app_dev.php prinzipiell nicht in Verwendung. Teilweise aber doch. Ich verstehe es auch nicht ganz ;)
Naja, der Aufruf über app_dev.php legt halt trotzdem diverse Dateien in /var/cache/dev ab. Bin auch davon ausgegangen de es nicht passiert.
ganz schön kompliziert für ein bisschen Ajax... findet ihr nicht?
Nein, derartige Custom Routes zu erzeugen ist in Contao 4 (bzw. Symfony) viel bequemer.Zitat:
Zitat von marebe
danke, das hilft schonmal weiter!Zitat:
Zitat von w3scout
Machst Du da noch weiter?
ja, definitiv. Sobald ich zeitlich wieder etwas Luft habe. Im Moment bin ich leider etwas im Projektstress.
da fehlt doch noch die Pfadangabe unter der der Controller aufgerufen werden soll, oder?Zitat:
Zitat von Spooky
Ich hab das alles bei mir mal so nachgebaut und noch "path: /ajax/" unten in der routing.yml hinzugefügt, aber passieren tut nichts, wenn ich "/ajax" über den Browser aufrufe außer einem 404.
Nicht unbedingt. Du kannst für die Annotations eines ganzen Controllers einen Prefix angeben - den kannst du aber auch direkt in der Annotation des Controllers machen.Zitat:
Zitat von marebe
Halte dich einfach genau an das was ich geschrieben habe ;). Ohne deinen Code zu sehen und zu wissen was du nun genau gemacht hast, kann man nicht sagen, was nun falsch ist.Zitat:
Zitat von marebe
Sorry, I didn't want to start a new thread in the English forum. Spooky, I know you can help me:)
I set up my routing exactly as described here (only changed route name - I want "/api"). I always get 404 error.
The problem is: URL gets rewritten to "/en/api" BEFORE matching routes. And then of course contao_catch_all route matches, there's no front-end page with alias "api", thus 404 error. I guess the question is – why? and how to avoid URL rewriting before routing?
If I add annotation with _locale, it works of course:
And if I access the app through app_dev.php, everything works fine. Which means I can't debug the issue:)PHP-Code:/**
* @Route("/api", name="api")
* @Route("/{_locale}/api", name="api_locale")
*/
public function apiAction()
{
return new Response('WORKS');
}
Antworten auf Deutsch sind OK
Hm... since it works in the dev environment: try to delete var/cache manually.
Ok, here is something new: I'm developing on localhost using SymfonyWebserverBundle – server:run. Just now I was developing other project, and didn't bother to stop the server there, so I started new server from another Terminal window, it runs on different port and everything suddenly works... What does it mean?
No idea - I usually work with XAMPP ;). Are you using the Managed Edition?
Yes, 4.4.18 at the moment. Looks like I did nothing wrong in the end:) I guess I should try the code on the server now and report back.Zitat:
Zitat von Spooky
Hi,
vielen Dank für die tollen Erklärungen. Damit habe ich geschafft die Route zu definieren, die den Controller anspricht.
Ein \Database::getInstance()
liefert leider
Uncaught PHP Exception Symfony\Component\Debug\Exception\ClassNotFoundExc eption: "Attempted to load class "Database" from the global namespace. Did you forget a "use" statement?"
Folgende Uses klappen leider nicht:
use Contao\CoreBundle\Exception\PageNotFoundException;
use Contao\CoreBundle\Framework\ContaoFramework;
use Contao\FilesModel;
use Contao\StringUtil;
use Contao\Validator;
use Contao\Database;
use Contao\Database\Result;
Muss man nochmal wie früher ein system->initialize() machen, oder ähnliches?
Vielen Dank für die Antworten!
Du schreibstund dannPHP-Code:use Contao\Database;
Oder du nimmst den FQCN:PHP-Code:Database::getInstance()
Oder bessern noch: du injectest dir die Datenbank Verbindung:PHP-Code:\Contao\Database::getInstance()
PHP-Code:namespace App\Action;
use Doctrine\Dbal\Connection;
use Symfony\Component\HttpFoundation\Response;
class MyAction
{
private $db;
public function __construct(Connection $db)
{
$this->db = $db;
}
public function __invoke(): Response
{
$this->db->…
}
}
Wow, danke für die schnelle Nachricht.
Die beiden ersten Lösungsansätze führen leider zum diesem Error:
"Call to a member function get() on null"
Den dritten Ansatz verfolge ich grad noch parallel, bekomme da aber auch einen Fehler:
Controller has required constructor arguments and does not exist in the container. Did you forget to define such a service?"
Prinzipiell sollten ja aber beide Lösungen funktionieren, oder? Ich steh da grad ziemlich auf dem Schlauch.
Bzgl. erste Lösungsansätze: poste deinen Code.
Bzgl. letzter Lösungsansatz: hast du deinen Controller bzw
deine Action als Service registriert?
Hi,
ich habe mich nun an der services.yml aus der Simpleajax Extention orientiert, und gesehen, dass ich den setContainer Call vergessen habe
https://github.com/richardhj/contao-...g/services.yml
Zur Vollständigkeit, falls es noch jemand benötigt, die db wird so übergeben:
arguments:
- "@database_connection"
Vielen Dank Spooky, dein Input hat sehr geholfen. :)
Der Syntax ändert sich bei den Statements wie folgt:
$objRes = $this->db->prepare("UPDATE tl_member SET ... WHERE id = :id")->execute([':id' => '30']);
Quelle hierfür:
https://github.com/contao/installation-bundle/blob/master/src/InstallTool.php
Du kannst dich auch an die Basis Anleitung aus der Dokumentation halten: https://docs.contao.org/dev/getting-...g-development/ ;)
Also im Browser funktioniert nun alles, allerdings habe ich die Route als Endpoint konfiguriert. Wenn ich einen Webhook darauf ausführe bekomme ich letzt leider einen 400er Bad Request ErrorVorher hatte ich es als Annotation konfiguriert, da hat es funktioniertPHP-Code:<?php
// src/Controller/DefaultController.php
class DefaultController extends Controller
{
private $db;
public function __construct(Connection $db)
{
$this->db = $db;
}
public function __invoke(Request $request)
{
$response = new Response(
'Sample Response.'
);
return $response;
}
}
?>
Woran kann das nur liegen?PHP-Code:<?
/**
* @Route("/stripe")
*
* @return JsonResponse
*/
public function stripeAction()
{
echo 'demoresponse';
}
?>
Moderation: PHP code bitte in [php] Tags posten.
Generell: sieh dir mal den PSR-1 Standard an. Du solltest keine PHP Closing Tags in PHP Dateien verwenden. Und auch keine PHP Short Open Tags ("<?").
Hey Spooky,
danke für den Hinweis, ich geh den PSR-1 Guide durch.
Ich hab den Code nur für den Post in <? ?> gekapselt und nur Stücken reinkopiert, der "Echte Code" ist Standardkonform und benutzt ja auch namespaces und uses :)
Es hat übrigens jetzt auch geklappt, indem ich die Annotation wieder eingebaut habe.
Vielen Dank für deine Mühe! :)
Und wie bekommt man "Hello World" nun per JS auf den Bildschirm gezaubert? Wenn ich z. B. eine Frontend-Modul "Eigener HTML-Code" unter Themes anlege, müsste ich das doch nun irgendwie auf den Screen kriegen?
PHP-Code:// src/Controller/DefaultController.php
namespace App\Controller;
use Symfony\Component\Routing\Annotation\Route;
use Symfony\Component\HttpFoundation\JsonResponse;
class DefaultController
{
/**
* @Route("/ajax")
*
* @return JsonResponse
*/
public function ajaxAction()
{
return new JsonResponse(['Hello World!']);
}
}
Niemand eine Idee?
Irgendwie fehlt mir hier nur der zündende Funke. Ist doch eigentlich bestimmt ganz einfach?
Danke im Voraus für helfende Tipps!
Ich verstehe die Frage nicht ganz. Wo genau brauchst du Hilfe?
Hi Spooky,Zitat:
Zitat von Spooky
ich muss doch irgendwo im Frontend-Template den Ajax-Aufruf machen und dann die Antwort auswerten, also quasi ein JS-Script, so wie hier z. B.
Was wäre z. B. die richtige URL?Code:$.ajax({
url: "php/getInfo.php",
data: {name: "AxxG", id: event.target.id},
datatype: "json",
type: "POST",
success: function(data) { clickJStoPHPResponse(data); }
});
Die URL weißt nur du selbst. In dem von dir gepostet Code hast du folgende Route eingestellt:Code:@Route("/ajax")
Ich hatte das aus Deinem früheren Beispiel in diesem Thread entnommen und so in meine Extension eingebaut. Wird mitZitat:
Zitat von Spooky
als URL dann quasi die Funktion ajaxAction() aufgerufen, oder reicht als URL einfach nur "/ajax"?Code:@Route("/ajax")
Das kommt darauf an. Die volle absolute URL dieser Route wäre https://example.org/ajax
Habe jetzt einfach mal als HTML-Code bei Contao folgendes eingegeben:
hier bekomme ich auf jeden Fall mal die Meldung "fail" zurück. Mit @Route("/ajax") als URL kommt garnichts, auch kein "fail"?!HTML-Code:<script>
var jqxhr = $.ajax("/ajax")
.done(function() {
alert( "done" );
})
.fail(function() {
alert( "fail" );
})
.always(function() {
alert( "always" );
});
</script>
Ich hatte Deinen Beispiel-Code vom 10.05.2017 in diesem Thread als Vorlage genommen, quasi 1:1 so eingebaut.
Funktioniert die URL überhaupt?
die URL ist localZitat:
Zitat von Spooky
Wenn ichCode:"cto4cm.local/de"
direkt aufrufe, kommt ein 404er, scheint also nicht korrekt zu sein?!Code:"cto4cm.local/de/ajax"
Nein, die URL ist wenn dann cto4cm.local/ajax
Funktioniert leider auch nicht, keine Ahnung wo da mein Gedankenknick ist.:(Zitat:
Zitat von Spooky
Was passiert wenn du die URL aufrufst? Ist dein Service und die Routes korrekt registriert?
404 ... ich glaube, ich muss mich mal etwas intensiver mit den Rountings beschäftigen, da hakt es noch ziemlich. Danke erst mal Spooky ... ich melde mich wieder, wenn ich irgendwas zustande gebracht habe ;-)Zitat:
Zitat von Spooky
Hier ein Beispiel:
https://github.com/hh-com/contao-simpleajaxrouting
lg
Bezüglich dem
das Problem hatte ich auch, als ich versuchte eine 3.5 Extension zu portieren.HTML-Code:Attempted to load class "Database" from the global namespace.
Das Problem ist, dass hier mit Relativen Contao Namespacing gearbeitet wurde.
und nicht wie es sein sollte:PHP-Code:<?php
\Database::getInstance();
Um das Problem zu lösen habe ich mir die Contao\CoreBundle\Controller\FrontendController Klasse angeschaut.PHP-Code:<?php
\Contao\Database::getInstance();
Der Trick ist, es benötigt für das Registrieren der globalen Namespaces einen Aufruf von $this->initializeContaoFramework();
PHP-Code:<?php
use Contao\CoreBundle\Controller\AbstractController;
class AjaxController extends AbstractController {
/**
* @Route("/ajax")
*/
public function ajax()
{
$this->initializeContaoFramework();
//... more code
}
}
Zitat:
Zitat von Sitting Bull
Das funktioniert soweit. Aber wie kann ich angehängte Post-Daten auslesen?