Keep Smoking » FRObject

Enrage my mouse! Stirb böse Website, Stirb!

isKar — Tue, 07 Oct 2008 15:29:50 +0000

Verdammt, ich glaub ich bin krank. Ich hab das Mouse Rage Syndrom.

Daran sind sicherlich so Seiten wie www.seitenbacher.de schuld.
(fortunately not a customer!)
Auch wenn mir der Text (unten) auf dieser Seite sehr gefallen hat:

	BEDIENUNGS-ANLEITUNG:
	Wenn Sie mehr als 1 Stück möchten, bitte die 1 überschreiben
	(mit der breiten Taste LINKSPFEIL löschen, dann neue Menge eingeben).
	Um den Artikel zu bestellen bitte den Text "Bestellen" mit der Maus anklicken.

Ah, ich frag mal die Auszubildende Mediengestalterin ob Sie mit mir ein rauchen geht,
evlt stöpsel ich die Maus ab und nimm die mit,
dann kann ich die Maus vom Dach werfen.

So…. nein meine Maus hab ich noch.

Hab festgestellt wir haben sonst keine optischen mehr, nur noch so Retro-Kugel-Mechanik zeuchs.

Und weil ich heut mal wieder keine wirkliche Lust hatte das neue Rabatt-System in den alten Shop eines unserer Kunden einzubauen und mir alles mögliche andere gesucht / eingefallen ist darf ich morgen vormittag ranklotzen ~~(oder sollte man hinpfuschen sagen?).~~
Sonst wird´s eine Zombie-Line (Version 2 der Dead-Line).

	Der Umstand, dass man einen Termin einhalten muss, wird Termindruck genannt.

Und Prado ist scheinbar eine echte alternative zum M$ .NET Blösdinn
Wann hat man schonmal einen so übersichtlichen PHP-Code gesehen?

//
// Der Anmelde Knopf ist gedrückt
//
public function loginClicked ($sender, $param) {
if (Registry::getUser ()->doLogin ($this->username->Savevalue, $this->pass->Savevalue)) {
// Anmeldung erfolgreich – Logout und Content anzeigen
$this->LoginForm->ActiveView = $this->LoginFormLogout;
$this->LoginContent->ActiveView = $this->LoginContentLogedin;
}
}
//
// Der Abmelde Knopf ist gedrückt
//
public function logoutClicked ($sender, $param) {
if (Registry::getUser ()->doLogout ()) {
// Abmeldung erfolgreich – Login-Formular anzeigen und Content abschalten
$this->LoginForm->ActiveView = $this->LoginFormLogin;
$this->LoginContent->ActiveView = $this->LoginContentNotLogedin;
}
}

Frontend! Event-driven! Nich mit mich!

isKar — Thu, 25 Sep 2008 16:04:50 +0000

also irgendwie stressts mich, ich bin gerade dabei so etwas am CMS zu bauen und muss alle halbe Stunde feststellen das ich hier “dies und das” brauche.
- das FRObject das aber darstellen kann weil die View Klasse zu dämlich dazu is.
- eigentlich wollte ich nur die Objekte bauen jetzt bin ich schon Wochen an der Event bzw. Navigations Verwaltung.

Ich bin mal etwas fremd gegangen und – ich glaube – ich hab genau das gefunden was meine “Frontend” Probleme beheben kann.
www.pradosoft.com

Hier wird zwar im Source festgelegt was für Elemente vorhanden sind usw. damit könnte ich mich allerdings anfreunden.

Die Sql-Mapping / ORM Verwaltung ist optional – genau hier könnte ich das FRObject “reinwerfen” und müsste mir nur noch einen schönen Weg überlegen wie ich die Elemente vom Prado mit meinen verbinde.

Hier ein kleines Tutorial
und hier die Live-Demo dazu

FRObject´s first Child! Its alive!

isKar — Mon, 22 Sep 2008 12:40:53 +0000

das erste Kind aus der FRObject Familie hat die Welt erblickt! Es kann zwar im Moment nicht wirklich viel aber es ist erstaunlich leicht zur Welt gekommen.

Das “system” Modul mit der “BackendView” soll quasi der Zentrale Anlauf für “Backend/CMS/CRM-Geschichten” sein.

