Skip to main navigation Skip to main content Skip to page footer
Franz Holzinger Software Development Franz Holzinger Software Development

Entwickler Version

Bitte testen Sie es immer vor dem Stellen einer Frage auch mit der aktuellen Entwicklerversion. 

Autor  
30-11-09 09:56:48 2 Probleme mit SSL-Verschlüsselung
Anna Emde
 Wir verwenden sr_feuser_register mit SSL-Verschlüsselung. Da in den Formularen der action-Parameter normalerweise mit relativem Pfad angegeben wird, klappt es im Prinzip auch, bis auf 2 Stellen:

1. Wenn man die Daten zu einem bereits existierenden Konto geändert hat, führt der Button "Speichern" nicht auf
--> http://www.vijusto.com/home.html
sondern auf
--> https://www.vijusto.com/http://www.vijusto.com/home.html

2. Wenn man ein neues Konto anlegt und auf den Link in der Bestätigungsmail klickt, steht auf der sich nun öffnenden Seite im Formular im action-Parameter der absolute Pfad mit "http://":

<form id="tx-srfeuserregister-pi1-fe_users_form" enctype="multipart/form-data" action="http://www.vijusto.com/home.html?tx_srfeuserregister_pi1[regHash]=5c1f598e2db06e238b9c&tx_srfeuserregister_pi1[cmd]=login" method="post">

Wir verwenden sr_feuser_register 2.5.24.

Haben wir irgendetwas bei der Konfiguration übersehen?

Viele Grüße,
Anna
3-12-09 07:34:36 .htaccess
Franz Holzinger
 Das scheint auf eine fehlerhafte Einstellung in RealURL oder in der Datei .htaccess zurückzuführen zu sein.
Die Erzeugung der Links, die von TYPO3 Basisfunktionen erledigt wird, kommt mit http und https durcheinander.
3-12-09 09:03:15 https
Anna Emde
 Wir haben schon gemerkt, dass es Probleme mit Typo3 und https gibt... Wir haben es jetzt so gemacht:

Zu 1. Wenn man in $destUrl das getBackURL() auskommentiert, klappt es.

Zu 2. In allen Formularen zu sr_feuser_register stehen in "action" relative Pfade - außer in diesem hier, und deshalb gibt es hier ein Problem. Wir haben nun den Parameter loginPID auf eine HTTPS-Seite gesetzt und lenken von dieser wiederum um auf home.html - so gibt es keine Warnung.
3-12-09 09:28:06 Formular
Franz Holzinger
 In welchen Formular tritt dieses Problem auf? Welcher Teil des HTML Templates ist das und welcher Quelltext wird angezeigt?

Womöglich ist der backURL des FE Benutzers ohne Berücksichtigung von https angelegt worden.
3-12-09 15:19:15 Formular
Anna Emde
 Es ist TEMPLATE_EDIT_PREVIEW, das Formular darin sieht so aus:

<form id="###FORM_NAME###" method="post" action="###FORM_URL###" enctype="multipart/form-data">
###HIDDENFIELDS###
<fieldset class="button">
<input type="submit" name="tx_srfeuserregister_pi1[doNotSave]" value="###LABEL_BUTTON_BACK_TO_FORM###" />
<input type="submit" name="tx_srfeuserregister_pi1[submit]" value="###LABEL_BUTTON_CONFIRM_UPDATE###" />
<!-- ###SUB_LINKTOPID_ADD_BUTTON### -->
<input type="submit" name="tx_srfeuserregister_pi1[linkToPID]" value="###LABEL_BUTTON_UPDATE_AND_MORE###" />
<!-- ###SUB_LINKTOPID_ADD_BUTTON### -->
</fieldset>
</form>

und im Quelltext - mit getBackURL() - steht:

<form id="tx-srfeuserregister-pi1-fe_users_form" method="post" action="informationen/mein-konto/registrieren/editieren.html" enctype="multipart/form-data">
<input type="hidden" name="tx_srfeuserregister_pi1[cmd]" value="edit" />
<input type="hidden" name="FE[fe_users][zone]" value="" />
<input type="hidden" name="FE[fe_users][uid]" value="41" />
<input type="hidden" name="FE[fe_users][username]" value="annaemde" />
...
<input type="hidden" name="FE[fe_users][password_again]" value="xxx" />
<fieldset class="button">
<input type="submit" name="tx_srfeuserregister_pi1[doNotSave]" value="Zurück" />
<input type="submit" name="tx_srfeuserregister_pi1[submit]" value="Speichern" />
</fieldset>
</form>

Beim Klick auf "Speichern" landet man auf https://www.vijusto.com/http://www.vijusto.com/home.html.

In allen https-Seiten ist <base href="https://www.vijusto.com" />.
3-12-09 15:35:38 Nicht getBackUrl, sondern getSiteUrl
Anna Emde
 Sorry, das war falsch mit getBackUrl(), der Prefix "https://www.vijusto.com" kommt von

($TSFE->absRefPrefix ? '' : $this->controlData->getSiteUrl())
6-01-10 11:16:57 Vorschlag
Franz Holzinger
 ($TSFE->absRefPrefix ? $TSFE->absRefPrefix : $this->controlData->getSiteUrl())

Würde es damit funktionieren?

$destUrl = ($this->controlData->getBackURL() ? $this->controlData->getBackURL() : ($TSFE->absRefPrefix ? '' : $this->controlData->getSiteUrl()).$this->cObj->getTypoLink_URL($this->conf['linkToPID'].','.$TSFE->type));
$absUrl = ($TSFE->absRefPrefix ? '' : $this->controlData->getSiteUrl()).$relUrl;

Welche Werte haben hier die erzeugten Variablen? Wäre es richtig, wenn man $TSFE->absRefPrefix einfach wegnimmt?
6-01-10 11:17:45 Bug #13140 Using absRefPrefix breaks confirmation urls
Franz Holzinger
 siehe dazu http://bugs.typo3.org/view.php?id=13140
12-01-10 22:52:25 Ohne $TSFE->absRefPrefix und ohne getSiteUrl()
Anna Emde
 Mit der Definition von $destUrl aus deinem Vorschlag bleibt das Problem bestehen. Wenn man aber $TSFE->absRefPrefix und getSiteUrl() wegnimmt, klappt es:

$destUrl = ($this->controlData->getBackURL() ? $this->controlData->getBackURL() : $this->cObj->getTypoLink_URL($this->conf['linkToPID'].','.$TSFE->type));
13-01-10 14:09:56 neuer Patch
Franz Holzinger
 Ich habe den Patch nun entsprechend angepasst. Unbedingt noch einmal damit austesten.
1-02-10 09:58:21 Patch funktioniert, hat aber Syntax Error
Anna Emde
 Hallo Franz, ich habe den Patch ausprobiert. (Hat mich etwas verwirrt, dass beide DIFFs auf der Seite stehen - man braucht doch nur den mit "..-1"?) Der Patch funktioniert, vielen Dank! Es gibt aber noch einen Syntax Error in class.tx_srfeuserregister_controldata.php, Zeile 70, da ist eine schließende Klammer zuviel. Gruß, Anna
3-02-10 15:06:30 korrigiert
Franz Holzinger
 Ich habe den Patch jetzt korrigiert (geschwungene Klammer weg) und neu auf den Bugtracker gestellt.
< Zurück zum Forum