[Admin] FFNW webseite - wordpress - ladezeit

picard · 7. Dezember 2015 um 14:28

hallo,

in den letzten tage habe ich mein wissen über wordpress auffrischen (müssen).

das resultat vor weg,
wordpress ist super einfach für den nutzer (redakteur/author)
aber der admin hat einiges zu werkeln und
die redakteure/autoren zu beachten.

Für details, ich hatte mir unter anderem.
http://www.drweb.de/magazin/die-wahrheit-ueber-wordpress-performance-1-52175/
und
http://www.drweb.de/magazin/die-wahrheit-ueber-wordpress-performance-2-52230/
zu herzen genommen und durchgearbeitet.

Aber lange rede kurzer sinn.
Wir haben bei nordwest.freifunk.net einiges an potenzial.

ladezeit (ALT)
mit browser cache ~34 Anfragen, 889KB, 2,24s
ohne browser cache ~34 Anfragen, 5.882KB, 3,12s

1. (DB) anfragen
wir hatten beim aufruf unserer webseite
34 anfragen, diese konnte ich mit dem cache plugin: "WP Fastest Cache"
auf 24 reduzieren

1.1 HTML, CSS, JS (komprimierung) Gzip und Browser Caching (aktivierung)
macht auch das cache plugin: "WP Fastest Cache"

im vergleich:
ladezeit (ALT)
mit browser cache ~34 Anfragen, 889KB, 2,24s
ohne browser cache ~34 Anfragen, 5.882KB, 3,12s

ladezeit mit plugin (NEU)
mit browser cache ~24 Anfragen, 880KB, 1,16s
ohne browser cache ~24 Anfragen, 5.776KB, 2,01s

TODO (alle)
webdesigner, redakteure/autoren und admins
wir haben auf der hauptseite 5 sehr große bilder
(Verbreitung.png, Die-Technik.png, Unterstützen.png, gb.jpg, Mitmachen.png) die machen ~3970KB an übertragung.
wenn wir diese größen reduzieren ist die ladezeit erheblich schneller
vor allem! für alle ersten aufruf ohne vorhandenen browser cache!

TODO NEU
HTML, CSS, JS lässt sich NOCH SEHR VIEL WEITER komprimieren das es nur noch maschinen nutzbar ist
aber nicht mehr menschen lesbar. das reduziert die ladezeit einer webseite NOCHMAL ungeheuer.

ich möchte an der vorhandenen webseite nicht mehr viel ändern!

ABER an der zukünfitgen,
deswegen nehmt mich bitte als admin der wordpress seite mit an board und
gemeinsam erstellen wir eine checklist (danke tarek für den tip)

Eike_Baran · 7. Dezember 2015 um 14:40

hallo,

in den letzten tage habe ich mein wissen über wordpress
auffrischen (müssen).

das resultat vor weg, wordpress ist super einfach für den nutzer
(redakteur/author) aber der admin hat einiges zu werkeln und die
redakteure/autoren zu beachten.

Für details, ich hatte mir unter anderem.
http://www.drweb.de/magazin/die-wahrheit-ueber-wordpress-performance-1

- -52175/

und
http://www.drweb.de/magazin/die-wahrheit-ueber-wordpress-performance-2

- -52230/

zu herzen genommen und durchgearbeitet.

Aber lange rede kurzer sinn. Wir haben bei nordwest.freifunk.net
einiges an potenzial.

ladezeit (ALT) mit browser cache ~34 Anfragen, 889KB, 2,24s ohne
browser cache ~34 Anfragen, 5.882KB, 3,12s

1. (DB) anfragen wir hatten beim aufruf unserer webseite 34
anfragen, diese konnte ich mit dem cache plugin: "WP Fastest
Cache" auf 24 reduzieren

1.1 HTML, CSS, JS (komprimierung) Gzip und Browser Caching
(aktivierung) macht auch das cache plugin: "WP Fastest Cache"

im vergleich: ladezeit (ALT) mit browser cache ~34 Anfragen, 889KB,
2,24s ohne browser cache ~34 Anfragen, 5.882KB, 3,12s

ladezeit mit plugin (NEU) mit browser cache ~24 Anfragen, 880KB,
1,16s ohne browser cache ~24 Anfragen, 5.776KB, 2,01s

