Forum Sefrengo.org > SFLog v02.00.00

Forum Sefrengo.org > Downloads > Archiv > Plugins

MaZderMind

Tue. 28. November 2006, 01:00

Pluginname:
---------------------------------------------------------------------------
Backend-Log

Version:
---------------------------------------------------------------------------
v02.00.00

Status:
---------------------------------------------------------------------------
stable

Bechreibung:
---------------------------------------------------------------------------
Plugin zur Erfassung von Systemweiten Events

Features:
---------------------------------------------------------------------------
- sortieren und filtern nach Benutzer, Datum und Aktionstyp
- exportieren als csv
- ausgabe als druckversion

Autor(en):
---------------------------------------------------------------------------
- Björn Brockmann
- Paul Eppner
- Sven Bräutigam
- Jürgen Brändle
- MaZderMind

Lizenz:
---------------------------------------------------------------------------
GPL

Benötigte Sefrengo Version:
---------------------------------------------------------------------------
>= 01.91.00 (Sefrengo 1.2 alpha2)

Installation:
---------------------------------------------------------------------------
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Administration -> Plugins".
Klicken Sie oben rechts auf "Plugin importieren". Am unteren Ende des Bereichs
befindet sich ein Uploadfeld. Wählen Sie hier die gewünschte "*.cmsplug"- Datei
aus. Mit einem Klick auf das Diskettensymbol wird das Plugin in das CMS importiert.
Das Plugin ist nun innerhalb des CMS nutzbar. Installieren Sie das Plugin mit einem
klick auf das Plugin-Importieren-Symbol in der Pluginzeile.

Dokumentation:
---------------------------------------------------------------------------
Keine vorhanden

CODE

Changelog legend:
# -> Bug Fix
+ -> Addition
^ -> Change
- -> Removed
! -> Note

v02.00.00 - 28.11.2006
------------------------------------------------------------------------------------------------
^ Zu Sefrengo konvertiert
# upl-Events werden in SF-Beta2 ohne _ angegeben (also upleditfil statt upl_editfile)
+ möglichkeit zur backend-mehrsprachigkeit eingebaut
+ deutsche sprachdatei überarbeitet und ausgebaut
+ englische übersetzung eingefügt

Gruß, Peter

bjoern

Tue. 28. November 2006, 01:46

Jetzt bin ich baff. Ich habs mir gerade mal angeschaut und bin begeistert, wie Du das Plugin wieder aufgemöbelt hast. Danke!

MaZderMind

Tue. 28. November 2006, 07:22

Hi
Danke für das Lob

Allerdings fehlt mir noch ne Möglichkeit auch den Menüpunkt und die Rechtestrings lokalisieren zu können. Ich würde am liebsten aus der DB wieder auf das Sprschfile verweisen (was prinzipiell auch geht), aber dazu müsste man irgendwie über die cms_values oder so benutzerdefinierte Sprachfiles einbinden können...
Siehe FR-Ticket.

Gruß, Peter

tobaco

Tue. 28. November 2006, 07:45

wow, auch von mir ein kompliment für das plugin und deine arbeit hier insgesamt. toll!

andi

Tue. 28. November 2006, 08:41

super sache peter

besten dank, gefällt mir richtig gut!

gruss andi

gunwalt

Tue. 28. November 2006, 10:24

ZITAT(andi @ Tue. 28. November 2006, 08:41)

super sache peter

besten dank, gefällt mir richtig gut!
gruss andi

Die Vorredner hören sich gut an. Wo taucht das Plugin in der Installation denn auf. Ich finde es nicht, obwohl die Einträge in der DB da sind?

andi

Tue. 28. November 2006, 10:28

solltest du unter dem reiter administration finden...unterpunkt backend-log.

gunwalt

Tue. 28. November 2006, 10:34

ZITAT(andi @ Tue. 28. November 2006, 10:28)

solltest du unter dem reiter administration finden...unterpunkt backend-log.

sieht so aus, als wäre die Installation in der Tabelle Backendmenü schiefgelaufen ...

Ich habe die Lösung...

QUELLTEXT

# Menüeintrag ins backendmenü hinzuf?gen
INSERT INTO cms_backendmenu VALUES ('', 3, 0, 100, 'nav_sflog', 'main.php?area=plugin&cms_plugin=sflog/inc.log.php', 'single', '$perm->have_perm(\'area_plug_sflog\')');

# Plugin access recht - dein Plugin wird angezeigt oder ausgeblendet
INSERT INTO cms_values VALUES ('', 0, 0, 'user_perms', 'cms_access', 'area_plug_sflog', NULL, NULL, 'plug', 200, 'group_area_plug_sflog', '', 'txt', NULL, NULL, 0);