Die Versionsnummer ist immernoch die 0.1.9 da sich am System nicht wirklich viel getan hat – nur am “Frontend / Backend”.
Sobald der “Datenbank-Editor” auch die Relations und Permissions verwalten kann – könnte man schon ein Frontend dazu bauen.
Die Aufteilung / Verschachtelung der Views ist etwas “ungewöhnlich” dafür ist das System aber sehr Dynamisch.

Evtl. installier ich hier mal eine laufende Version zwecks “Live-Test“.

Hier noch ein Kleiner Auszug aus der ObjectListView

// Ausgabe mit Daten füllen
public function ViewParse () {
// Überschriften erstellen
$this->assign (‘elementlist’, $this->getBackendElementArray ());
// Seitenlinks
$this->assign (‘poslist’, $this->getBackendPosArray ());
// Die Liste selbst
if ($list = new FRList ($this->getElementValue (‘objecttype’))) {
// Liste mit den Werten anpassen
$list->setLimit ($this->getElementValue (‘limit’));
// Sortierung
$list->addOrderBy ($this->getElementValue (‘orderby’), ($this->getElementValue (‘sort’) == ‘DESC’ ? true : false));
// Position
$list->setPos ($this->getElementValue (‘pos’) * $this->getElementValue (‘limit’));
// Alles in der Liste hinzufügen
while ($object = $list->next ())
$this->appendClass ( new ObjectListItemView ($object));
}
}

FRObject Update

isKar — Mon, 25 Aug 2008 16:18:48 +0000

so, neue Version (0.1.8) etwas mehr XML und es geht sogar etwas (minimal) in die Richtung eines CMS
Die Berechtigungen sind leider noch etwas “undurchdacht” das wird aber die Version 0.1.9 oder 0.2 zeigen – denn jetzt ist es zeit eine “Demo” Seite aufzusetzen mit etwas in der Richtung “Gästebuch”
Auch macht mir im Moment die Performace ein schlechtes Gewissen – der umbau der Elemente zu eigenen Objekten war evtl doch ein Fehler – mal schauen ich denke drüber nach hier Singleton´s mit den Values der einzelnen Klasse zu erstellen.
Das Smarty – naja – evtl kann am da auch noch etwas schrauben.

Eisfrosch und Rumgeblödel

isKar — Tue, 19 Aug 2008 09:33:45 +0000

naja, eine kurze Pause braucht jeder mal. Ich werd sicherlich weiter “rumschrauben”.
Allerdings ist die Stimmung auf der Arbeit derzeit sowas von im Keller, und wer dann schon Lust genau das gleiche daheim wie auf der Arbeit zu machen
–> zumal FRObject ja zu Großteil dafür gedacht war mir die Arbeit auf der Arbeit zu erleichtern.
—————————–
Habt ihr gewusst das 20 Mann-Tage bei uns 60 Stunden sind?!
Also ich wusste es nicht, erst als mir mein Chef gesagt hat das an Projekt XYZ schon 100 Stunden gearbeitet wurde und das doch viel zu viel für 20 Mann-Tage ist
…. ach son Kuhmist, soll er doch gleich sagen das daran nur 60 Stunden gearbeitet werden soll
- ne da wird ein gigantisches Trara gemacht
- und dann zwei Stunden (2!) über die Qualität unserer Arbeit diskutiert
- ej aber kein Ding in Zukunft gibts halt wieder Pfusch am Bau - wie früher mit den Frameseiten, Table-Layout-HTML und Spagetticode
- da waren die Qualität ja so super Toll.
—————————–
so, zurück vom rauchen und etwas entspannter …

Ein gutes hat das ganze Rumgeblödel auf der Arbeit, ich hab wieder Lust am Twink-PVP und sonstigen “nicht-Raid-Sachen” gefunden.

und Shaki blogt über mein Feuerzeug – sont gibts eigentlich nix neues
(abgesehen von Krieg der Russen, den Olympischen Spielen und der Mondlandung)

FRObject neue Version

isKar — Tue, 15 Jul 2008 18:00:47 +0000