TODO (alle) webdesigner, redakteure/autoren und admins wir haben
auf der hauptseite 5 sehr große bilder (Verbreitung.png,
Die-Technik.png, Unterstützen.png, gb.jpg, Mitmachen.png) die
machen ~3970KB an übertragung. wenn wir diese größen reduzieren ist
die ladezeit erheblich schneller vor allem! für alle ersten aufruf
ohne vorhandenen browser cache!

outch. das ist wirklich n ziemliches brett.
habe Unterstützen.png gerade mal zu unterstuetzen.jpg gemacht mit für
die anzeige genau passender Auflösung von 215x242px und 70%
Qualität...damit werden aus 731KB nur noch 13KB, ohne dass es merklich
anders aussieht D:

Das ändere ich heute abend mal.

ich möchte an der vorhandenen webseite nicht mehr viel ändern!

ist grundsätzlich richtig, aber die ganz dicken hunde, die sich mit
sehr wenig aufwand beheben lassen, kann man ja trotzdem angehen.

Danke für deine Mühen & Gruß,
Eike

picard · 7. Dezember 2015 um 15:16

Zitat von Eike Baran <derbaranator@gmail.com>:

outch. das ist wirklich n ziemliches brett.
habe Unterstützen.png gerade mal zu unterstuetzen.jpg gemacht mit für
die anzeige genau passender Auflösung von 215x242px und 70%
Qualität...damit werden aus 731KB nur noch 13KB, ohne dass es merklich
anders aussieht D:

Das ändere ich heute abend mal.

danke!

ich möchte an der vorhandenen webseite nicht mehr viel ändern!

ist grundsätzlich richtig, aber die ganz dicken hunde, die sich mit
sehr wenig aufwand beheben lassen, kann man ja trotzdem angehen.

das sehe ich auch so, danke dafür.

sag bescheid wenn du durch bis, dann schau ich mir das noch mal an.

Danke für deine Mühen & Gruß,

dafür nicht, gerne!

Eike_Baran · 7. Dezember 2015 um 15:30

ich möchte an der vorhandenen webseite nicht mehr viel ändern!

ist grundsätzlich richtig, aber die ganz dicken hunde, die sich
mit sehr wenig aufwand beheben lassen, kann man ja trotzdem
angehen.

das sehe ich auch so, danke dafür.

sag bescheid wenn du durch bis, dann schau ich mir das noch mal
an.

erledigt. ggf STRG+F5.

was nun (bei den bildern) noch relativ groß ist, ist das
titelbild, das hat noch (verkraftbare) 130kb oder so. wenn man wollte,
könnte man da die untere hälfte abschneiden und das ganze nochmal in
der jpg-qualität so auf 40-50 setzen. dann gibts n paar
komprimierungs-artefakte; wenn man dann aber per css nen blur-filter
drüber packt (ist ja eh gewollt unscharf), müsste das gehen und man
dürfte das bild auch noch auf etwa 10-15kb bekommen...da müsste man
aber n bisschen basteln, denn iirc greift css-blur auf die
kindelemente durch und dann ist auch der schriftzug unscharf :S

Gruß,
Eike

picard · 7. Dezember 2015 um 15:47

Zitat von Eike Baran <derbaranator@gmail.com>:

erledigt. ggf STRG+F5.

cache neu aufbauen lassen vom plugin und reloaded.

was nun (bei den bildern) noch relativ groß ist, ist das
titelbild, das hat noch (verkraftbare) 130kb oder so.

da stimmt was nicht, das bg.jpg hat noch 1.386,35KB
und freifunk_verbindet_sd.png (255,22KB) schau dir das auch mal an bitte
danke eike!

wenn man wollte,
könnte man da die untere hälfte abschneiden und das ganze nochmal in
der jpg-qualität so auf 40-50 setzen.

das ist sehr sinnvoll das untere abzuschneiden, machst du das bitte? VIELLEN DANK.
die qualiät pass an wie du es für richtig hällst, du schafst das

dann gibts n paar
komprimierungs-artefakte; wenn man dann aber per css nen blur-filter
drüber packt (ist ja eh gewollt unscharf), müsste das gehen und man
dürfte das bild auch noch auf etwa 10-15kb bekommen...da müsste man
aber n bisschen basteln, denn iirc greift css-blur auf die
kindelemente durch und dann ist auch der schriftzug unscharf :S

ich verstehe nicht alles, hier bin ich als *** RAUS ***

