IRC Images, Pictures direct from IRC channels!
Tuesday, May 10th, 2005Mitunter etwas skuril was da so abgeht, aber was solls: IRC Images, Pictures direct from IRC channels!
Mitunter etwas skuril was da so abgeht, aber was solls: IRC Images, Pictures direct from IRC channels!
Bin ich jetzt durcheinander, oder apache?
[20/Apr/2005:08:01:43 +0200] “GET /forum…
[20/Apr/2005:07:50:55 +0200] “GET /forum…
[20/Apr/2005:08:39:11 +0200] “GET /robots.txt
[20/Apr/2005:08:06:38 +0200] “GET /login.php…
[20/Apr/2005:08:39:56 +0200] “GET /images/…
[20/Apr/2005:07:48:35 +0200] “GET /forum/…
[20/Apr/2005:08:40:22 +0200] “GET /robots.txt…
[20/Apr/2005:08:40:17 +0200] “GET /favicon.ico…
[20/Apr/2005:07:48:41 +0200] “GET /forum/…
[20/Apr/2005:08:12:49 +0200] “GET /forum/…
So ein durcheinander (man beachte die Zeiten) habe ich gerade in einem Apache Logfile gefunden. An der Serverzeit hat zwischendurch wohl keiner rumgespielt. Sehr bizarr.
Java basierter Proxy für anonymen Internetkonsum: JAP — ANONYMITY & PRIVACY
Broser-CSS-Kompatibilität – Welcher Browser unstützt welches CSS Funktionen:
Full CSS Property Compatibility Chart
Bin eben über ein Stück Spam in meiner Mailbox gestolpert. Da der Verursacher (NKL-Wolf.de) sich dabei identifizieren läßt, habe ich nicht lange gezögert und denen mal eine Ausgabe von TFFFFF – Thoms Fassung von Framstags freundlichem Folterfragebogen zukommen lassen.
Schon mal versucht der Datumsformatierung in Typo3 Herr zu werden? Ich wage mal zu behaupten, das ist sowieso nicht mglich.
Datum im Backend: Man kann im Typo3 Setup ein Datumsformat definieren. Das wird dann auch in der Anzeige der Content-Elemente im Backend verwedet. (z.B. Setup: “d.m.Y” (Php Date()): 22.03.2005) Gut soweit.
Wenn man ein Content-Element editiert, wird das Datum ein wenig “anders” formatiert: “j-n-Y”: 22-3-2005
Das kann man auch nicht wirklich ändern. Der einzige Hinweis wie man wohl etwas daran änder kann sagt aus, das man in der Datei “typo3/t3lib/jsfunc.evalfield.js”, in Zeile 418:theString = theTime.getDate()+'-'+(theTime.getMonth()+1)+'-'+this.getYear(theTime);
Leider hat das bei meinen Versuchen überhaupt keine Wirkung gezeigt.
Das eigentliche Ärgernis ist aber das Datumsformat im Frontend. Wenn man bei einem Content Element das Feld “datum” (date) ausfüllt, wird über der Überschrift eines Content Elements dieses Datum angezeigt. Im Format “d/m Y”: 22/03 2005. Ich habe bisher keinen Hinweis darauf gefunden, wo und wie man das beeinflussen kann.
Aber ich suche weiter …
Update:
Ich habe jetzt etwas rumgefuscht.
In der Datei “ypo3/ext/css_styled_content/static/setup.txt” einfach das Format angepasst (Zeile 160: 5.date = d.m.Y). Das ist zwar keine schöne Lösung, da aber diese Extension ohnehin schon angepasst werden musste ist das jetzt auch egal.
Update 2:
Die gleiche Wirkung erreicht man mit dieser Zeile im Template-Setup:lib.stdheader.5.date = d.m.Y
Google Ridefinder. Da wird also gebastelt, Taxen die mit GPS Positionsangaben in einer Karte angezeigt werden. Damit kann man dann sehen, wo gerade ein freies Taxi rumkurvt. “Privatsphäre” können diese Taxen dann aber nicht mehr vermitteln. Erinnert ein wenig an Tollcollect, damit müsste etwas ähnliches realisierbar sein. Ein Datenschutzalptraum, aber “Nice to have” :)
[via Webmaster Blog]
ist es, wenn man mit ansehen muÃ, wie Leute etwas “in die Hand” nehmen, von dem sie überhaupt nichts verstehen.
Aber was haben DNS-Einträge, das Internet und E-Mail schon miteinander zu tun? Und zu technisch ist das auch gar nicht, das kann eigentlich Jeder. Die einen fordern den Internetführerschein schon für die bloÃe Nutzung des Mediums, während gleichzeitig an anderen Orten das Medium von Personen hergestellt, verwaltet und gewartet wird, die nicht einmal die Prüfunt für diesen Führerschein bestehen würden.
Ich glaube ich fange jetzt an Wolkenkratzer zu bauen. Bin zwar kein Architekt und vestehe auch nichts davon, aber was solls, kann ja nicht so schwer sein. Und wenn der dann umfällt, nur weil man das Fundament vergessen hat, stellen wir ihn wieder hin.
Mir ist übel.
Sehr nett, ein Roboterarm der über ein Browserinterface gesteuert wird.
Toll. Wir testen gerade den Funktionsumfang eines CMS. Es gibt die Möglichkeit dort über ein Active-X Dingens Office Dateien direkt im Browser zu bearbeiten. Leider ist das Active-X File nicht signiert. Nicht einmal der Internet Explorer lässt sich so unsicher einstellen, das er die Installation dieser Datei zulassen würde. Leider bleibt uns diese Funktion damit verborgen.
Na toll, die HUK bietet jetzt eine Haftpflicht Versicherung bei Wurm- und Virenschäden. Also eine Versicherung für alle, die den begründeten Hinweis keine Dateianhänge von fremden (… das übliche gefasel) zu öffnen. Recht so, wer nicht Lernen will muà zahlen.
[via IT-Weblog]
Sehr lästig ist allerdings, wenn die Leute in einem Kontaktformular eine falsche E-Mail Adresse als einzige Kontaktmöglichkeit hinterlassen, zusätzlich zur deplatzierten Anfrage als solches. Diese Personen sollte man eigentlich gleich an den Pranger stellen.
Ich bin auch sehr für einen Internetführerschein.
Manchmal habe ich das Gefühl, die Leute gucken sich die Seiten gar nicht an, bevor sie anfangen ihre Wünsche in den Kontaktformularen zu offenbaren.
Je nach dem was die Internetseite um das Formular so behandelt bekomme ich da Anfragen, wie schnell ich denn einen Greifzug, Sandbleche oder Bergegurte liefern kann und was das kostet.
Offenbar handelt man automatisch mit deratigen Dingen, wenn man dazu mal ein paar Worte auf seiner Internetseite geschrieben hat. Vielleicht wäre das noch eine Geschäftsidee.
Auf einer anderen Seite möchten die Leute dann den Preis von irgendeinem Pferd irgendeiner Rasse wissen, achja und sie suchen einen Stall. Ich kann dann immer nur auf die Suche von der Webseite verweisen, zu der das Formular gehört.
Solche Anfragen sind ja jedesmal sehr verlockend mehr oder weniger höflich darauf hinzuweisen, wie deplatziert die Anfrage war. Bisher konnte ich mich aber noch jedesmal zu einer höflichen Auskunft durchringen :)