community addon und rexseo - falsche weiterleitung

[steri]

Hallo,

ich hab gerade das neue redaxo community paket 4.4.1 mit dem aktuellen rexseo getestet. Dabei ergibt sich folgendes Problem:
alle weiterleitung welche durch das community addon gemacht werden (also z.b. weiterleitung auf einen bestimmten artikel nach erfolgtem login) sind nicht korrekt:
statt auf
http://www.meinedomain.de/gruppe-a.html
wird auf
http://www.meinedomain.de/_metanavigati ... ppe-A.html
weiter geleitet.
Mir kommt vor da vermischt sich das Standard Mod Rewrite von Redaxo und Rexseo irgendwie.

lg steri

[steri]

noch etwas:
wenn man einem Artikel zugewiesen hat, dass diesen nur eingeloggte User sehen kann dann kan man mit aktiviertem rexseo den artikel sehen auch wenn man nicht eingeloggt ist.
Deaktiviert man Rexseo funktionierts richtig ...

[Markus.Lorch]

Der Fehler ist bekannt. Die Github Version von Rexseo wird momentan noch nicht Unterstützt. Von einer Verwendung wird dringend abgeraten, da elementare Funktionen der Community dadurch ausgehebelt werden.

[steri]

Hallo Markus,
danke - meine installation ist mit der letzten stabilen rexseo version 1.4.283 (nicht github) und da tauchen leider diese probleme auf.

[steri]

hab mir diese datei
community / plugins / auth / inc / auth.php
im alten und neuen Community addon angeschaut:

alt:

Code: Alles auswählen

if($rex_com_auth_use_jump_url && $rex_com_auth_login_jump != "")
  {
    header('Location: http://'.$REX["SERVER"].'/'.rex_com_auth_urldecode($rex_com_auth_login_jump));
  }else
  {
    if($rex_com_auth_login_jump != "") {
      $url_params[$REX['ADDON']['community']['plugin_auth']['request']['jump']] = $rex_com_auth_login_jump;
	}
    header('Location:'.rex_getUrl($jump_aid,'',$url_params,'&'));
  }
  exit;
}



// ---------- page_permissions
if($article = OOArticle::getArticleById($REX["ARTICLE_ID"]))
{
  if(!rex_com_auth::checkperm($article))
  {
    ob_end_clean();
    header('Location:'.rex_getUrl($REX['ADDON']['community']['plugin_auth']['article_withoutperm'],'',$url_params,'&'));
    exit;
  }
}else
{
  // Wenn Article nicht vorhanden - nichts machen -> wird dann von der index.php geregelt sodass eine fehlerseite auftaucht
  // $jump_aid = $REX['ADDON']['community']['plugin_auth']['article_withoutperm'];
}

neu:

Code: Alles auswählen

/*
 * Checking page permissions
 */
if($article = OOArticle::getArticleById($REX["ARTICLE_ID"]))
  if(!rex_com_auth::checkperm($article) && !$redirect  && $REX['ADDON']['community']['plugin_auth']['article_withoutperm'] != $REX['ARTICLE_ID'])
  {
    $params = null;
    
    ## Adding referer only if target is not login_ok Article
    if($REX['ADDON']['community']['plugin_auth']['article_login_ok'] != $REX['ARTICLE_ID'])
      $params = array($REX['ADDON']['community']['plugin_auth']['request']['ref'] => urlencode($_SERVER['REQUEST_URI']));
    
    $redirect = rex_getUrl($REX['ADDON']['community']['plugin_auth']['article_withoutperm'], '', $params, '&');
  }
  
/*
 * Handle redirects if required
 */
if($redirect)
{
  ob_end_clean();
  header('Location:'.$redirect); 
  exit;
}

vom prinzip her dürfte es gleich sein am ende wird mit rex_getUrl() die url erzeugt.
Woran könnte es liegen, dass die url falsch ausgegeben wird?
hat da jemand eine idee wo man da ansetzen muss?

[phloo]

Gibt es Alternativen? Ich bin auf das Community Login angewiesen und es springt mit RexSeo zum falschen Link. Ein Fix wäre natürlich super.

Danke im Voraus!

[Markus.Lorch]

Der Fehler wurde hier Behoben:
https://github.com/dergel/redaxo4_community

Bitte Deine Community-Version updaten.

Eine offizielle Ankündigung folgt in Kürze.

[Oliver.Kreischer]

Und hier mal ein grosses DANKE an Markus (und auch an alle die Ihre Freizeit opfern)!

Grüße
Oliver

[phloo]

Danke f̶ü̶r̶ ̶d̶e̶n̶ ̶F̶i̶x̶ und die Info

edit: hat bei mir nichts gebracht: nach Login springt es noch immer zur fehlerhaften URL.
Worauf muss man beim Update achten? Habe alle Dateien überschrieben und im Addon-Bereich die community neu installiert und konfiguriert.