aber in meinen augen macht es sinn, nur bilder auf die webseite zu machen so
wie sie dann auch gezeigt werden in größe und dimensionen. das spart unglaublich.
also lasst uns das bild bg.jpg anpassen.

picard · 7. Dezember 2015 um 16:20

Zitat von picard <freifunk@fr32k.de>:

da stimmt was nicht, das bg.jpg hat noch 1.386,35KB

AHHH!!! ich habe mal wieder vergessen das ich hier hinter einem agressivem proxy sitze.
daran kann es liegen, wenn du es geändert hast.

Eike_Baran · 8. Dezember 2015 um 14:22

dann gibts n paar komprimierungs-artefakte; wenn man dann aber
per css nen blur-filter drüber packt (ist ja eh gewollt
unscharf), müsste das gehen und man dürfte das bild auch noch auf
etwa 10-15kb bekommen...da müsste man aber n bisschen basteln,
denn iirc greift css-blur auf die kindelemente durch und dann ist
auch der schriftzug unscharf :S

ich verstehe nicht alles, hier bin ich als *** RAUS ***

aber in meinen augen macht es sinn, nur bilder auf die webseite zu
machen so wie sie dann auch gezeigt werden in größe und
dimensionen. das spart unglaublich. also lasst uns das bild bg.jpg
anpassen.

habe das auch mal umgesetzt. zusätzlich noch das video-vorschaubild
ge-jpg-ed (250kb => 27kb) und eine Browserweiche entfernt, die bei
großen Bildschirmen immernoch ein SEHR großes Headerbild (das
vorhandene in xxl-auflösung mit 1,5mb oder so) lud.

sollte alles in allem gut was gebracht haben.

gruß,
eike

Eike_Baran · 8. Dezember 2015 um 14:48

was die ladezeit momentan übrigens meinem browser nach gewaltig (etwa
1,8sek) verlängert, ist dein piwik kram.

brauchen wir das?

gruß,
eike

picard1 · 8. Dezember 2015 um 15:51

Ja

picard · 9. Dezember 2015 um 06:26

aber sowas von!
von unten nach oben vergleichen, vielen dank eike.

mir ist aufgefallen das piwik recht lahm ist.
ich bin noch nicht dazu gekommen piwik bei uns zu installieren
(auf meiner todo) da es auf meinem webspace eh läuft, ist es nicht ganz
weit oben auf meiner TODO.

ladezeit (eike)
mit browser cache 24 Anfragen 16,3KB, 1,02s
ohne browser cache 24 Anfragen 1,069KB, 1,41s

ladezeit mit plugin (pic)
mit browser cache ~24 Anfragen, 880KB, 1,16s
ohne browser cache ~24 Anfragen, 5.776KB, 2,01s

ladezeit (ALT)
mit browser cache ~34 Anfragen, 889KB, 2,24s
ohne browser cache ~34 Anfragen, 5.882KB, 3,12s

gmx · 9. Dezember 2015 um 10:56

Bei einigen Seiten gibt es ein "opt in" für Datenanalyse Werkzeuge wie piwik.
Ich fände es gut wenn Benutzer eine Wahl haben ob sie das machen wollen oder nicht.
Ich filter das zwar standardmäßig raus jedoch sind die Möglichkeiten auf manchen Geräten sehr eingeschränkt.

http://piwik.org/docs/privacy/#step-3-include-a-web-analytics-opt-out-feature-on-your-site-using-an-iframe

In wie fern sind folgende Maßnahmen zum Schutz der Privatsphäre umgesetzt?
http://piwik.org/docs/privacy/
Step 1) Automatically Anonymize Visitor IPs
Step 2) Delete Old Visitors Logs
Step 3) Include a Web Analytics Opt-Out Feature on Your Site (Using an iFrame)
Step 4) Respect DoNotTrack preference
Step 5) Optional Privacy Preferences
Transparenz wäre hier schön, dass wir tracken, wie wir tracken und was wir tracken.

Danke Gruß Pascal

PS: Nein ich mache es nicht selbst, da ich das Tracking nicht eingeführt habe!

gmx · 9. Dezember 2015 um 11:54

Sry, ich vergaß Danke zu sagen für eure Bemühung das zu Beschleunigen; finde ich prima.

Disclaimer: Nur weiter lesen falls euch meine Meinung interessiert!
Ansonsten bitte wie sonst auch, einfach ignorieren. Danke.

