GreyCrow

Um darauf kurz nochmal einzugehen: So wie die Buttons momentan gelöst sind, sind sie wohl als Hintergrund definiert. Prinzipiell eine schöne Methode, die einige Kniffe zulässt und die Beschriftung in die eigentliche HTML Datei auslagert (sehr schön). Aber schwer ist es dadurch nicht an die Buttons zu kommen, da das CSS klartext lesbar ist (sowohl für den Browser als auch den Besucher). JavascriptSpiele, die das Kontextmenü verändern, blockiert mein verwendeter Browser und damit ziehen diese auch nicht. Darauf Energie zu "vergeuden" lohnt sich nicht. Wer die Buttons möchte, bekommt sie. Von eigenen Fonts würde ich strikt abraten. Zumal oft die Lesbarkeit darunter leidet. Wenn es denn aber sein "muss", würde ich diese auch auf die Buttons direkt aufzeichnen. Das wäre aber im Extremfall bspw. auch mittels PHP und GD möglich um Code zu sparen (schwierig aber machbar). Die Ladezeiten verkürzen sich noch etwas weiter, wenn die verwendeten Grafiken bspw. in einem unsichtbaren DIV auf der Seite irgendwo alle schon beim öffnen der Seite geladen werden. Bei einem dann folgenden onmouseover hat der Browser das Bild bereits im Speicher und muss es nicht nachladen. Bei CSS ist das Verhalten nicht ganz festgelegt. Grüße Grey

Wie bitte steuert ihr grafische Buttons (IMG) über eine CSS Datei? In meiner Erinnerung wird das per Javascript mit onmouseover und onmouseout erledigt mit einem kleinen Javascript im Kopfe der Datei. Die Textlinks natürlich CSS. Aber Grafiken? *grübelnd* Grey

Dazu: Dieser Patch ist ohnehin Pflicht, da es ein Security Update von IPB ist. Der Diff/Patch Prozeß würde hier also genau seinen Dienst verrichten. Aber: Ihr scheint die Funktion von Diff/Patch nicht ganz verstanden zu haben Denn der Anwender erhält nur noch den Diff, den bspw. Sire Frog auf seinem System erstellt hat. In diesem sind Änderungen an den Dateien festgehalten, aber nicht die kompletten Dateien selbst. Da es bei Sire Frog aber keine Modifikationen im Header gibt, würde es hier auch nicht zu Problemen kommen, da ein Diff nur aus oben zitierten Stellen besteht wie bspw. (145c145) was einer Änderung in Zeile 145 bewirkt. Warum sollte also der Header hier eine Rolle spielen? Er ist nicht verändert worden und wird deshalb vom Diff in Frieden gelassen. Einzig der Unterschied der zitierten Zeile wäre erwähnenswert, diesen könnte man aber manuell nachführen/manipulieren, damit auch auf etwas früher geladenen 1.3er Versionen der Security Patch eingespielt wird. Damals ging es meiner Erinnerung nach nur um 1-2 Tage Unterschied, in denen die normale und die bereits gepachte Fassung als v1.3 zu haben war. Ich für meinen Teil habe eine 1.3 mit gepatchter Stelle, wenn ihr eine ohne besitzt, wäre diese für Sire Frog sicherlich sehr hilfreich. Ansonsten sehe ich hier keine Probleme Ich hoffe, etwas Licht ins Dunkel gebracht zu haben Grüße Grey

Leider ist euer Link zur Demonstration nicht mehr online (oder möglicherweise auch falsch verlinkt), weswegen ich nicht genau nachvollziehen kann, was ihr wünscht. Wollt ihr mit Hilfe von CSS eigene Buttons entwerfen oder grafische Buttons (fixe Bilder) nutzen? Mir kam eure Frage ob der Beschriftung der Buttons in diesem Kontext etwas merkwürdig vor, deshalb meine Nachfrage Grey

Kein Problem, immer gerne :blush:

Eine kleine Demonstration der Tools um deren Funktion zu erläutern. Wir haben die Datei test und test2 mit den Inhalten Das ist ein leidiger Test mit einer zusätzlichen zweiten Zeile. Das ist ein kleiner Test mit einer zusätzlichen zweiten Zeile. Und nun mit einer dritten. Dabei stellt test2 die bearbeitete Fassung dar. Führt man nun diff test test2 aus, so erhält man: 1c1 < Das ist ein leidiger Test --- > Das ist ein kleiner Test 2a3 > Und nun mit einer dritten. 1c1 bedeutet hier eine Änderung (change) in Zeile 1. 2a3 somit das Hinzukommen (add) einer Zeile nach Zeile 2 (also Zeile 3) Übergibt man den Output des obigen Befehl mittels diff test test2 > patch.diff in eine Datei, so kann diese gepackt und verteilt werden. Beim Enduser wird dann lediglich patch test patch.diff ausgeführt, was seine Datei test auf den Stand der Datei test2 bringt. Et Voilà Hoffe dienlich gewesen zu sein. Patch und Diff für Windows findet sich bei: http://gnuwin32.sourceforge.net. *Verneigt sich* Grey

Hmm, aber ich könnte mir noch eine Möglichkeit denken. Lasst uns dies kurz Revue passieren: Wir verlangen als Ausgangsplattform doch eine bestehende reine 1.3 Version, ungepatcht und ungemoddet. Dann sollte es theoretisch nicht unbedingt schwer sein, mit einem Tool wie "Patch" oder "Diff" die Änderungen der Version "1.4" von der 1.3er in eine Datei zu schreiben und diese wiederum mit einem Patcher zusammen zu verpacken. Wohlgemerkt, dies würde nur auf einer reinen 1.3er Version gelingen, diese dürfte nicht gemoddet sein, aber dann sehe ich nicht, dass es nicht funktionieren sollte. SourceCode Patches von Linux, BSD und anderen Quellen werden ebenso eingebaut. Mit einem sauberen Diff wäre dies auch wieder plattformunabhängig, da entsprechende Tools in fast alles Welten gängig sind (aus der normalen Programmierung). Einwände, Ideen, (Vor)Schläge? edit: Habe das gerade genauer untersucht: Mit einem kleinen Mod getestet und läuft wie geplant. Benötigt werden die GNU Utils DIFF und PATCH von http://gnuwin32.sourceforge.net. Anschließend kann von allen veränderten IPB Dateien nach dem Mod-Vorgang mittels DIFF eine Differenzdatei erstellt werden und anschließend mittels PATCH wieder eingespielt werden. Da diese Tools auf Linux/BSD-Rechnern schon fast zum Standard gehören, dürfte Plattformunabhängigkeit hier gegeben sein und die Dateien in einem Archiv mitunterzubringen sollte ebenfalls keine größeren Lizenzrechtlichen Probleme aufwerfen.

Nun, ich sehe dies mit Zuversicht, da es in meinen Augen ein logischer Schritt für eine robuste und gute "freie" Forensoftware ist, weshalb ich versuche, diesen zu unterstützen Aber zum eigentlichen "Problem": Ich denke, ihr solltet mit einer eigenen Zeile unterhalb des eigentlichen Copyright Textes sicher(er) fahren, da dies dann keine "Veränderung" des Copyrights darstellt, sondern lediglich ein weiterer Zusatz. Sollte ich mich darin täuschen (juristisch begabte Personen anwesend?) so möge ich dafür gepeinigt werden ;)

Eine wirklich eindeutige Versionsnummer (à la "Community Modification v1.0") oder einfach nur die 1.4? Ich für meinen Teil hätte nichts gegen eine extra Versionierung für diese doch wachsende Zusammenstellung und man wäre von der IPB Version unabhängig (wer weiß, vielleicht kommt Sire Frog sonst bei 1.9 ins Schwitzen ) Grüße, Grey

