Header Image  
Aktuelle Version:
0.2.1-FINAL
[SVN-Version holen]
 
::: Hauptmenü :::
 · Willkommen
 · News
 · News-Archiv 2008
 · News-Archiv 2007
 · News-Archiv 2006
 · News-Archiv 2005
 · News-Archiv 2004
 · News-Archiv 2003
 · Impressum
 · Infos
 · Über mich
 · Die Philosophie
 · Zum Bug-Tracker
 · Zum Forum
::: MXChange-Script :::
 · Demo-Zugang
 · Voraussetzungen
 · Dokumentation
 · Funktionen
 · Downloads
 · Erweiterungen
 · Roadmap
 · Erscheinungstermine
 · FAQs
 · SVN-Zugang
 · Referenzen
::: Interna :::
 · Gelistet bei
 · Partner
 · Spenden
 · Awards
 · Jobs
::: Jetzt Online :::
0
Gäste
0
Mitglieder
0
Administratoren
::: Aktionsseiten :::
 · Wir unterstützen!
 · Rettet Das Internet!
 · Delphine helfen!
Sie sind hier: Home -> Hauptmenü  -> Zum Bug-Tracker

Bug-Tracker - Bitte hier alle Bugs melden:
Unter der folgenden URL gibt es seit einiger Zeit einen Bug-Tracker, mit dem mein Team und ich aktiv Bugs am tracken (verfolgen) sind.
Falls ihr mit diesem nicht vertraut sein solltet, so könnt ihr weiterhin Bugs auch problemlos im Forum melden.
MXChange Bug-Tracker - ISSUES
MXChange Bug-Tracker - ISSUES
 
http://bugs.mxchange.org/

MXChange Bug-Tracker - ISSUES Im Zuge der " De-Globalisierung " ;-) soll auch die fehlinterpretierte Variable $CSS umbenannt werden. Dies soll nun $GLOBALS['output_mode'] sein, damit dies etwas verstaendlicher wird. < br / > < br / > Dabei wuerden einige " global-Statements " entfallen, die laut Profi-Concept ohnehin unsauber sind. < br / > < br / > Hier sind gleich noch ein paar " unschoene " Variablen zum Austausch: < br / > $footer, $header

