Viele Textpattern-Nutzer kennen das Problem eventuell: Man möchte etwas in seinen Blog implementieren oder etwas bestehendes anpassen, und muss dafür nur allzu oft im Live-System herum werkeln. Dauern solche Arbeiten vielleicht doch etwas länger, oder muss man seine Arbeiten kurzfristig unterbrechen, so bekommt das normale Publikum evtl. unfertige Ausgaben oder zerstörte Designs zu Gesicht.

Eine Möglichkeit wäre natürlich, vor einer solchen Änderung ein Backup der Dateistruktur und der Datenbank zu machen, das ganze dann lokal aufzuspielen, die Anpassungen vorzunehmen und danach wieder aufs Livesystem aufzuspielen.

Abhilfe kann hier das Textpattern-Plugin rvm_privileged schaffen. Das Plugin beinhaltet unter anderem das Conditional-Tag <txp:rvm_if_privileged />, womit bestimmte Inhalte innerhalb des Conditionals nur dann ausgegeben werden, wenn der Besucher der Seite auch im Textpattern-Backend gerade eingeloggt ist. Möchte man nun etwas an seiner Seite verändern, so könnte dies in Zukunft z.B. so aussehen:

<txp:rvm_if_privileged>
    <div class="neuerungen"><p>Hier kann alles herein was nur ich sehen soll.</p></div>
</txp:rvm_if_privileged>

rvm_if_privileged kann dabei in Artikeln, Bausteinen und Seitenvorlagen ohne Einschränkungen eingesetzt werden.

Mit diesem Plugin lassen sich aber auch andere nützliche Dinge einstellen, wie z.B. Edit-Links zu jedem Artikel in der Live-Umgebung zu erzeugen…

Dazu könnte man z.B. folgenden Code in seinem Artikelbaustein platzieren:

<txp:rvm_if_privileged>
    <p><a href="/textpattern/?event=article&step=edit&ID=<txp:article_id />">Artikel editieren</a></p>
</txp:rvm_if_privileged>

Nun hat man im eingeloggtem Zustand auch unter jedem aufgerufenem Artikel einen direkten Link um diesen schnell zu editieren.

Möchte man unfertige Bereiche einer Seite vor ungewollten Blicken fremder Schützen, so bietet das Plugin übrigens auch direkt <txp:rvm_privileged /> als neuen Tag an. Ist dieser Tag in einem aufgerufenem Template eingebunden, so bekommt ein nicht eingeloggter Nutzer einen 403: Fordbidden als Antwort.


Logo von CakePHP

In CakePHP stand ich bisher oft vor einem Problem wenn ich auf allen Seiten meiner Anwendung Daten aus einem bestimmten Controller brauchte.

Ein Anwendungsbeispiel: Ihr erstellt eine Eventdatenbank und wollt das in eurem Template z.B. in der Sidebar immer die nächsten 4 Events aus eurer Datenbank ausgegeben werden.

Das ist in sofern nicht ganz soooo easy, da CakePHP eigentlich immer nur das aktuelle Model ansprechen kann Wenn man sich also auf der Seite gerade die Userliste ( /users/ ) anschaut, und auf dieser Seite dann einen Aufruf zum Event-Model starten möchte würde es im Normalfall nicht so einfach funktionieren, da eben gerade nur das User-Model aktiv wäre.

Nun gibt es für dieses “Problem” viiiiele verschiedene Lösungen…

Kompletten Artikel lesen...



Blogsuche

RSS-Feeds

Plaste & Plastik

plasteundplastik.de - Das Geocaching-Weblog

Die Kategorien


Netz-Fundstücke


Meta / Propaganda