Alle Methoden zur Anzeige schon geprüft? Mit GD? Normal? Geht gar keine?

*neigt das Haupt zu Boden und knirscht mit den Zähnen* An die Möglichkeit von beiden SendeArten hatte ich nicht mehr gedacht. Das macht es natürlich mehr als logisch Asche über mein Haupt Grey

Der User der sich anmeldet bekommt die Freischaltungs-Info. Eine Benachrichtigung, dass sein Account freigeschaltet wurde. Grey

Schneller vielleicht, der Link war aber besser, Sire zer0 :)

Dazu findet ihr hier ein Beispiel. Grüße Grey

Der Wurm hat sich weiterentwickelt und attackiert nicht direkt PHPBBs, sondern gezielt Sicherheitsprobleme in der verwendeten PHP Version. Versionen >= 4.3.10 sollten in Ordnung sein, alles darunter ist so viel mir geläufig, anfällig gegen modifizierte POST oder GET Variablen. Grüße Grey

Wenn ihr es nicht benötigt, dann verändert es nur an der entsprechenden Stelle. Allerdingsn kann es auch für den User von interesse sein, mit welcher Adresse er sich registriert hat (wenn sie im Text steht), bspw. wenn er die Mail bekommt, und hat sich gar nicht selbst registriert (fremder Zugriff) oder wenn er später sucht, welche Adresse er genutzt hat. Für Nutzer mit mehreren Mailadressen oder/und Mailservern kann das durchaus nützlich sein. Grey

Ich denke eher, Lord Stefan meinte es gibt zwei Vorkommnisse in der Datei, in der die email auftaucht, nicht dass der User zwei Mailadressen angeben kann?! Grey

Grüße zusammen, da selbiges IFRAME aus dieser Datei hier besteht (sprich: diesen Code gibt die .php Datei in das IFRAME aus, wenn sie aufgerufen wird) <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>ImageShack (TM) - Hosting</title> <link rel="stylesheet" href="http://www.imageshack.us/img/style-def.css" type="text/css"> <LINK REL="SHORTCUT ICON" HREF="http://www.imageshack.us/favicon.ico"> </head> <body bgcolor="#FFFFFF"> <form action="http://www.imageshack.us/index.php" method="post" enctype="multipart/form-data" target="_blank"> <font color="#111111">Image Hosting by ImageShack.us</font> - <a href="http://www.imageshack.us/rules.php" target="_blank">ToS</a><br /> <input type="hidden" name="MAX_FILE_SIZE" value="1048576"> <input type="hidden" name="aff" value="images"> <input type="hidden" name="type" value="blank"> <input type="file" class="textfield" name="fileupload" size="30"><br /> <input type="submit" value="host it!" > <font color="#111111">patience during upload</font><br /> </form> </body> </html> sollte man sie auch leicht ändern können. Man sollte einfach diesen Block als HTML Datei speichern, und als IFRAME Inhalt angeben können. Da die FORM-Action nicht verändert wird, sollte das Hochladen immer noch funktionieren. Ich habe dies gerade einmal kurz getestet und eine Datei erstellt: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>ImageShack (TM) - Hosting</title> <link rel="stylesheet" href="http://www.imageshack.us/img/style-def.css" type="text/css"> <LINK REL="SHORTCUT ICON" HREF="http://www.imageshack.us/favicon.ico"> </head> <body bgcolor="#F5F9FD"> <form action="http://www.imageshack.us/index.php" method="post" enctype="multipart/form-data" target="_blank"> <font color="#111111">Image Hosting by ImageShack.us</font> - <a href="http://www.imageshack.us/rules.php" target="_blank">ToS</a><br /> <input type="hidden" name="MAX_FILE_SIZE" value="1048576"> <input type="hidden" name="aff" value="images"> <input type="hidden" name="type" value="blank"> <input type="file" class="textfield" name="fileupload" size="30"><br /> <input type="submit" value="Bei IS speichern" > <font color="#111111">Bitte Geduld beim Hochladen...</font><br /> </form> </body> </html> Einfach diese Datei als imageshack.html speichern, auf den Webspace des Forums laden und den IFRAME Link entsprechend anpassen und es sollte funktionieren. So lässt sich auch das Aussehen ggf. mit Stylesheets o.ä. einfach anpassen. Der von meinem werten Krähenkollegen genannte Nachteil mit den language Dateien bleibt allerdings. Dazu müsste man wahrscheinlich den Part komplett in das AdminCP integrieren. Grüßend Grey