# Plugin rechte
INSERT INTO cms_values VALUES ('', 0, 0, 'user_perms', 'area_plug_sflog', '1', NULL, NULL, '1', 10, 'group_area_plug_sflog_1', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'user_perms', 'area_plug_sflog', '2', NULL, NULL, '2', 20, 'group_area_plug_sflog_2', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'user_perms', 'area_plug_sflog', '3', NULL, NULL, '4', 20, 'group_area_plug_sflog_3', '', 'txt', NULL, NULL, 0);

# Sprachstrings für Menüeintrag und Pluginrechte
INSERT INTO cms_values VALUES ('', 0, 0, 'lang', 'nav_sflog', '', '', '', 'Backend-Log', 0, NULL, NULL, 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'lang', 'group_area_plug_sflog', '', '', '', 'Bereich Administration / Backend-Log', 0, NULL, NULL, 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'lang', 'group_area_plug_sflog_1', '', '', '', 'Logdatei ausdrucken', 0, NULL, NULL, 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'lang', 'group_area_plug_sflog_2', '', '', '', 'Logdatei exportieren', 0, NULL, NULL, 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'lang', 'group_area_plug_sflog_3', '', '', '', 'Logdaten zurücksetzen', 0, NULL, NULL, 'txt', NULL, NULL, 0);

# Events definieren
# INSERT INTO {table_prefix}values VALUES ('', 0, 0, 'events', 'standard', 'actions', 'log', NULL, 'include_once ($cfg_cms[\'path\'].\'plugins/sflog/class.con_log.php\');\r\nif (!is_object ($log)) $log = &new con_log();\r\n$log->write_log($standard[0], $standard[1], $standard[2]);', 0, NULL, NULL, '', NULL, NULL, 0);

Fehler in der install.meta, wenn das Tabellen-Prefix ungleich cms_ ist. Ab Events dürfte es dann stimmen.
Ich habe die Prefixe manuell geändert und in PHPmyadmin eingegeben und es läuft!!

bkm

Tue. 28. November 2006, 11:21

@MaZderMind

Wäre es nicht besser wenn beim Reset (Löschen) eine Abfrage erfolgt,
wie in der von mir an Dich gesendeten Version (s.Bild).
Ich persönlich fände es auch besser, wenn ein Plugin wieder unter Plugins (4) auftaucht.

Klicken um den Anhang anzusehen

Ute

Tue. 28. November 2006, 13:15

Lieber Peter (MaZderMind)

ich könnte Dich knutschen! Das ist ja absolut super, was Du in dieser kurzen Zeit geschafft hast. Genau das Modul, das ich im Moment brauche...

Das Modul funktioniert - soweit ich es im Moment überblicken kann - auch in der 1.03.00-Sefrengo-Version tadellos. Druckfunktion, Exportfunktion, Zeilenweiterschaltung und selbst die Definition, wer Log-Dateien ansehen etc. darf, hast Du eingebaut.

Ich bin sprachlos...

Liebe Grüße
Ute

fo.x

Tue. 28. November 2006, 13:46

Coole Sache !!!

ZITAT

Fehler in der install.meta, wenn das Tabellen-Prefix ungleich cms_ ist. Ab Events dürfte es dann stimmen.
Ich habe die Prefixe manuell geändert und in PHPmyadmin eingegeben und es läuft!!

upps .. kann mich im FE nicht mehr einloggen ....
... auch als Admin

QUELLTEXT

Warning: Unknown(plugins/sflog/class.con_log.php): failed to open stream: No such file or directory in /home/httpd/vhosts/abcd.net/httpdocs/backend/inc/class.cms_event.php(49) : eval()'d code on line 1