Rückmeldung meinerseits ist, dass es auf meinem singlecore ARM A9 mobile immer noch 20 sek. braucht und anschließend nach wie vor eine elendig lange leere Seite rund um das Video bei mir zu sehen ist. Nach ganz unten scrollen geht , dauert jedoch.( Das Impressum ist ganz unten!).

hints für interessierte:
Es gab früher mal eine 56K Regel die besagte dass die Startseite optimaler weise nicht größer sein sollte wie 56K damit diese über ein eben solches Modem schnell lädt. Durch befolgen dieser Regel hat sich damals Google bei uns Informatikern durchgesetzt! Es war die Seite bei der die Suchmaske einfach am schnellsten da war und wertvolle Zeit sparte. (Das war noch die Zeit von Welt Weit Warten und CDs).

Da nicht täglich gepostet wird, wäre meine Empfehlung sogar eine statische Landingpage zu benutzen und die blogs ggf. auf Unterseiten zu führen.

Heute würde ich persönlich, ohne jetzt weiter recherchiert zu haben die Grenze für die Startseite bei 2Mbit bzw. von 96KB bis 250KB ziehen. (Das entspricht den kleinsten DSL-Leitungen [DSL-light bis 2MBit]).

Interessant wäre hier was Performance mäßig im FFNetz optimal wäre.

Gruß Pascal
just meine fofftig penns

picard · 15. Dezember 2015 um 15:20

moin pascal,

Zitat von gmx <heynmoeller@gmx.net>:

Bei einigen Seiten gibt es ein "opt in" für Datenanalyse Werkzeuge wie piwik.
Ich fände es gut wenn Benutzer eine Wahl haben ob sie das machen wollen oder nicht.
Ich filter das zwar standardmäßig raus jedoch sind die Möglichkeiten auf manchen Geräten sehr eingeschränkt.

http://piwik.org/docs/privacy/#step-3-include-a-web-analytics-opt-out-feature-on-your-site-using-an-iframe

danke für deine mühe.

In wie fern sind folgende Maßnahmen zum Schutz der Privatsphäre umgesetzt?
http://piwik.org/docs/privacy/
Step 1) Automatically Anonymize Visitor IPs

Anonymisiere JA
2 bytes

Step 2) Delete Old Visitors Logs

Alte Besucher-Logs löschen JA
720 Tage

Step 3) Include a Web Analytics Opt-Out Feature on Your Site (Using an iFrame)

Piwik-Deaktivierung für Ihre Besucher
Piwik ist es wichtig, die Privatsphäre Ihrer Besucher zu wahren. Fügen Sie den folgenden HTML-Code auf einer Seite Ihrer Website (z.B der Datenschutz-Seite) ein, um den Besuchern Ihrer Website die Möglichkeit zu geben, sich gegen eine Erfassung ihres Besuches durch Piwik zu entscheiden.
<code>
Dieser Code wird innerhalb eines Iframes angezeigt und enthält einen Link, über den ein Cookie im Browser Ihrer Besucher abgelegt wird, womit die Erfassung durch Piwik deaktiviert wird. Klicken Sie hier, um eine Vorschau auf den Text zu bekommen, der den Besuchern in dem Iframe angezeigt wird.

ist noch nicht verfügbar.
möchte ich gerne einbauen auf transparenz seite (siehe unten)

Step 4) Respect DoNotTrack preference

Sie respektieren die Privatsphäre Ihrer Besucher, Bravo!
Wenn Benutzer in ihrem Browser "Ich möchte nicht getrackt werden" eingestellt haben (Do-not-Track aktiviert), dann wird Piwik diese Besuche nicht tracken.

Transparenz wäre hier schön, dass wir tracken, wie wir tracken und was wir tracken.

dazu sollten wir eine seite anlegen mit Opt-Out.
dazu würde ich mich über ideen, hilfe usw freuen.

Danke Gruß Pascal

ich danke dir

picard · 15. Dezember 2015 um 15:46

Zitat von gmx <heynmoeller@gmx.net>:

Sry, ich vergaß Danke zu sagen für eure Bemühung das zu Beschleunigen; finde ich prima.

gerne,
aber ein danke freut!

Rückmeldung meinerseits ist, dass es auf meinem singlecore ARM A9 mobile immer noch 20 sek. braucht und anschließend nach wie vor eine elendig lange leere Seite rund um das Video bei mir zu sehen ist. Nach ganz unten scrollen geht , dauert jedoch.( Das Impressum ist ganz unten!).