ALT: < br / > if ($bla == $blub) < br / > { < br / > // Do something < br / > } < br / > else < br / > { < br / > // Do something else < br / > } < br / > < br / > NEU: < br / > if ($bla == $blub) { < br / > // Do something < br / > } else { < br / > // Do something else < br / > }

Die im Script verwendeten Funktionen sind derzeit nur schwer von Konstanten unterscheidbar, abgesehen davon, dass diese stark abgebaut werden sollen, und sollten daher umbenannt werden. < br / > < br / > Dabei sollte zum Unterschied zu Konstanten die ungarische oder Hoeckerschreibweise verwendet werden: < br / > < br / > DIES_IST_EINE_KONSTANTE - Wird nicht direkt eingebunden, sondern per constant('DIES_IST_EINE_KONSTANTE') abgefragt, bzw. mit defined('DIES_IST_EINE_KONSTANTE') ueberprueft. < br / > < br / > diesIstEineFunktion() - Die Namen sollten nicht abgekuerzt sein, wie z.B. das bei ADD_DESCR() der Fall ist, zudem sollten sie " redent " sein, also z.B. getArrayFromDirectory() ist ein guter Name, hingehen myMethod() schon weniger.

Mit der aktuellen PHP 5.3.1-Version scheinen viele Funktionen als " Deprecated " (fuer veraltet erklaert) markiert worden zu sein, was ein E_DEPRECATED ausloest. < br / > < br / > Diese sollen nun auch in 0.2.1-FINAL vermieden werden. Die folgenden Funktionen sind bereits vermieden: < br / > - session_register (wird nur bei aelteren PHP-Versionen verwendet) < br / > - session_unregister (wird nur bei aelteren PHP-Versionen verwendet) < br / > - ereg (Ersatz: preg_match() oder isInString(), da die Reihenfolge von strpos() umgedreht ist :( ) < br / > - eregi (Ersatz: preg_match() mit ignorieren der Gross-Kleinschreibung, oder isInStringIgnoreCase()) < br / > < br / > Bitte weitere Vorkommennisse hier tracken!

Das kommende 0.2.1-Final soll " eine runde Sache " werden. Also postet eure Ideen hier ruhig. Schlechte Ideen gibt es nicht, nur welche, die ich lieber in 0.3.0 einbinden will. :) < br / > < br / > Also postet auch diese hier. Um mal einen Anfang zu machen - aber nicht zu " technisch " werdend, liste ich mal ein paar Ideen von mir auf: < br / > < br / > - Derzeit ist das Login in den Adminbereich bei einigen gest ört. Siehe < a href= " http://bugs.mxchange.org/view.php?id=4 " > 0000004 < /a > < br / > - Admin-Bereich komplett relaunchen, es wird bei zu viele Untermen üs langsam unübersichtlich, trotz der task-Erweiterung. < br / > - Diese Übersicht sollte durch die neuen Filter besser gegliedert werden < br / > - Sprachsystem von Konstanten nach Array-Elementen umschreiben ( < a href= " http://bugs.mxchange.org/view.php?id=4 " > 0000004 < /a > ) < br / > - Regelm äßiger Check nach Updates - auch Erweiterungen - beim Login in den Admin-Bereich (ähnlich wie OpenAds aka. phpAdsNew dies handhabt). < br / > - Anbindung an das kommende Hub-System (namenlos derzeit), dies sollte ausschlie ßlich ab 0.3.0 der Fall sein, ein Connector für 0.2.1-Überwechseler sollte es aber auch geben < br / > - ... < br / > < br / > Wir sammeln am besten erstmal hier alles und sortieren dann nach Versionsnummer die Ideen ein, so kann jeder posten, aber achtet auf doppelte Ideen... Niemand will Sachen zweimal coden... :mrgreen: ;) < br / > < br / > - Surfbar ist in Arbeit (90% fertig, < a href= " http://bugs.mxchange.org/view.php?id=6 " > 0000006 < /a > ) < br / > - Refback ist fertig (Alpha-Phase, ich brauche hier mehr Tester! < a href= " http://bugs.mxchange.org/view.php?id=7 " > 0000007 < /a > ) < br / > - Anbindung Primera-API ( < 50% fertig, mal geschaetzt, < a href= " http://bugs.mxchange.org/view.php?id=8 " > 0000008 < /a > ) < br / > - Deutliche verbesserte Cache-Erweiterung: Das Script haengt nun staerker von den Cache-Dateien ab! Solltet ihr Probleme haben, bitte das Verzeichnis inc/cache/ leeren (nicht loeschen!) und erneut probieren. Caching vom Adminmenue ist experimenteller Code. < br / > - Ref-Link gefixt (Ref-Rallye noch nicht!) < br / > - Tresor-Erweiterung (safe, 0% fertig, nur Dummy, < a href= " http://bugs.mxchange.org/view.php?id=9 " > 0000009 < /a > ) < br / > - Universelle API-Anbindungserweiterung (Erweiterung network, 1% fertig, < a href= " http://bugs.mxchange.org/view.php?id=2 " > 0000002 < /a > ) < br / > - Kontoauszug aller Auf- und Abbuchungen (Erweiterung booking, ca. 60% fertig, < a href= " http://bugs.mxchange.org/view.php?id=10 " > 0000010 < /a > ) < br / > - Event-System f ür das Mitglied: Auflistung aller wichtigen Aktionen des Users, nicht jede Buchung; 0% fertig; Erweiterung events, < a href= " http://bugs.mxchange.org/view.php?id=11 " > 0000011 < /a > ) < br / > - Filter-System (siehe inc/filters.php, nicht mit dem irgentwann mal angek ündigtem URL-Filtersystem verwechseln; ca. 10% fertig) < br / > - Expression-Language, soll mehr Dynamitaet bringen und besseres URL-Rewriting < br / > - Erweiterung ext-partner ( < a href= " http://bugs.mxchange.org/view.php?id=171 " > 0000171 < /a > ) < br / > - Erweiterung ext-validator ( < a href= " http://bugs.mxchange.org/view.php?id=172 " > 0000172 < /a > ) < br / > - Diverese kleine Verbesserungen/Fixes, die mir nicht mehr einfallen... :)

