DrPagel-Biografie...
.... schreibe ich, wenn ich älter bin.
Wem das zu lange dauert, kann sich inzwischen schon die Zeit mit dem Besuch meiner anderen Homepageseiten vertreiben:- Solange (seit 18.Oktober 2010) wegen des fehlenden alt-Atribut im img-Element des "speichern"-Buttons unter dem Browser Firefox für drpagel.log.ag keine
Beiträge publiziert werden können, können meine Beiträge ab dem 18.Oktober 2010 in meinem Tagebucharchiv durch Klick auf diesen Link weiterverfolgt werden. Die Abstrakts der Beiträge werden gegebenenfalls später hier nachgetragen.
- Dr.Pagel-WebseitenZentrale www.drpagel.de mit automat. Weiterleitung auf meine auch separat aufrufbare (schon etwas verstaubte) Seite:
- Dr.Pagel Webcam, Wetter und Wissen. Dort befindet sich auch das Impressum, die Kontaktadresse und ein Link zu meinem
- Foto. Weitere angefangene Projekte sind meine
-
Umweltseite mit meinem schönen Urlaubsfoto vom Oktober 2004 aus der versmogten lettischen Hauptstadt Riga an der Daugava, die ich bereits am 23.1.2005 bei Suchnase.de angemeldet hatte und der Domain-Inhaber, ohne mich zu informieren mit neuem Inhalt bespielt hat, dann meine - Seiten zum Thema Bildung, Gesundheit, Urlaub, Wellness (begonnen seit dem 10.9.2004, geplant seit Pfingsten 2004; freenet stellt diese gratis-Webseiten zum 31.3.2010 ein).
- Weblog-Archivseiten tb-archiv.drpagel.de
- meine
Vitamin-C-Forschungsseite mit der Option zum Kennenlernen von PHP (noch nicht getestet!; seit Dezember 2005) bei Lycos.de unwiderbringlich gelöscht! und ich habe jetzt weder Zeit noch Lust, diesen Datenverlust zu beheben! (Gewinn-Warnung: das wird wohl vor Winter 2011/2012 nichts mehr!) - meine Planung zur HP bei Lycos.fr (seit Dezember 2005)
- mein Multilingual-Projekt: Text in 29 Sprachen (languages)
- meine Ausspracheübung (z.Zt. in 24 Sprachen)
Jedoch hat mich der Datencrash im Juli 2005 soweit zurückgeworfen, dass ich danach keine meiner Webseiten mehr mit NOF aktualisiert und immer noch nicht alle defekten Dateien auf Wiederherstellung geprüft habe. Bei der Festplattenanalyse bei Vobis wurde in 2005 kein Virus gefunden, jedoch ein Jahr später hat mir die aktualisierte Antiviren-Software gezeigt, dass auch auf gewerbliche Virenscans leider kein Verlass ist.
Hier meine unvollständige Lieblings-Webseiten-Liste (z.B.: backlinks für PageRank):Ehemalige Weblogs sind in meiner Gesamtliste aufgeführt. Zur Kenntnisnahme: Alle mit (dp) gekennzeichneten lyrischen Ergüsse sind durch Copyright © by Dr.Detlef Pagel urheberrechtlich geschützt. Bis auf Widerruf ist die auszugsweise Wiedergabe mit Quellenangabe nur zum privaten nichtkommerziellen Gebrauch gestattet.
Hinweise zu Weblog-Code-Fehlern>>Forum zu Weblog (siehe auch rechte Leiste); Homepage(freenet-Administrator)NOTFALL-HINWEISE (siehe auch mein Eintrag vom 9.6.2005)Hinweise zu Internet-Störungen allgemein >>
Gebrauchsanleitung: es wird (zur Zeit) auf dieser Site immer nur der Weblog-Inhalt der letzten 5 Beiträge angezeigt. Zum Suchen anderer Einträge können die Inhaltsverzeichnisse (webtropia-Weiterleitung zum Loomes-Server, Loomes-Server) oder alternativ zum Freenet-Kalendariums am rechten Rand dieser Site ein eigener Kalender 2004, 2005 durch Anklicken der Wunschtage oder ein internes Suche-Formular: oder die Index-Seite für mein Tagebuch-ZentralArchiv For translation of my websites click here please (zhōng=#20013)Wetter in Wetzlar benutzt werden.
Der erste Tagebucheintrag fand am 16.Mai 2004 statt, also vor gut vier Jahren. Seitdem wurden zu verschiedenen Themen verfasst. Als kleines Dankeschön für das zunehmende Leserinteresse hier seit Mai2005 meine Bilder des Monats:
System&Browser&JavaScript-Abfrage, Browser&Player-Abfrage
Seit Mo., den 04.08.2008, 01 Uhr(MESZ; a.m.) (hierzu Statistik):
mehr...
Vorübergehend mussten zu Testzwecken fast alle Scripte im Tagebuch-Vorspann entfernt werden! Die meisten Skripte sind noch nicht reinstalliert worden. Daher dürfte jetzt fast keine eigene Javascript-Anwendung funktionieren.
Es ist noch viel zu testen. Daher werden voraussichtlich vor heute abend (16.6.2008) keine weiteren Skripte hier in den Weblog-Vorspann zurückinstalliert werden können. Ich bitte um Verständnis.
 |
 |
Verfasst am 11.06.2008 23:51:34 Uhr Die Sache mit den Ladezeiten einer Weblog-Seite Jetzt habe ich eine (beliebige leere) Vergleichsseite mit Hilfe eines Webseitenanalyse-Programms www.octagate.com/ service/ SiteTimer/ untersucht.
![[Hardcopy]](http://home.arcor.de/detlefs-fotos/Blog/PNG/a4logag_sitetime.png) Bilder von oben nach unten: drei zufällige Analysen von a4.log.ag Anm.:- der gelbe Bereich ist die Wartezeit (im WWW-Netz) zwischen dem Aufruf der Webseite (links) und dem Warten auf die Verbindung mit dem Server (rechts)
- der grüne Bereich stellt die Wartezeit (im Server) seit der Verbindungsaufnahme (connect) mit dem Server (links) bis zum Senden des 1.Bytes (rechts) der angeforderten Datei dar,
- der blaue Bereich ist der eigentliche Downloadbereich zwischen dem 1.Byte (links) und dem letzten Byte (rechts).
Man sieht sehr gut, wie groß die zeitlichen Schwankungen sind, obwohl die OctaGate-Webseite in ihren Grafiken die (x-Koordinatenwerte /) Abszissenwerte wie ein Geheimnis hütet. Was ist 1.0? Ist dies 100%? Von was? Von einer geheimen Vergleichsseite?
Also wenn ich meine Seite hiermit vergleichen möchte, dann muss ich mich auf die wesentlichen Aussagen einer solchen Grafik beschränken und darf nicht in Kleinkrämerei verfallen.
Wesentlich sind drei Bereiche erkennbar:- 1: die obersten beiden Balken werden vor dem HTML-Head geladen:
- a4.log.ag
- a4.log.ag/favicon.ico
- 2: die nächsten 7 Balken bilden einen Block. Die ersten beiden gehören noch zum Headbereich (CSS-Datei und JavaScript-Datei):
- a4.log.ag/global.css
- a4.log.ag/css/java.js
Es folgen zwei Dateien, die die Besucher zählen:- freenet.ivwbox.de/cgi-bin/ivw/CP/32011180;nn
abakus.freenet.de/cgi-bin/ivw/CP/freenet/applications/hom.../index.html?123123
Es folgen drei Bilddateien für den Weblog-Vorspann:- a4.log.ag/sourcen/weblog/layout_3_rolle_bg.gif
- a4.log.ag/sourcen/weblog/layout_3_rolle_oben_1.gif
- www.freenet.de/sourcen/0.gif
- 3: jetzt kommt der eigentliche Tagesbereich des online-Tagebuches. Er wird eingeleitet durch die Frage: "Möchten Sie über neue Einträge in diesem Weblog informiert werden? Dann klicken Sie bitte hier >>" mit nachfolgender Bilddatei. Dann folgt der Bereich rechts unten im Weblog mit den aktuellen Tagesnachrichten (InstantContent), ..., und zum Schluss noch ein "Blank"-Gif von 1Pixel, welches vermutlich zur statistischen Zeitzählung dient:
- weblog.freenet.de/sourcen/button_braun.gif
- instantcontent.freenet.de/docwrite.php?Produkt=9&Anzahl=5
- a4.log.ag/sourcen/weblog/layout_3_rolle_unten_1.gif
- freenet.ivwbox.de/blank.gif
Bei meinem Tagebuch drpagel.log.ag heissen manche Dateien zwar anders, weil sie in einer anderen Subdomain von *.log.ag liegen, aber im wesentlichen entsprechen sie diesem Diagramm-Muster.
- An dem blauen Bereich kann der Webmaster herumdoktern, indem er den Code verbessert, so dass weniger Code gesendet wird. Obiges Bild ergibt z.B. im PNG-Format weniger Byte als im GIF-Format. Der Vorschlag von topsubmit, die Dateigröße, wo sowieso fast nur Bildcode und Code von freenet steht, weiter zu verkleinern, ist völlig irreal, weil man ja dann übernhaupt keinen Weblog-Eintrag schreiben dürfte.
- Den grünen Bereich kann der Webmastere nur optimieren, wenn er feststellt, dass sein Lieblingsserver dauernd überlastet ist und er seine Webseite lieber auf einen weniger mit sich selbst beschäftigten oder schnelleren Server deponiert.
- Der gelbe Bereich ist nur schwer zu optimieren, weil er von der Tagesauslastung und regionalen Eigenart des www-Netzes abhängt.
Nun sieht man aber auch, dass sogar der von der eigenen Codegröße (Bytezahl) abhängige blaue Bereich Schwankungen unterliegt, denn auch über das Netz muss das Senden der Datenflut in Abhängigkeit von der Nutzung durch andere Teilnehmer proportioniert werden. Daher gibt es theoretische (optimale) Downloadzeiten, die z.B. von topsubmit.de als Ladezeit-Check ausgegeben werden.
Topsubmit berechnet diese theoretischen Zeiten in Abhängigkeit von der eigenen Hardware, deren Spezifikationen (Eigenarten) natürlich von den vorgeschlagenen abweichen können. Wesentlich ist die dort angegebene Rate in kbs (kilo bit pro sekunde). Wenn eine Seitengröße mit 91648 Byte berechnet wurde, so sind dies 733184 bit. Bei einer Rate von 56kbs (vergl. s.Tab.) würde der Download 13,09 sekunden dauern (= 733184 bit / 56000 (bit/sek)).
Berater raten gerne vielseitig: da gibt es noch das Webangebot von Letztere rät dem Betreiber, seine Anzahl von Bildern zu verkleinern, die Anzahl der Objekte zu reduzieren, die Bytegesamtzahl auf 30K zu verkleinern, die Anzahl der Skript-Dateien von 3 möglichst auf 1 zu verkleinern, die Gesamtgröße der externen Skripts möglichst unter 4080 bytes zu halten, die Gesamtgröße des externen CSS-Code von 5067 byte möglichst unter 1160Byte zu optimieren. Manches finde ich etwas weltfremd. Zynisch: wenn man nur lange genug die Luft anhält, dann sinkt nicht nur der CO2-Verbrauch, nein auch die Übertragungsleitungen werden dann alle frei und die Server sind nicht mehr überlastet.
| Gerät | Download-Rate | Upload-Rate
|
|---|
| T-DSL16000 | 16 Mb/s | 1 Mb/s
| | T-DSL6000 | 6656 kb/s | 640 kb/s
| | T-DSL2000 | 2304 kb/s | 224 kb/s
| | T-DSL1000 | 1152 kb/s | 160 kb/s
| Anm.: 1 Mb = 1024 kb; 1 kb = 1024 b; Lit.: DSL-Forum.de; onlinekosten.de
Noch ein fröhliches Optimieren! (dp) (3,5h)
Verfasst am 11.06.2008 16:28:34 Uhr Eine Stoppuhr mit der Anzeige von Zehntelsekunden Freenet stellt seinen Homepage-Betreibern gratis ein Javascrippt für eine Stoppuhr mit 1/10-Sekundenanzeige und weitere interessante Javascripts unter dieser URL zur Verfügung (siehe Linksammler).
Damit das Javascript auch im Weblog funktioniert, müssen sämtliche Zeilenumbrüche entfernt werden oder aber der Code in eine separate *.js-Datei kopiert werden. Da ein Weblog-USER keinen Zugriff auf den HTML-Head hat, kann er den Code dort auch nicht hineinkopieren. Eine *.js-Datei kann aber an jedem Ort in der HTML-Datei eingebunden werden. Einzig für das Programm "weblog.freenet.de/show_entry.php" ist die Stelle mit dem eingebundenen <script ... /script> etwas schwer verdaulich, was sich durch eine zeitliche Verzögerung der Darstellung des Eintrags zeigt. Ich habe die *.js-Datei mal in einen Ordner meiner freenet-Homepage einkopiert. Später kann sie unter dem "Eintrag bearbeiten"-Menüpunkt "Einstellungen" eingeparkt werden.
Das dazugehörige Formular muss allerdings (bis auf die Entfernung von Zeilenumbrüchen) in den BODY-Bereich des Weblog-Eintrags kopiert werden. Damit man weiß, wozu man gerade die Stoppuhr laufen lässt, kann man für sich selbst dort ins Themenfeld etwas eintragen (z.B.: Telefonat mit ..., Eierkochen, usw.), anstatt Merkzettel auf den Monitor zu kleben. Damit man das Anzeigefeld dieser Stoppuhr leichter in ein vorformatiertes Browserfenster packen kann, habe ich noch einen HTML-Anker #zssu vor das Ziffernfeld gestellt.Stoppuhr (mm:ss:z)
Unter dem Browser Firefox benötigt es 20,7sek von der Browserfußzeileninfo "Nachschlagen von freenet-homepage.de" (Anforderung der *.js-Datei) bis zum weiteren Webseitenaufbau des Browsers. Ob diese Zeiten bei allen Providern gleich oder auch vom Browsertyp abhängig sind, ist noch unklar. Eine erste Messung mit Hilfe von DebugBar4.02 ergab eine IE7.0-Downloadzeit von 135sek für /2008_6_2008_6_11_weblog.html mit entrümpleten bildlosen Weblog-Vorspann.
Linksammler: (dp) (2h)
Verfasst am 11.06.2008 13:54:23 Uhr Alles hat einmal ein Ende: das cookie Habe mal schnell folgende Links überflogen:
http://www2.infonline.de/de/extra/datenschutz/
http://www2.infonline.de/de/rechts/faq/faq-allgemeines/faq-cookie/
http://www2.infonline.de/de/szm-verfahren/
http://www2.infonline.de/de/ivw-ausweisung/
http://www.ivwonline.de/ausweisung2/suchen.php
http://www2.infonline.de/de/leistungen/
http://www2.infonline.de/de/leistungen/preisliste/
http://www2.infonline.de/de/leistungen/kostenkalkulator/ (für >= 150000)
http://www2.infonline.de/de/leistungen/http-messung/
(dp) (0,75h)
Verfasst am 11.06.2008 13:12:24 Uhr Verstehen von PHP Session ID ? Warum es bei anderen Tagebuchseiten oder bei Yahoo möglich ist, über einen längeren Zeitraum eingeloggt zu sein und bei den weblog.freenet.de-Webseiten nicht? Liegt wohl im Ermessen der PHP-Programmierer und ihren Anweisungen von "höherer Stelle".
Neu war für mich, dass ein Browser nur das Anmelden und nicht das Abmelden gestattet. Daher muss im Falle kein PHP-Logout bemüht wird, welches die PHP-Session beendet, die Sitzung nach einem gewissen TimeOut ("Zeitablauf") beendet werden.
Auch die Länge der SESSION-ID mit 32 Hexadezimalziffer-Stellen ist rein willkürlich.
Wenn also z.B. nach der google-Suche eine Seite mit folgender URL referenziert würde ... http://drpagel.log.ag /2008_6_2008_6_11_weblog.html ?PHPSESSID =
0123456789abcdef0123456789abcdef ..., dann könnte ein irdischer Weltenrichter vielleicht die Herausgabe der Benutzer-ID vom Provider verlangen, die Sitzung ist aber bereits beendet und diese ID-Kennung damit wertlos und ungültig. Ich bin mir sicher, dem lieben Herrgott wäre es zu oberpeinlich, nach der Session-ID zu fragen.
Da ich mich bisher nur oberflächlich mit PHP befasst habe, ist mir noch nicht klar, ob diese ID per Zufallsgenerator oder systematisch erzeugt wird. Ich tendiere mal zur zufälligen Erzeugung. Es müsste lediglich gewährleistet sein, dass innerhalb eines bestimmten Zeitabschnitts (TimeOut) nicht mehrmals die gleiche ID erzeugt werden würde. Also könnte sie aus zwei Teilen, einem zufälligen und einem systematischen Teil bestehen und wäre damit logisch aber insgesamt wieder zufällig: systematisch und systematisch = systematisch systematisch und zufällig = zufällig zufällig und zufällig = zufällig
Linksammler:Das reicht für's erste. (dp) (1h)
Adminbereich
| Diese Seite bookmarken
| Weitersagen |
|
 |
| < | Juni 2008 | > | | So | Mo | Di | Mi | Do | Fr | Sa |
|