Social Media
Foren
QA Plugindata
|
QA Plugindata
Ich möchte jetzt in die Richtung gehen,
die zu veröffentlichten Plugins vorher hier vorzustellen. Dabei Stelle ich dann die Änderungswünsche und Fragen am Plugin vor. Das mache ich dann nicht, um die Fehler des Entwicklers zu präsentieren, sondern daran, dass alle daraus lernen können. Vielleicht findet ihr ja auch Fehler in den Codes.
Fangen wir mal an mit dem Plugin Plugindata. Die erste Frage ist, was macht das genau? Die Klasse Plugin_PluginData_Data sieht für mich so aus, als wäre es wie die unsere Settingsklasse, nur das Eigenschaften nicht vererbt werden können.
Meine Änderungen im Code:
- trunk und branch hinzugefügt
- Escapes eingefügt, um SQL Injektions zu vermeiden
die zu veröffentlichten Plugins vorher hier vorzustellen. Dabei Stelle ich dann die Änderungswünsche und Fragen am Plugin vor. Das mache ich dann nicht, um die Fehler des Entwicklers zu präsentieren, sondern daran, dass alle daraus lernen können. Vielleicht findet ihr ja auch Fehler in den Codes.
Fangen wir mal an mit dem Plugin Plugindata. Die erste Frage ist, was macht das genau? Die Klasse Plugin_PluginData_Data sieht für mich so aus, als wäre es wie die unsere Settingsklasse, nur das Eigenschaften nicht vererbt werden können.
Meine Änderungen im Code:
- trunk und branch hinzugefügt
- Escapes eingefügt, um SQL Injektions zu vermeiden
Zum Plugin:
Man kann es mit den Einstellungen vergleichen, wobei es aber einige Unterschiede gibt.
Bei den Daten aus dem Plugin geht es nicht um Einstellungen, die man als User anpassen können soll.
Sondern Plugin-Interne Sachen, z.B. kann man darin speichern, wann das eigene Plugin installiert wurde oder den Namen einer Klasse. So kann man dann später über
ganz einfach die Klasse ändern, da diese ja variabel in der Datenbank gespeichert ist. Oder Methoden-Namen. Dieses Plugin ist also auch vorallem für die Anpassbarkeit. So kann ein anderes Plugin eine Klasse einfach "überschreiben" und neue Funktionen hinzufügen.
Man kann es mit den Einstellungen vergleichen, wobei es aber einige Unterschiede gibt.
Bei den Daten aus dem Plugin geht es nicht um Einstellungen, die man als User anpassen können soll.
Sondern Plugin-Interne Sachen, z.B. kann man darin speichern, wann das eigene Plugin installiert wurde oder den Namen einer Klasse. So kann man dann später über
PHP-Quelltext |
|
1 2 |
$class = Plugin_PluginData_Data::getData("plugin_test_klasse1");
$instance = new $class();
|
|
Ich glaube da hast du eine falsche Datei committed ;-)
- http://code.contentlion.de/comp.php?repn…compare[]=%2F@5
- http://code.contentlion.de/comp.php?repn…compare[]=%2F@5
|
Wieso hast du jetzt die Escapes rausgenommen und somit SQL-Injections zugelassen? last_update würde ich übrigens oben ganz rauslassen. Macht ja keinen Sinn, dass anders zu setzen.
http://code.contentlion.de/comp.php?repn…compare[]=%2F@6
http://code.contentlion.de/comp.php?repn…compare[]=%2F@6
PS:
Da kommt der Fehler:
Da kommt der Fehler:
Quellcode |
|
1 2 |
Fehler beim Ausführen des Befehls: svn --non-interactive --config-dir /tmp --username '***' --password '***' log --xml --quiet 'http://code.contentlion.de/svn/contentlion-skin-simplistic_white/@' --limit 1 svn: OPTIONS of 'http://code.contentlion.de/svn/contentlion-skin-simplistic_white': Could not resolve hostname `code.contentlion.de': Temporary failure in name resolution (http://code.contentlion.de) |
Ähnliche Themen
-
- QR Code Generator »
- QR-Code Generator in neuer Version (27. Januar 2013, 11:55)
-
- Projekt und Plugin Vorstellung »
- User-System wir kommen! :) (1. Februar 2013, 16:35)
-
- Feedback »
- Verbugte Plugins (2. Februar 2013, 10:35)
-
- Projekt und Plugin Vorstellung »
- Advent, Advent ein Plugin Brennt (1. Dezember 2012, 19:46)