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)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Am 07.12.2015 um 15:28 schrieb picard:
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
- (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
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!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
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
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.
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.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
was die ladezeit momentan übrigens meinem browser nach gewaltig (etwa 1,8sek) verlängert, ist dein piwik kram.
brauchen wir das?
gruß, eike
Am 8. Dezember 2015 15:48:40 MEZ, schrieb Eike Baran derbaranator@gmail.com:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
was die ladezeit momentan übrigens meinem browser nach gewaltig (etwa 1,8sek) verlängert, ist dein piwik kram.
brauchen wir das?
gruß, eike -----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQIcBAEBCAAGBQJWZu25AAoJEIu3uYB6vkH44nIQAKEIMlmdcB9vqjKYAYL7QcIn FIqb731Os8QUPSos+CAYJvhWE+f/eI8S0zLCMGrXBgIViZuMgjSmlGOMEUa3J+kO R3jTQfLtMAEnMACcOHkO4ckiEMgpZOUEDWdK2YeyS4h+NHWvMeHhQqmkw4C8CPVL VcM9qVcWao4tCduTCqEbD7/nG6qkGbG9HXDebF99sC3D4AYl6JsLFmDWTIo21qlH mB+oAx08k8ie1nupR37AIHMooTkrG5Fp057oTeJjGm+OZbL+WhoiTuYieKqBeU9I B33aF7SBN3VC2B51cqf54JzEtugvhDbiTYLARLy2yGG3d87lptsyjwVM09EzqAGj GhZb+LMusV25kVncM4UWf9AjGXjBJ1P5VLhn4XR8WQMZCkWG4yZjPvE/WVr/G1V/ mr5Cy1Qqx4GPzg6O0BDUcJ6mIqEnO9JPnU2JUbD9WcEtpv82Ge+f71kiA1NLO+IF VxIJpykmZ0oI6DhtHHdvB4fxN7FCFEE3w61yenX7FUw7ybD8EWolbUuflU+ivHPg 3wfMl+vUigogoqdNtsEt/M80ksRSNK3JfkS+QjDR9DEOxShLHT//9URSzQFp/DDK A7MbuJMyTOcvfJND0dh/Szpl9zQLCj66PQbzi5UqeDX2SwCyEQtUtJTxyA+icbAN Eei/8XU/+y7MYYpK02u/ =L0Lv -----END PGP SIGNATURE----- _______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
Ja
Am 08.12.2015 um 15:22 schrieb Eike Baran:
sollte alles in allem gut was gebracht haben.
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
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-featur...
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!
Am Mi, 9. Dez, 2015 um 7:26 schrieb picard freifunk@fr32k.de:
Am 08.12.2015 um 15:22 schrieb Eike Baran:
sollte alles in allem gut was gebracht haben.
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
Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
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-featur...
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
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-datenschutzk...
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/20...
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
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
Am Mi, 9. Dez, 2015 um 7:26 schrieb picard freifunk@fr32k.de:
Am 08.12.2015 um 15:22 schrieb Eike Baran:
sollte alles in allem gut was gebracht haben.
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
Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
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) ###################
ich finde unsere seite OKAY mit eingeschaltetem client geräte cache ist es fix genug!?
Interessant wäre hier was Performance mäßig im FFNetz optimal wäre.
ich habe es von ausserhalb getestet
Gruß Pascal just meine fofftig penns
danke und gruss pic
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
Am 16.12.2015 um 00:48 schrieb heynmoeller@gmx.net:
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.
dann soll sich ums impressum das webteam und der vorstand kümmern
-
Eike Baran -
gmx -
heynmoeller＠gmx.net
-
picard -
picard