das das impressum ganz unten ist... ist das ein problem?
wenn das impressum über http://nordwest.freifunk.net/impressum erreichbar wäre,
dies ist im moment nicht der fall, sollten wir das ändern mit einer weiterleitung?
oder wie sollten wir hier mit umgehen?

hints für interessierte:
Es gab früher mal eine 56K Regel die besagte dass die Startseite optimaler weise nicht größer sein sollte wie 56K damit diese über ein eben solches Modem schnell lädt. Durch befolgen dieser Regel hat sich damals Google bei uns Informatikern durchgesetzt! Es war die Seite bei der die Suchmaske einfach am schnellsten da war und wertvolle Zeit sparte. (Das war noch die Zeit von Welt Weit Warten und CDs).

Da nicht täglich gepostet wird, wäre meine Empfehlung sogar eine statische Landingpage zu benutzen und die blogs ggf. auf Unterseiten zu führen.

das haben wir mit einem cache plugin erreicht.
https://de.wordpress.org/plugins/wp-fastest-cache/
die anfragen an die DB wird um einiges reduziert.

ich würde hier noch viel mehr machen, z.b einen statischen cache im RAM.
so wie du es schon sagst mit statischen seiten dafür muss ich aufs webteam warten
die müseen mich mit ins boat nehmen für die neue entwicklung der landingpage.

Heute würde ich persönlich, ohne jetzt weiter recherchiert zu haben die Grenze für die Startseite bei 2Mbit bzw. von 96KB bis 250KB ziehen. (Das entspricht den kleinsten DSL-Leitungen [DSL-light bis 2MBit]).

Chromium Network einstellungen:

Good 2G 450Kbps 150ms RT
416 / 1,1MB transferred Finish 21,14s

### mein fokus ###
Regular 3G 750Kbps 100ms RT
416 / 1,1MB transferred Finish 13,29s
416 / 1,1MB transferred Finish 2,04s (cache)

Regular 4G 4Mbps 20ms RT
416 / 1,1MB transferred Finish 3,34s
416 / 1,1MB transferred Finish 2,11s (cache)

Regular DSL 2Mbps 5ms RT
416 / 1,1MB transferred Finish 5,94s
416 / 1,1MB transferred Finish 1,96s (cache)

WiFi 30Mbps 2ms RT
416 / 1,1MB transferred Finish 1,83s
416 / 1,1MB transferred Finish 1,74s (cache)

gmx · 15. Dezember 2015 um 22:56

15. Dezember 2015 16:21 Uhr, "picard" <freifunk@fr32k.de> schrieb:

danke für deine mühe.

gerne
Weitere Literatur Hinweise zum Datenschutz sind unten.

Step 2) Delete Old Visitors Logs

Alte Besucher-Logs löschen JA
720 Tage

Definitiv zu lang der Zeitraum bis zur Löschung!
Analysen müssen nach dem sie gefahren wurden gelöscht werden (die Logs in dem Fall)!
Das heißt wir müssen uns überlegen was wir untersuchen wollen. Es definieren, Daten sammeln, sie Auswerten und dann löschen. Eine langfristige Speicherung ist uns nicht erlaubt und verstößt gegen den Datenschutz.
Typische Werte für die Speicherung zu Abrechnungszwecke ist z.B.7 Tage oder um einen Missbrauch aufzudecken bis zu 6 Monate. Cookies in der Regel 30 Tage.
Es sollte hier eine Wert gewählt werden der für unsere Zwecke ausreichend ist.
Die Daten müssen Zweckgebunden gesammelt werden, einfach nur pauschal sammeln dürfen wir nicht.

Step 3) Include a Web Analytics Opt-Out Feature on Your Site (Using
an iFrame)

Piwik-Deaktivierung für Ihre Besucher
Piwik ist es wichtig, die Privatsphäre Ihrer Besucher zu wahren. Fügen
Sie den folgenden HTML-Code auf einer Seite Ihrer Website (z.B der
Datenschutz-Seite) ein, um den Besuchern Ihrer Website die Möglichkeit
zu geben, sich gegen eine Erfassung ihres Besuches durch Piwik zu
entscheiden.
<code>
Dieser Code wird innerhalb eines Iframes angezeigt und enthält einen
Link, über den ein Cookie im Browser Ihrer Besucher abgelegt wird,
womit die Erfassung durch Piwik deaktiviert wird. Klicken Sie hier, um
eine Vorschau auf den Text zu bekommen, der den Besuchern in dem
Iframe angezeigt wird.