Warning: (null)(): Failed opening 'plugins/sflog/class.con_log.php' for inclusion (include_path='.:/home/httpd/vhosts/abcd.net/httpdocs/backend/external/adodb/:
/home/httpd/vhosts/abcd.net/httpdocs/backend/external/pear.php.net/') in /home/httpd/vhosts/abcd.net/httpdocs/backend/inc/class.cms_event.php(49) : eval()'d code on line 1

Fatal error: Cannot instantiate non-existent class: con_log in /home/httpd/vhosts/abcd.net/httpdocs/backend/inc/class.cms_event.php(49) : eval()'d code on line 2

feniweb

Tue. 28. November 2006, 18:25

@MaZderMind

Auch eine Kompliment von mir ich finde das super Lösung.

Das berüchtigte "aber" habe ich trotzdem noch. Wie @bkm

ZITAT

Wäre es nicht besser wenn beim Reset (Löschen) eine Abfrage erfolgt,
wie in der von mir an Dich gesendeten Version (s.Bild).
Ich persönlich fände es auch besser, wenn ein Plugin wieder unter Plugins (4) auftaucht.

Die Sicherheitsabfrage wäre schon noch wichtig "beim Reset (Löschen) eine Abfrage erfolgt",

Auch das das Plugin unter Plugin erscheint.

Gruss

feniweb

Tue. 28. November 2006, 18:39

@bkm

Mich würd noch brennen interessieren, wann die anderen 2 Plugins aus deinem SF-Pluginordner uns erfreuen.

1. Statistik (unter spielereien hast du ja ein Statistik-Bild das sieht sehr gut aus)
2. Sefrengo-Shop

Klicken um den Anhang anzusehen

Gruss

MaZderMind

Tue. 28. November 2006, 19:02

Hi
Das mit dem SQL is wirklich schirfgelaufen :/ ich hab öfters zum testen das {table_prefix} durch cms_ ersetzt und dann di queries direkt über phpmyadmin ausgeführt. Dann hab ich wohl beim zurückkopieren vergessen cms_ wieder zu ersetzen.. gibt morgen ne bereinigte Version.

Auch die Sicherheitsabfrage beim Reset kommt wieder rein, ich hab garnicht gemerkt dass bkms version das drinhatte O:-)

Was bei fo.x schiefgelaufen ist -- keine Ahnung... Scheint so als wäre die Datei "plugins/sflog/class.con_log.php" nicht vorhanden. Check das mal.

Ich finde den Menüpunkt "Plugins" absolut sinnfrei. Ein Plugin lässt sich immer einem der Punkte "Redaktion", "Design" und "Administration" zuordnen und sollte auch in einem dieser Bereiche auftauschen. Das Newssystem ist eindeutig ein redaktionelles Werkzeug und gehört unter Redaktion, der Backend-Log gehört ist ein administratives Werkzeug und gehört unter Administration. Plugins sollten sich nahtlos in die Anwendung integrieren und da ist ein extra Menüpunkt "Plugins" nur hinderlich.
Soweit meine Argumentation, Gegenargumente bitte.

Gruß, Peter

MaZderMind

Tue. 28. November 2006, 19:34

Hi
an die Statistik kann ich mich demnächst auch mal ranmachen, die frage ist aber ob man das wirklich braucht.. Webalizer, AWStats, Google-Analytics & Co. decken doch eigentlich das komplette Feld ab und mir ist kein Hoster bekannt der keinen Zugriff auf Logs oder wenigstens auf bereits verdaute Statistiken bietet.
Der SF-Log könnte außerdem Dinge wie die Hostname-Auflösung und damit Landeszuordnung garnicht abdecken, von JS-Only-Daten wie der Bildschirmauflösung mal garnicht zu reden.

Der Shop würde mich allerdings auch brennend interessieren...

Gruß, Peter

feniweb

Tue. 28. November 2006, 21:03

@MaZderMind

ZITAT

Ich finde den Menüpunkt "Plugins" absolut sinnfrei. Ein Plugin lässt sich immer einem der Punkte "Redaktion", "Design" und "Administration" zuordnen und sollte auch in einem dieser Bereiche auftauschen. Das Newssystem ist eindeutig ein redaktionelles Werkzeug und gehört unter Redaktion, der Backend-Log gehört ist ein administratives Werkzeug und gehört unter Administration. Plugins sollten sich nahtlos in die Anwendung integrieren und da ist ein extra Menüpunkt "Plugins" nur hinderlich.

ZITAT

Soweit meine Argumentation, Gegenargumente bitte.

Deine Argumente sind gut ich kenn mich da zuwenig aus, jedoch sehe ich da ein layouttechnisches Problem, wenn da viel Plugins sind ist die Darstellung grausig.
Als Argument kann ich nur sagen die Plugins sind im Verzeichnisbau ja auch alle in einem Plugin Orndner. (evtl. ein doofes Argument

)

Klicken um den Anhang anzusehen

Gruss

summerbrother

Tue. 28. November 2006, 21:19

Weltklasse. Das Plugin bringt uns sehr viel weiter. Vielen Dank.

Ich stimme der Plugin-Zuordnung zum jeweiligen Thema auch zu. Peter sieht das schon richtig.

Wenn es um die Einbindung eines Shops geht, bin ich gern dabei. Durfte jetzt einiges Richtung XT-Commerce erfahren und denk das könnte als Plugin gut passen.

