Website Änderungs-Ticker
Autor: cato
[BUGFIX] Bei der Liste aller Weblog-Beiträge zu einem Schlagwort führte der "Zurück zur Weblog-Startseite"-Link nur wieder auf die selbe Schlagwort-Seite.
[BUGFIX] In einem Kostüm ließ sich bei der Sortierung der Fotos keine neue Standardeinstellung speichern.
[BUGFIX] Neu angemeldete Benutzer konnten manchmal den ENS-Sitter nicht wechseln.
[ÄNDERUNG] Der Prozess zum Empfehlen eines Fanworks wurde in einen Hintergrundprozess ausgelagert werden. Gerade für Leute, die mehrere hundert Bekannte hier haben, geht das Empfehlen damit deutlich schneller.
Die folgenden Bugfixes sind schon 2-3 Wochen her, nur ist es während dem Serverumzug und dessen Nachwirkungen etwas untergegangen, sie hier auch zu posten... das hole ich hiermit nach.
[PERFORMANCE] An vielen Stellen auf der Animexx-Seite, an denen JavaScript genutzt wird, wurde der Start des Skripts deutlich beschleunigt - insbesondere wenn auf der betreffenden Seite auch Werbebanner angezeigt werden.
[BUGFIX] Bei den Tabellarischen Steckbriefdaten ließen sich die früheren Versionen nicht löschen.
[BUGFIX] Bei der Themenliste der Cosplays wurden auf der Übersichtsseite manchmal die Kostüme einzelner Charaktere doppelt gezählt.
[BUGFIX] In der Maske zum Vertofuzieren von RPGs standen auch beendete RPGs zur Auswahl - wenn man sie dann auswählte, kam ein "Unbekannter Fehler". Sie werden nun ausgeblendet.
[BUGFIX] Die News-Suche funktionierte bei Suchbegriffen mit Umlauten oft nicht richtig.
Ich kann keine Geschwindigkeitsverbesserung merken, ich finde es ist immer noch genauso schnell, es gab sowieso nie eine Verzögerung. Geht es hierbei um das Laden des Scriptes per HTTP oder um JavaScript-Optimierungen? Letzteres würde ich damit erklären, dass mein Notebook eh irre schnell ist (Sony Vaio VPCF23Z1E) und man da eh nichts merkt. xD
> Geht es hierbei um das Laden des Scriptes per HTTP oder um JavaScript-Optimierungen?
Es geht darum, dass JavaScripts nicht erst dann ausgeführt werden, wenn die Seite fertig geladen ist, sondern schon dann, wenn die benötigten Teile des DOM-Trees vorhanden sind. Ist aber bis jetzt auch nur auf ~10 Seiten so umgesetzt.
Aber bei meinem i7 wird es eh nicht viel bringen, da der das DOM eh schon aufgebaut hat bevor der Mexx-Server überhaupt das Script liefern konnte
(Festplatten-Cache des Browsers ist aus). Liegt aber auch daran, dass ich bloß DSL 16000 hab, nicht nur an dem halbfertigen und pausierten Serverumzug. xDHab den Cache jetzt aktiviert, denn meine verschlüsselte Partition ist seit dem neuen Notebook groß genug um ein bisschen Junk zu fassen. xD
PS: Ist eine Unterstützung von googles SPDY geplant?
Edit1: Manchmal hängt der Bildserver bei mir. Liegt das noch an dem Umzug oder bahnt sich da wieder ein extremer Crash an? :/
Edit2: Komisch ist, wenn der Bildserver nicht reagiert, dann funktioniert auch golem.de nicht...
Edit3: Hat sich erledigt. Es war ein DNS-Problem. Quick-And-Dirty-Debugging: ipconfig /flushdns und reload brachte den Bildserver zurück. Golem.de funktioniert nun erst nachdem ich den Google DNS-Server als Primär DNS-Server eingestellt habe...
hab letzte woche gedacht es würde an meinem handy liegen aber nun bin ich bei meinem vater am pc und hier geht auch nix...
auch wenn man nun zum flohmarkt geht und dort auf "meine angebote" gehen will geht auch nichts..
hab eigentlich gedacht das der großteil der fehler die durch den serverumzug entstanden sind bereits beseitigt währen deshalb würd ich nun sehr gerne erfahren ob das daran liegt oder nicht, danke!
sie werden nur missbraucht...!