Einige Texte im Adminbereich sind sehr rudimentaer oder abgehackt geschrieben und sind fuer den Einsteiger oefters nicht geeignet. Diese Texte sollten nun leichter und verstaendlicher geschrieben werden, damit auch Neulinge besser klarkommen.

Bei manchen Templates ist das " Ja " bzw. " Nein " vor den Radio-Auswahlen gestellt, bei manchen wieder nach den Auswahlen. Dies wirkt etwas wahllos und ist halt so gewachsen. < br / > < br / > Es sollten nun alle einheitlich umgestellt werden. Entweder vor oder nach den Radio-Auswahlen sollen Ja/Nein erscheinen. Bitte beides anschauen (diverse Konfigurationen) und dann Meinung abgeben, welches besser aussieht.

Binden Sie z.B. den Validator zum Validieren von XHTML-Seiten oder CSS-Angaben Ihres {?mt_word2} ein, oder zeigen Sie Ihren Mitgliedern, dass Ihr Webdesign den < a href= " http://w3tableless.com/ " > http://w3tableless.com/ < /a > [ < a href= " http://w3tableless.com/ " target= " _blank " > ^ < /a > ] Vorgaben des W3-Konsortiums entspricht. < br / > < br / > Wichtig: Die Validierung erfolgt über die direkte URL Ihres Angebots. Sollte dies lokal installiert sein, so kann der von w3.org betriebene Validator Ihre Seite nicht validieren, da private IP-Adressen im Internet nicht geroutet werden.

Diese Erweiterung bietet eine allgemeine Anbindungsm öglichkeit an diverese Werbenetzwerken an, um z.B. deren Mails zu versenden. Später sollen noch weitere Dinge, wie Textlinks, Popups oder Traffic-Kampagnen fuer die Surfbar folgen.

Aus der Aufgabenbeschreibung kopiert: < br / > ---------------------------------------------------------------- < br / > Diese Erweiterung erm öglicht es Ihnen, dass Ihre Partner Mitglieder bewerben können und bei auf Ihrem Mailtauscher durchgeführter Anmeldung oder Bestätigung der Anmeldung einen " Ping " erhalten. < br / > < br / > Dieser Ping ist (bzw. ist empfehlenswert) eine POST-Anfrage an die Partnersite und kann beliebige Daten enthalten, die Sie mit Ihrem Partner abgesprochen haben. Typische Daten sind hier die Email-Adresse und/oder Userid. < br / > < br / > Die Anfrage selbst ist durch einen API-Key authentiziert, den Ihnen Ihr Partner geben sollte. Anderfalls kann nicht sichergestellt werden, dass auch nur Ihre Seite die Website Ihres Partners anpingt. < br / > < br / > Die Daten k önnen dabei entweder als XML (freie Definition der Node-Namen durch Template) oder als POST-Parameter (freie Benennung) übertragen werden. Eine Verschlüsselung ist mit mcrypt geplant. SSL ist (https) ist noch nicht möglich und vielleicht erst ab Mailer Project 0.3.0 möglich.

 
visitbox.de - Pagerank Anzeige ohne Toolbar Creative Commons License
The text work is licensed under a Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 Germany License except imprint, partner page, Powered-By, Rettet-Das-Internet and Delphine-helfen.
Nokia GNU GPL v3 YaCy Project Honeypot I love Free Software!
threatening-alpha