Wenn ich in dem Zuge noch meine PHP-Kentnisse ausbauen könnte würd ich klasse finden.

luxli

Tue. 28. November 2006, 21:32

ZITAT(feniweb @ Tue. 28. November 2006, 21:03)

Man kann ja eine Umfrage machen was für den einzelnen wichtig ist.

Das wäre dann wohl ein neues Thema, das ich hier kurz angesprochen habe.

PHP Web Statistik dürfte dem entsprechen was Dir vorschwebt und kann leicht eingebunden werden.

Ich teste und vergleiche es zur Zeit mit WebReflow das mir einen sehr guten Eindruck macht.

Bitte verschieben zum Beitrag von Feniweb

alexander

Wed. 29. November 2006, 00:13

ZITAT(feniweb @ Tue. 28. November 2006, 21:03)

jedoch sehe ich da ein layouttechnisches Problem, wenn da viel Plugins sind ist die Darstellung grausig.

das backend ist für eine auflösung mit min 1024x768 designed ... und da gehen sich etlich plugins aus. das die tabs irgendwand runterutschen ist ein tribut den wir für den verzicht auf tabellen im header zahlen.

MaZderMind

Wed. 29. November 2006, 07:22

Bezüglich Shop: Ich denke dass ein Shop-Plugin versuchen sollte XTC oder OSC in SF einzubinden, also gemieinsame Usertabelle und Sessionübernahme, sowie ein Leitfaden zur Layoutgestaltung der Shops (z.B. per YAML für XTC). Alles das jedoch ohne wesentliche Hacks in XTC um die Updatefähigkeit zu erhalten.
Einen eigene SF-Shop zu entwerfen halte ich nicht für sinnvoll.

Gruß, Peter^

saschapi

Wed. 29. November 2006, 07:41

ZITAT(alexander @ Wed. 29. November 2006, 00:13)

und da gehen sich etlich plugins aus.

Kannst du das für den bundesdeutschen Dialekt einmal übersetzten

summerbrother

Wed. 29. November 2006, 08:57

@MaZderMind

Genau das meinte ich so. Mir würde das so vollkommen ausreichen.
Die Smarty-Geschichte ist ja sehr flexibel, da kann man dann vielleicht mehr machen.

alexander

Wed. 29. November 2006, 11:07

ZITAT(saschapi @ Wed. 29. November 2006, 07:41)

Kannst du das für den bundesdeutschen Dialekt einmal übersetzten

= es können bei einer Auflösung von 1024x768 in der 2ten Ebene der Navigation mehrere Plugins-Tabs nebeneinander angezeigt werden ohne das die Tabs gleich untereinander rutschen.

saschapi

Wed. 29. November 2006, 12:39

dankööööö!

Hab ich erwähnt, dass ich derzeit einen Österreichischen Chef habe?

alexander

Wed. 29. November 2006, 14:43

ZITAT(saschapi @ Wed. 29. November 2006, 12:39)

Hab ich erwähnt, dass ich derzeit einen Österreichischen Chef habe?

ne, aber noch cooler wäre es wenn du in wien arbeiten würdest ... dann könnten wir mal die stadt unsicher machen und ich könnte dir ein bischen wienerisch beibringen

saschapi

Wed. 29. November 2006, 15:58

ich bin zwar am 19. Dezember für einen Tag in Wien, aber leider hab ich 0 Zeit, aber wir werden das sicher noch einmal nachholen können!

MaZderMind

Wed. 29. November 2006, 23:06

Hey - an meinem Purzeltag

Nuja um zu was produktivem zurückzukehren: ich hab noch einen bug im Uninstall gefunden - es wurde ein rechteeintrag zuwenig deinstalliert. Ich fasse das alles heut abend noch in ein neues Plugin zusammen, aber erstmal den wikieintrag zur Pluginenwicklung fertig machen...

Gruß, Peter

MaZderMind

Thu. 30. November 2006, 00:36

Okay, neue Version is raus. Was ich jetzt aber nicht wieder eingebaut habe ist das Zurücksetzen in ienem bestimmten Interval (1 Tag, 1 Woche, 1 Jahr, ...) weil dabei die Angabe fehlt, weil ich keinen Sinn sehe die letzte Woche zu löschen. Die älteste vllt, das macht noch sinn, aber die jüngste?!?

Gruß, Peter

Dieses ist eine vereinfachte Darstellung unseres Foreninhaltes. Um die detaillierte Vollansicht mit Formatierung und Bildern zu betrachten, bitte hier klicken.