[jdlx]

Zwecks convenience die aktuelle Rexseo Version 1.5.0 - die's eben auch für die COM/AUTH Geschichte braucht - als DL: https://github.com/gn2netwerk/rexseo/downloads

[Markus.Lorch]

@jan - leider derzeit noch mit der 1.4.284

[phloo]

Was mache ich falsch? Es geht auch nicht mit der RexSeo 1.5
Habe ich irgendwas übersehen? Sorry fürs nerven,...

[jdlx]

@jan - leider derzeit noch mit der 1.4.284 :-)

Hä? jetzt bin ich irritiert.. den EP REXSEO_POST_INIT gibts nur in 1.5, und den benötigst du doch, oder?

[Markus.Lorch]

Ja das ist richtig. Aber diese lösung kann ich derzeit noch nicht stable anbieten. Das wird in kürze nachgezogen. Beim derzeitigrn update gings primär um die sicherheit.

[phloo]

Gibts irgendeine Möglichkeit, das notfalls zu hardcoden?

Der Sprunglink wird eh nicht umgestellt.
Aber bräuchte die Funktion dringend.

[Markus.Lorch]

Verstehe nicht wo das Problem liegt. Bis einschließlich RexSEO 1.4.284 funktioniert alles perfekt. Das wurde getestet und mehrfach verifiziert. Nur für RexSEO 1.5 haben wir noch kein Update veröffentlicht.

[phloo]

Okay, also ein Downgrade machen.
Wobei ich auf der Github Seite nur die 283er finde.

Aber danke für den Hinweis!

[jdlx]

Hab gerade einen checkout des letzten prä-1.4 Status hochgeladen. Ich meine die sollte stable sein, habs aber nicht explizit getestet, sprich: on your own.. ;)

Wenn ich ausm Urlaub zurück bin merge ich noch 2-3 spätere edits in den 1.4 branch und dann gibts nochmal ne finale 1.4er Version.

[steri]

Hallo,
ich hab gerade die Redaxo Community 4.4.1 v.2 Demo installiert. Dabei ist mir folgendes aufgefallen:
Wenn man eine neue Kategorie anlegt und den Artikel darin auf offline lässt, dann auf "Anzeigen" klickt kommt man immer auf die unter System eingestellte "Nicht gefunden Seite". Sobald man den Artikel online gibt, wird der Artikel richtig angezeigt.
Schaltet man wieder auf offline kommt wieder die Fehlerseite.

Ich dacht zuerst das hat mit rexseo zu tun, aber das Problem ist auch bei einer ganz frischen Installation des Demos ohne zusätzliche Addons.

Es muss irgendwie mit dem community addon zusammenhängen, da dieses problem bei der normalen Redaxo 4.4.1 Demo nicht auftaucht.

lg steri

[Markus.Lorch]

Kein Bug - Feature Wird in den Templates implementiert und tritt bei deinen eigenen Templates selbstverständlich nicht auf.

[Xong]

Kein Bug - Feature Wird in den Templates implementiert und tritt bei deinen eigenen Templates selbstverständlich nicht auf.

Es sei denn, du hast das Feature da auch implementiert!

[steri]

ah coole sache - danke.
habs gefunden

Code: Alles auswählen

/**
 * Artikel/Kategorie online? Wenn nein dann auf die Startseite
 */

if ($this->getValue('status') == 0)
{
  // Weiterleitung für Artikel
  header ('HTTP/1.0 404 Not Found');
  header('Location: '.$REX['SERVER'].rex_getUrl($REX['NOTFOUND_ARTICLE_ID']));
  exit;
}

macht ja auch bei manchen Projekten wirkllich sinn.

Jetzt hätte ich aber doch noch eine andere frage:
GIbts zu "auth_media" zum schützen von files schon erfahrungen?
Ich hab das mit PDFs und PNGs ausprobiert. Hab die beiden erweiterungen vom "Auschluss" weggeben und 2 Files eine Gruppe zugewiesen. Dennoch kann man die Files uneingeloggt abrufen.
Hab ich da was übersehen?
danke

[Xong]

GIbts zu "auth_media" zum schützen von files schon erfahrungen?
Ich hab das mit PDFs und PNGs ausprobiert. Hab die beiden erweiterungen vom "Auschluss" weggeben und 2 Files eine Gruppe zugewiesen. Dennoch kann man die Files uneingeloggt abrufen.
Hab ich da was übersehen?

Du musst selbstverständlich den files-Ordner an sich noch schützen.
Edit: Nee, daran liegt´s nicht. Das macht das Plugin automatisch.

Ist dein System in einem Unterordner installiert?

[steri]

nein ist im root verzeichnis.

[Xong]

nein ist im root verzeichnis.

Wie sieht denn die htaccess-Datei im files-Verzeichnis aus?