Oje, war das ein Kampf. Aber hier ist Sie – tataa!
Die 100 Tausend kleinen Änderungen schreib ich jetzt nicht nochmal – einfach mal das Dump in die Datenbank werfen und schauen was die index.php alles so tolles macht.

Achja wer den Login nicht gefunden hat -> Benutzer: `admincms` Passwort: `admincms`.

Das Changelog die Download und die Sample Code Seite sind up-to-date.
(Neben dem FRObject und der FRList ist jetz auch die FRElement dazugekommen. Das wird doch viel mit der Zeit evtl. erstelle ich mal eine Object-Vererbungs-Querverbindungs-Übersicht und was die lustigen Klassen so alles tun.)

Verzeichnisse und andere Bürokratie

isKar — Mon, 07 Jul 2008 00:28:36 +0000

Nunja, das FRObject Projekt (oder auch FROGeject – der Name ist noch nicht sicher) hat ja eine etwas andere – man möchte fast sagen excessive – Ordner Struktur.
Die Object Klasse zum Bleistift ist in der Datei:

HTTP_ROOT\
 inc\
  class\
   base\
    root_objects\
     adapter_cache\
      adapter_view\
       adapter_permission\
        adapter_tree\
         adapter_relation\
          adapter\
           object\
            object.class.php

Jetzt stellen sich die Fragen:

Was mach ich wenn ich einen Ordner (z.B. adapter_cache) umbenennen will?

Tja, genau das ist mein eigentliches Problem

Macht das Sinn?

Wenn ich an dem “fertigen” Klassen nix mehr ändere – dann sind die nur im Weg wenn ich nach einer Datei suche – von daher schon irgendwie.

Ist es Übersichtlich?

Hier z.b. die Dateien im Order “helper”

07.07.2008  00:39            12.777 cache.class.php
07.07.2008  01:45             1.605 db.class.php
06.07.2008  23:55             1.637 factory.class.php
30.06.2008  10:34             6.586 item_permission.class.php
07.07.2008  01:43             4.843 registry.class.php
06.07.2008  16:25             1.707 request_handler.class.php
26.06.2008  14:47               322 resultset.class.php
06.07.2008  15:33            10.091 sqlparser.class.php

Also ich denke das passt gut so.

Alternativ könnte man alle Dateien in einen Ordner packen

Was total unübersichtlich ist, allerdings könnte man alle Klassen mit einem Aufwasch includieren (was ein Unwort). Wenn die Klassen / Dateinamen alphabetisch und logisch den gleichen Zusammenhang hätten dann würde das evtl. sogar der richtige Weg sein.

Alternativ könnte man die require_once in jede Klasse schreiben

Was allerdings zu einem X-Fachen Code-Kopierei führt. Bei einigen “kleinen” Objekten oder logisch zusammenhängenden “Programmteilen” ist das sogar beim FRObject der Fall. Aber die Objekte sind sehr starkt “querverbunden” und werden zum teil dynamisch erstellt, das würde zu einem ewigen Header an require “hier und da” führen. Also auch nicht so der Bringer.

Sollte man die Ordner in der Datenbank speicher und mit einem “fk_depend_dir” verknüpfen?

Das hört sich primär nach einer alternativen Lösung an – allerdings bräuchte dann jedes Verzeichniss einen Namen … weil getDir(73) ist doch etwas zu stressig zu Verwalten. Und man müsste jede Änderung an den Ordnern nochmals in der Datenbank machen.

Ach verdammt ich geh ins Bett!

Vorher rauch ich aber noch eine *fg*

Changelog

isKar — Wed, 02 Jul 2008 12:07:22 +0000

Ein weiterer Schritt in die richtige Richtung, das Changelog zum FRObject ist online.

Von Version PA0.0.1 bis A0.1.79

Erste Alpha vom FRObject

isKar — Tue, 01 Jul 2008 17:22:25 +0000

*jubel* endlich ist es soweit!

Die Grundfunktionen sind drin – keine offensichtlichen Fehler mehr – jetzt wird es Zeit für die CMS Funktionen und einer Dokumentation.

Hier willst du hin!

Ein SQL Dump liegt bei die Konfiguration ist in der Datei “inc/config_vars.inc.php“