ragtek

Durch einen Thread auf vbg.com bin ich auf eine neue Widget Idee gekommen. (Ich kann es einfach nicht lassen Ich weiß, ich hab mich hier schon offiziell von vB4 verabschiedet^^

Dabei handelt es sich um ein Widget für Werbung

Momentan überlege ich noch, wie ich das mit den Benutzerrechten mache.
Möglichkeiten:

• Nur für Gäste einblenden
• Benutzergruppen ID’s eingeben (so wie im Screenshot)
• Benutzergruppen Checkbox so wie man sie aus dem ACP kennt.

Alle die den “FB Like Button” auf ihrer Seite haben und sich keine Gedanken über den Datenschutz machen : http://www.thomashelbing.com/de/facebook-social-plugins-datenschutz-bdsg-datenschutzhinweise-privacy-policy-like-button-gefallt-mir

Sehr geehrte / liebe vB Gemeinde, Coder und co, es war nett mit euch, aber ich sehe keinen Sinn darin, mich weiter mit dem vB zu beschäftigen.

Die Programmierer unter euch kennen sicher die einzig vernünftige Codequalitätsmessungsmöglichkeit => WTF / LOC ( what the f*ck / lines of code). Seit vB4.0.0 ist es nun so, dass es pro Seite/Datei mindestens 2-5 WTFs gibt und das ist meiner Meinung nach ein bisschen zu viel.

Meine Highlights:
Coder gibt zu das er kA hat was er macht
Wieso sollte man die global.php nicht einfach noch ein 2. Mal unnötiger Weise laden? Da dachte man sicher, die Performance ist sowieso im Ar*ch, der Overhead wird kaum auffallen;)

Dazu kommt, dass man den alten vB3 Code und den “neuen” vB4 Code “beliebig” mischt, offensichtlich gibt es auch keine Richtlinien (Notation) an die sich die Entwickler halten müssen…
Mir ist klar das kein Entwickler perfekt und allwissend ist, aber bei einem Projekt dieser Größenordnung würde ich mir doch eine gewisse Reife und ein hohes Know How wünschen. (zB vernünftige Architektur, vernünftiger Klassenaufbau, IMHO darf es nicht sein, dass ein und die selbe Methode in mehreren Klassen vorkommt, dafür gibt es abstrakte Klassen und die Vererbung)

Mir geht es nicht um die finanz. Geschichte, um die “neuen” Updategebühren für vB 3.x Liebhaber, nein, mir geht es rein um die technische Seite.

Am Anfang hieß es noch, “neues Team, die müssen sich einarbeiten, usw..) Aber irgendwann muss doch Schluss sein. Nach dem verpatzen Start von 4.0.0 wirkte es so, als ob man dazugelernt hätte. Doch dann kam mein pers. Highlight => 4.0.4
Angeblich ein Maintance Release (bedeutet für mich => keine neuen Features, es wurden nur Bugs gefixt) ABER =>es gab “einen Haufen” neuer Features und wie immer folgen diesen Features Haufenweise neue Bugs. Das I Tüpfelchen war, dass die Profilseite in der “reinen Forenversion” (also ohne CMS) nicht mehr aufrufbar war. Hier haben die Entwickler wohl nicht an die Leute ohne CMS gedacht)
Eine gute Softwareschmiede, würde so etwas in meinen Augen so schnell wie möglich fixen, nicht so IB. Hier gab es zwar eine Woche später ein PL (Patch Level) Release, dieses korrigierte aber nur 1,2 Fehler (Sicherheitslöcher).
Ob es mittlerweile bereinigt wurde kann ich nicht sagen, ich weiß nur, dass es einen DIY Thread gibt, wo Leute die kA von PHP haben, aufgefordert werden, die Dateien manuell zu bearbeiten(damit der Fehler verschwindet).

Bisher habe ich die Code Reviews “aus Leidenschaft” in meiner “Freizeit” gemacht, da ich an eine Wende geglaubt habe. Ich habe mich sogar als kostenloser, gemeinnütziger Helfer angeboten, der direkt im Respository die “Kleinigkeiten die mir so auffallen” bereinigt, damit die “echten Entwickler” nicht auch noch mit so einem Schmafu zu tun haben, aber leider gab es keine Antwort (auf keine von den 2 pers. Nachrichten an Adrian)

Zusammenfassung (für mich): Firmen die versuchen Software zu produzieren, die aber alles andere als Softwareschmieden sind, sind zum vergessen.
IB hat sich mit “vBulletin” total übernommen. Vermutlich meinte man es gut, aber ohne vernünftigem Team führt es nirgendwo hin. (bzw in diesem Fall dahin, dass einer der “größten Fanboys:D ” verscheucht wurde.

Hier mal ein Weg, wie man Widgets “überall” anzeigen kann:
1. folgenden Bug fixen: fix
2. Nun kann man mittels

bootstrap_framework();
vBCms_View_Widget::registerTemplater(vB_View::OT_XHTML, new vB_Templater_vB());
$widgetID = 32; // the id of the widget
$widgettype = 'Static';
$widget = vBCms_Widget::create('vBCms', $widgettype, $widgetID);
$output = $widget->getPageView()->render();

die Widgetausgabe kriegen.

Falls es euch nicht aufgefallen ist, vB 4.0.4 bringt jQuery mit.

Es wird zwar nicht im Front End benötigt, aber falls man Add-ons hat, die jQuery vorraussetzen, kann man es sich sparen, dies doppelt auf der Platte zu haben

Gestern wurde die neue Version 4.0.4 veröffentlicht.
Es wurden einige Bugs beseitigt (und wie bei jedem Release auch einige neue eingeführt *scnr*)

Das Hauptfeature der neuen Version ist wohl der Style Generator und die neuen Facebook Funktionen. (Wobei ich mich hier fragen muss, wieso man es dann Maintance Release nennt, für mich ist zumindest ein Maintance Release eine Bugfix Version).
Daneben sind noch 2 neue Widgetsund 2 neue Content Typen dazugekommen.

Mehr Infos dazu wie immer unter :  http://www.vbulletin.com/forum/showthread.php?354631-vBulletin-4.0.4-Maintenance-Release-Now-Available

Seit fast einem Jahr kämpfte ich mit der Idee, Leute in den vB Albums markieren zu können, nun ist es vollbracht.

Man kann damit in den Alben seine Freunde und sich selbst “markieren”. Da Bilder mehr als 1000e Worte sagen=>

Da gerade alle von Clean Code usw schreiben, präsentiere ich mal etwas, womit ich mich “täglich” herumschlagen muss:(

	/**
	 * Whether the node is checked out for editing.
	 *
	 * @var int
	 */
	protected $workflowcheckedout;
	/**
	 * Whether the threadid for associated discussion.
	 *
	 * @var int
	 */
	protected $associatedthreadid;
	/* Is this publicly viewable */
	protected $publicCanView;
	/**
	 * Array of nodeids that make up the navigation menu.
	 *
	 * @var array int
	 */
	protected $navigation_nodes;

Ein Wunder, dass man nicht die Ungarische Notation für die ein oder andere Variable auch noch verwendet:(