friendsofredaxo / accessdenied Goto Github PK

Als Vorschlag... mit Symbol und Färbung logischerweise. Dann muss man nicht doppelt klicken und Ladezeit abwarten, um einen Status zu überspringen.

Das Sperren eines Startartikels oder des Mountpoints einer Yrewrite Domain führt zu einer redirect Schleife.

Folgende Error Meldung:

Error | Call to a member function getValue() on null | redaxo/src/addons/accessdenied/boot.php | 23

REDAXO 5.7.0-beta2
PHP Version 7.2.11
MySQL 5.6.19

Gibt es dafür eine Lösung?
Danke!
VG, Geri

sollte es nicht accessdenied/lang/en_gb.lang sein?

Online/Offline-Button beim Artikel ist weg nachdem das Addon deinstalliert wurde und der Artikel vorher auf "gesperrt" gestellt war.

#8

tbaddade/redaxo_url#158

muss das hier in diesem Addon gefixt werden?

Von meiner Seite aus könnten wir das Addon aus dem Hauptmenü nehmen - einmal eingestellt wird es vermutlich nie wieder angefasst und benötigt nicht diese Omnipräsenz.

Meines Erachtens ist eine Sperrung etwas, das weiter geht als offline schalten, und sollte demzufolge auch mit status = -1 eingetragen werden.

aktuell wird die css datei dieses addons immer geladen:

können wir hier ein IF drann packen, dass das ein wenig einschränkt?
brauchen wir das css wirklich auf allen redaxo backend seiten?

@staabm hast du ne Idee, wie man das hier ggf performanter machen könnte? Oder liefert Redaxo das aus dem Cache?

@skerbis siehst du da ein Problem, Zahlen und Sonderzeichen zuzulassen sowie bei der Installation eine zufällige Zeichenfolge zu setzen?

Zumindest Zahlen sollten drin sein - so kann man das Feld wie ein Passwort behandeln und nicht bei beliebigen REDAXO-Seiten erraten, dass man mit preview=1 an Daten rankommt, die eigentlich geschützt sind.

Coole Sache das Addon.
Toll wäre es noch, wenn man einen Sharing-Link (Hash) erstellen könnten, mit welchem man die jeweilige gesperrte Seite auch ohne Login anschauen könnte.

Das wäre ideal, um einem Kunden eine Änderung kurz zeigen zu können, welcher selber nicht in das Backend geht bzw. seine Seite pflegen lässt.

Ist man im Backend via Domain 1 eingeloggt, kann man Inhalte von Domain 2 nicht als Admin ansehen, da man als "nicht eingeloggt" gilt.

Es wäre super, wenn accessdenied eine Einstellung analog zum Maintenance-Addon bietet, mit der man IPs oder einen Secret-Key mitgeben kann, der dann ausgewertet wird. accessdenied sollte dabei auch in der Struktur den Link "Artikel anzeigen" präparieren.

/cc @marcohanke

Update, es wurde ein neues AddOn, weil ich auch online / offline verändert habe.
Meine Variante vererbt die Eigenschaft auch.
https://github.com/KLXM/locked

Hi zusammen,

kurze Frage zu den Weiterleitungen von accessdenied. Wir haben gerade folgenden Fall, dass ein Kunde Weiterleitungen eines Artikels in yrewrite konfiguriert hat und den Artikel gesperrt hat. Es scheint so zu sein, dass die Umleitung auf die Fehlerseite durch accessdenied noch greift, bevor die konfigurierte Umleitung aus YRewrite zieht.

Zur eigentlichen Frage: Wäre es nicht sinnvoll, wenn accessdenied vor der Umleitung auf die Fehlerseite prüft, ob yrewrite vorhanden ist und gegebenfalls die Umleitung aus YRewrite greift?

• Link manipulieren
• Eingabe eines secrets (oder / und zusätzlich maintenance-secret verwenden können)

if(rex::isBackend() && rex_backend_login::hasSession() && 'content/edit' == rex_be_controller::getCurrentPage()) {
 
  rex_extension::register('URL_REWRITE', "url_rewrite_accessdenied", rex_extension::LATE);

}

function url_rewrite_accessdenied($ep) {
  $params = $ep->getParams();
 if(rex_article::get($params['id'])->getValue('status') == 2) {
  return $ep->getSubject().'?secret='.rex_config::get('accessdenied', 'secret');
 }
}

InvalidArgumentException: Scalar expected for $needle in arrayKeyCast(), got NULL!
File: src/core/lib/request.php
Line: 207

Folgendes Szenario das bei meinem Kunden zu irritationen führt:

1. Kunde ändert den Status eines Artikels.
2. Kunde klickt auf den Artikel.
3. Kunde nutzt den zurück Button im Browser. Nun wird ein anderer Status angezeigt als den, auf den er den Status des Artikels angepasst hat.

Warum? Die URL in der Browser Historie ruft erneut die Statusänderung auf. Lässt sich das verhindern?

Ich würde gerne auch bei aus YForm (optional mittels URL-Addon) generierten Seiten diese Funktion nutzen können, also sprich:

• gesperrt: leitet die URL zur Fehlerseite weiter - es sei denn, man ist im Backend angemeldet
• offline: lässt die Seite verfügbar
• online: alles wie immer

Lässt sich das mit accessdenied-Bordmitteln umsetzen? Gibt es eine Methode, der ich sagen kann: Wenn du 2 bist, dann nur im Backend eingeloggt anzeigen, sonst Weiterleitung zur Fehlerseite?

Ist das überhaupt hier in accessdenied gewünscht? Oder wäre so etwas eher ein Trick?

Ein Automatismus / Einzeiler fürs Template fände ich am sinnvollsten hier aufgehoben.