ist noch nicht verfügbar.
möchte ich gerne einbauen auf transparenz seite (siehe unten)

Direkt auf der Seite wäre besser, dann kann uns keiner sagen: "Hej ihr sammelt ja Daten und ich erfahre es erst jetzt."
Opt-In wäre der Idealfall aus Sicht des Datenschutzes.

Transparenz wäre hier schön, dass wir tracken, wie wir tracken und
was wir tracken.

dazu sollten wir eine seite anlegen mit Opt-Out.
dazu würde ich mich über ideen, hilfe usw freuen.

Folgendes habe ich so eben noch gefunden mit einer Erklärung die wir so übernehmen könnten wenn wir Werbung für die machen in dem wir schreiben das wir es von denen haben.
https://www.datenschutzbeauftragter-info.de/fachbeitraege/piwik-datenschutzkonform-einsetzen/

Hier drin steht noch mal was wir umsetzen müssen wen wir piwik nach deutschen Recht Datenschutzkonform benutzen wollen.
https://www.datenschutzzentrum.de/tracking/
https://www.datenschutzzentrum.de/uploads/projekte/verbraucherdatenschutz/20110315-webanalyse-piwik.pdf

Hoffe es hilft die rechtliche Situation zu verstehen. Da kann uns ganz schön in den Arsch getreten werden wenn wir das nicht Datenschutz konform verwenden.

Willkommen im anderen Teil der Adminwelt wo man gefühlt mit einem Bein schon im Knast steht.
Wo bei das ULD sagt man kann Piwik DS konform konfigurieren. Von daher hoffe ich das beste.

Gruß Pascal

gmx · 15. Dezember 2015 um 23:48

das das impressum ganz unten ist... ist das ein problem?

Grundsätzlich nicht. Wobei ich es an anderer Stelle (weiter oben) favorisiere.

Das Imp. war nur ein Beispiel weil ich mal versuchte am Handy aufs das Imp. zu kommen und dabei feststellt das
es scheiße ist eine Seite zu haben die um das Lisa Video herum nicht richtig gerendert wird und ich
deshalb eine Millionen Km scrollen muss bis ich da bin wo ich hin wollte.

wenn das impressum über http://nordwest.freifunk.net/impressum
erreichbar wäre,

Ich verstehe die Frage nicht da das Imp. duch ein weiterleitung über https dort unter Punkt sieben verfügbar ist.

dies ist im moment nicht der fall, sollten wir das ändern mit einer
weiterleitung?
oder wie sollten wir hier mit umgehen?

Da eine Impressumsänderung ansteht wenn wir mit dem juristischenFoo zur Vereinsumbenennung durch
sind, erwähnte Clemens im Gespräch das wir so etwas wohl machen werden (eine extra Seite fürs
Impressum) um auch den Aufwand für zukünftige Änderungen zu minimieren.
https://wiki.nordwest.freifunk.net/Impressum#Impressum-1
Von daher werden wir eine spezielle Impressums Seite machen die dann Überall eingebunden wird (im
blog und wiki).
Oder auf der wiki Seite wird alles bis auf ".7 Impressum" ausgelagert.
Darüber muss dann noch entschieden werden wie das genau umgesetzt wird.

ich finde unsere seite OKAY
mit eingeschaltetem client geräte cache ist es fix genug!?

Auf einem Gerät nach dem heutigen Stand der Technik finde ich das auch okay.

Beim Webdesign geht man halt vom worst case aus um so viele Menschen wie möglich zu erreichen.
Barrierfreiheit ist da auch so ein Thema was oft vernachlässigt wird. Biene-Award z.B.
http://www.biene-wettbewerb.de/pruefschritte/

Der hint war eher ein schwelgen in Nostalgie; weil yahoo und Web.de mit ihren überladenen Portalen
da nicht mithalten konnten. Weniger ist mehr. Heißt ein Asiatisches Sprichwort. G***** hat es
gemacht.

Ich glaube mittlerweile, es liegt an dem verstaubten browser der die Seite nicht richtig rendern
kann.
Es gibt aber auch nur wenige Seiten die Probleme machen. Unser Blog gehört leider dazu.

Gruß Pascal

picard · 16. Dezember 2015 um 07:15

dann soll sich ums impressum das webteam und der vorstand kümmern