Antworten zum Thema „JQuery AJAX - 404 Error obwohl das Ziel vorhanden ist.“

[AxelM]

Hallo,
http://maindealz.wpforge.de/verify/
habe ich eine Seite gebaut, die Verschiedenes per AJAX abschicken soll und im Idealfall dann auch eine Antwort erhält.
Das Problem ist jetzt, dass der Link der aufgerufen wird durchaus existent ist und auch aufgerufen werden kann,,,
http://maindealz.wpforge.de/verify/ws.php
Die Console meldet aber 404.
Die ws.php läuft im wordpress context.
Formular und ws.php befinden sich unterhalb einer Wordpress installation

Danke schon mal für eure Antworten

 

[fakerer]

Hi,
also zur Info wenn ich
http://maindealz.wpforge.de/verify/ws.php?sku=dsdf&code=sdf&use=0
aufrufe bekomme ich
{"valid":"No","Message":"SKU not found!"}

also nix von 404 zu sehen falls das Problem noch aktuell ist.

 

[AxelM]

Ja genau...
Und wenn du jetzt http://maindealz.wpforge.de/verify
aufrufst und das form abschickt, bekommst du einen 404 in der Console....

 

[Curanai]

Bei mir kommt kein Form - bei mir kommt direkt das JSON.

Ich tippe auf einen gesetzten bzw. fehlenden Backslash - je nach Location. Gibt es eine htaccess-Regulierung, die den Zugriff in das Verzeichnis unterbindet? Viele Möglichkeiten hast Du nicht ... ^^

 

[AxelM]

http://maindealz.wpforge.de/verify/index.php
vllt.... geht das besser

Nein da iss kein .htaccess

 

[Curanai]

So, ist bin der Meinung, dass folgendes helfen würde:

$(document).ready(function(){
   $('#sendButton').on("click", function(e){
     e.preventDefault();
     var sku = $('#sku').val(),
       code = $('#code').val(),
       use = 0;
    
     $.post("/verify/ws.php", { sku: sku, code: code, use: use }, function(data){
       alert( "Data Loaded: " + data );
     });
   });
});

Das ist die überarbeitete Version aus Deinem Source (JavaScript). Meine Änderungen:
- on() statt click()
- $.post() statt $.get() (denn Du schickst was zum Server, was u. U. nicht gecached werden soll)
- Wegfall von .done()

Bedenke bei meinem Hinweis auf die htaccess, dass diese "höher" (im Verzeichnis) liegen kann und nach unten vererbt werden könnte. Zum Test: Lege ws.php mal ins Root und passe $.post() oben an ...

Wenn Du mir noch eine Randnotiz erlaubst: JavaScript und domready-Zeug immer gern ans Ende, damit der Browser zügig mit dem Rendering für den Besucher anfangen kann (dafür benötigt er nur CSS oben im Head - der Rest verzögert "a weng").


EDIT: Hinweis noch .. im Browser gibt es eine "same origin policy" - das hat vielleicht nichts damit zu tun, aber vielleicht stört bereits das Protokoll in der AJAX-Url.

 

[AxelM]

Danke der Tipp mit dem JS nach unten ist ne gute idee.
Statt GET POST zu nehmen ist ungeschickt, weil die ws php das Json ggf auch nach aufruf eines Links bereitstellen muss...
wenn ich diewp-blog-header.php nicht include gehts....

 

[Curanai]

Im Gegenteil: $.get() nimmt man eigentlich für "Daten holen" - $.post() für "Daten senden" (damit Du serverseitig bspw. nicht schauen musst, was Du da machst). Das ist kein geschriebenes Gesetz - keine Bange. Aber es ist nicht ungeschickt, da $.get() cached und bei $.post() eben nicht; nicht ganz unwichtig.

Wenn Du JSON aus dem Callback (data) erwartest, kannst Du das bequem mit

var json = $.parseJSON(data);

entgegen nehmen und bekommst direkt ein verwendbares Object. Von Mischbetrieb (mal so, dann so oder doch so) rate ich dringend ab. Natürlich kannst Du auch $.ajax() nehmen, aber gefühlt in 99,9 % der Fälle kommt man mit $.get() und $.post() zurecht.

Was steht in der besagten Header-Datei, dass diese Behinderung stattfindet? Kurios ist nämlich hierbei: Das ist eine inkludierte PHP-Datei - diese kommt nur gerendert/berücksichtigt im Browser an und wird keinen unmittelbaren Einfluss zur Laufzeit von JavaScript ausüben können.


EDIT: Bevor wer schimpft - $.getJSON() gibt es auch und ich kenne das! ^^

 

[afr0kalypse]

Ich denke nicht, dass das helfen wird. javascript wird ja immer noch vom client ausgeführt. und selbst wenn die ws.php direkt aufgerufen wird, gibt es da irgendwo nen error 404.
Ich tippe eher darauf, dass die Datei / der Ordner vielleicht falsche Berechtigungen hat.. Prüfe mal Owner / Gruppe und deren Rechte.

 

[Curanai]

Auch 'ne Maßnahme - entweder selbstgemachtes Leid (via FTP-Client) oder (bspw.) via chmod() durch WP selbst ... oder doch 'ne htaccess an anderer Stelle. Aber leider passt das ja nicht mit der include()-Beschreibung (Entnahme = läuft) zusammen ... schon recht merkwürdig auf der Domain.

 

[afr0kalypse]

Da WordPress genutzt wird und Permalinks auf dem Server laufen (bsp: http://maindealz.wpforge.de/leider-verpasst/), muss es auch irgendwo eine .htaccess geben. Normalerweise im WordPress Hautpverzeichnis. Jetzt weiß ich aber nicht genau, wie WordPress bei aktiven Permalinks auf den direkten Aufruf von php Scripten reagiert.
Vielleicht liegt auch da der Hund begraben...

EDIT: Oder es liegt am Ajax Aufruf selbst. Da gibts WordPress-seitig ja auch Vorgaben, wie man das zu tun hat:
http://codex.wordpress.org/AJAX_in_Plugins