we:sendmail und seo url

[Michael D.]

das mit dem Error log weiß ich nicht.
Ich finde darin aber eigentlich immer die PHP Notices, Hinweise oder was auch immer.

Was mir gerade einfällt, wenn du die Seite in einem modal Window öffnest mit Highslide oder ähnlichem könnte es auch sein, dass die Global dort garnicht zur Verfügung steht.
Versuch das doch mal mit einer Session und dann die entsprechende Umwandlung.

[adrian]

Mir kam eine Idee bezüglich der Prüfung auf Variablenübergabe.
Ich habe versucht mir die Variable von der Mail-Seite einfach mal mit folgendem Code per Mail schicken zu lassen, um die Übergabe zu testen.

Code: Alles auswählen

<?php
error_log($_SESSION[ObjektID],1,"an@","From: @");
?>

Geprüft habe ich sowohl session als auch global, beides ohne Erfolg.
Dabei konnte ich jedoch beobachten, dass überhaupt keine E-Mail Versendet wurde, wenn ich die Seite über die we:sendMail Funktion aufgerufen habe.
Wenn ich die Seite über den Browser aufgerufen habe, wurde ein entsprechende E-Mail verschickt, dann jedoch ohne Variableninhalt - was auch logisch ist.
Es muss also irgendwo anders hängen als nur bei der Variablenübergabe. Irgendwie scheint der sendMail Aufruf schon nicht zu funktionieren wenn die SEOURLs eingeschaltet sind.
Könnte das evtl. an den ReWrite Einstellungen des Servers liegen?

[Michael D.]

hm also wir haben seo urls auch aktiv und sendmail läuft.
welche we version utzt du denn?

[adrian]

Bei dem Projekt läuft we 6.3.3.0.
Versendet Ihr denn auch Seiten mit Objekt-Inhalten mit we:sendMail?

[Michael D.]

im bereich shop ja

[adrian]

Hallo Michael,
das Problem scheint in einem anderen Bereich zu liegen als ursprünglich von uns angenommen.
Ich habe noch mal ein bisschen getestet und scheinbar liegt das Problem bei der Überprüfung einer gesetzte Variable mit we:ifVarSet.

In der Vorlage, die die zu versenden Seite aufruft habe ich ja folgendes Konstrukt:

Code: Alles auswählen

<we:ifVarSet name="email" type="post" doc="document" formname="Mail">
<we:sendMail id="38" subject="XXX" recipient="\$an" from="\$von" mimetype="text/html" charset="utf-8" includeimages="true" useformmaillog="true" useformmailblock="true"/>
</we:ifVarSet>

Um meine Vermutung zu testen habe ich die Funktion in PHP mit isset() und error_log() nachgestellt.
Hier gibt es genau das gleiche Problem, wenn die SEO URLs aktiv sind.
Sobald ich diese ausstelle, funktioniert sowohl die Überprüfung mit we:ifVarSet als auch mit PHP isset() und dann entsprechend auch der E-Mail Versand.

Woran könnte es also liegen, dass sowohl we:ifVarSet als auch isset() nicht funktionieren?
Das Formular für die Eingabefelder versende ich mit POST.

[Michael D.]

lass doch mal das attribut "doc" und "formname" weg.
Und probier dann auch mal type=request

Vielleicht hilft das weiter. Zumindest baue ich so auf und hatte bislang noch keine Probleme.

[adrian]

hat leider auch nicht geholfen.
ich versuch noch mal ein bisschen, kann aber die nächsten tage nicht dran arbeiten.

[adrian]

Hallo Michael,

ich habe die Variablen diesmal per GET übergeben, damit funktioniert es.
Es liegt also an der POST Anweisung die bei SEO URLs auf Probleme stößt.
Damit wäre das größte Problem, dass es überhaupt nicht geht, schon mal vom Tisch.

Aber wieso funktioniert die Übergabe mittels POST nicht richtig?
Es lassen sich übrigens keine Variablen abfragen oder prüfen, die POST übermittelt wurden.
Hab es auf zwei unterschiedlichen Server-Plattformen versucht, beidesmal das gleiche Problem.
Hast Du jetzt evtl. eine Idee was es sein könnte?

[Michael D.]

dazu habe ich jetzt gar keine Idee.
Wenn die SEO URLS damit nicht klar kommen, dann ist das ein Thema für die Bug Base.

[mokraemer]

probiert doch bei seo's mal generell type="request"
das Post Array wird bei den Seo's nicht mehr befüllt.

[adrian]

Hallo mokraemer,

der Zugriff auf die Variable erfolgt bereits mittels request. Das Versenden des Formulars habe ich vorher jedoch mittels POST Anweisung erledigt.
Wenn ich Dich richtig verstehe, heißt dass also das ich auch beim Formularversand immer mit GET arbeiten muss, damit die SEO URLs funktionieren und ich in Formularen keine Daten mehr mit POST versenden darf, richtig?

Nun möchte ich jedoch nicht unbedingt, dass immer alle Formulardaten in der Adressleiste des Browsers stehen.
Wie kann ich das denn bewerkstelligen? Meines Wissens nach gibt es für HTML Formulare doch nur die Möglichkeiten GET und POST.

Danke für Deine Hilfe.

[mokraemer]

Du solltest die Formulare sowohl mit GET als auch mit POST verschicken können.
Nur mußt du dann in WE bei seo's mit

Code: Alles auswählen

<we:ifVarSet name="email" type="request" doc="document" formname="Mail">

darauf zugreifen. Evtl. könnte man das noch umbiegen...

Wichtig ist, das du für die Seo's das redirectSEOurls.php Script verwenden und zwar über die Rewrite-Engine. Wenn du das "noch" über die Error-Document Direktive gelöst hast, dann ist das die Ursache.

[adrian]

Jetzt ist das Problem endlich gelöst.
Vielen Dank für Eure Hilfe!!!

Es lag letztlich an der Verwendung der Rewrite-Engine anstatt der Error-Document Lösung und dem Einsatz von request bei we:ifVarSet anstatt post und get.
Folgende ReWrite Anweisung habe ich in die htaccess Datei geschrieben:

Code: Alles auswählen

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /webEdition/redirectSEOurls.php [L]

Das nur als Ergänzung, falls noch jemand damit Probleme hat.