Für den Mod der Grafikanpassung wäre ich auch und - wie bereits an anderer Stelle erwähnt - würde auch helfen ihn zu testen. Vielleicht findet sich eine Möglichkeit ihn entweder etwas abzuspecken oder zu vereinfachen, damit er sich leichter integrieren mag. Grey

Damit nicht noch mehr sich vielleicht fragen, was hier wo wer welche Version nutzt : bbpixel.com nimmt ein IPB 1.3.1 und passt es so an, dass es für das XOOPS CMS als Modul einsetzbar ist und mit dessen Userverwaltung und sonstigen Portalfunktionen vernünftig interagiert. Sire geiz-ag ist nicht Betreiber von bbpixel.com (die als Diskussionsplattform IPB 2.0 einsetzen), sondern von einer anderen Seite, die scheinbar XOOPS nutzt und dessen IPB-Modul (statt IPB standalone) in der Version 1.3.1. Deshalb auch die Fragen nach dieser Version und nicht nach der 2.0 Hoffe das war nun einerseits verständlich und andererseits korrekt :)

Dazu eine kleine Frage, Lord Stefan. Wäre es dann nicht ebenso möglich, in die mail() Funktion einzugreifen und die "Von:" Adresse der zu sendenden Mail so zu verändern, dass der Admin eine Mail bekommt, die von jenem Benutzer der sich neu anmeldet zu kommen scheint? Statt also eine Mail von %admin%@%boardurl% zu bekommen, bekäme er eine von der Mailadresse des registrierenden Users. In einigen Situationen könnte das durchaus nützlich sein (direkter Reply auf Anmeldung oder evtl. PN Benachrichtigung möglich bspw.). Grüße Grey

Ist dieser Server ein shared- oder virtual Server? Wie sieht es mit der Hardware aus? Sind die MySQL Prozesse "echte" Prozesse oder nur zusätzliche Threads? Wenn der Server beginnt zu "laggen" sind zu dieser Zeit besonders viele Benutzer auf eurem Forum? Oder ist es unabhängig von Besucherzahl und nur "laufzeitbedingt"? Grüßend, Grey

Eine kleine lizenzrechtlich aber bedeutende Korrektur von Sire Rigo: Das Paket 1.4 soll auf 1.3, nicht auf 1.3.1 aufbauen, aus genannten Lizenzgründen (ab 1.3.1 nicht mehr kostenfrei, 1.3.1 hatte bereits die anderen Lizenzbedingungen). Grey

Könntet ihr bitte vorher und nachher kurz posten? Ich habe gerade ein wenig mit dem Wrapper "gespielt" und er hat mir keine Probleme bereitet. Welche Boardversion?

Wäre es euch möglich den Wrapper vor und nach euren Änderungen zu posten? Ich vermute jedoch stark, basierend auf dass sich das Board beschwehrt, weil ihr kein XHTML konformes META Tag geschrieben habt. METAs müssen in XHTML, da sie kein schließendes Tag besitzen wie bspw. p und /p in etwa so enden: <meta (...) /> Vielleicht löst dies euer Problem Edit: Korrektur. Daran scheint es nicht zu liegen, ich habe gerade auf einem Testboard damit experimentiert. Bitte postet doch den Eintrag, den ihr - vor allem wo - vorgenommen habt. Ist er unter dem standardmäßig bereits vorhandenen META Tag eingefügt worden? Ist der Tag an sich korrekt (gültiges HTML?)?