Start | Dufte T-Shirts | Wieso, weshalb, warum? | Impressum

Kalender

Zurück September '10
Mo Di Mi Do Fr Sa So
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30      

Kategorien



Alle Kategorien

Tags des Todes!

Suche

Archive

Blog abonnieren

Kontakt

E-Mail:

Powered by

Serendipity PHP Weblog
Blogverzeichnis - Blog Verzeichnis bloggerei.de Bloggeramt.de
Blog Top Liste - by TopBlogs.de

Script-Entwicklung für Greasemonkey

Donnerstag, 11. März 2010 um 19:54

Inhaltsverzeichnis
Greasemonkey ist eine nette, aber auch irgendwie anarchistische Firefox-Erweiterung, welche es erlaubt, von Benutzern selbst gebastelten JavaScript-Code auf x-beliebigen Websites auszuführen. Sinn und Zweck ist die Veränderung der Seiten. Klingt erstmal komisch, hat aber viele, viele sinnvolle Anwendungsgebiete, insbesondere auf populären Websites wie StudiVZ, Youtube und Co.
Mit Greasemonkey kann man Websites um Funktionalitäten erweitern, die so nicht angeboten werden. Da sind der Vorstellungskraft keine Grenzen gesetzt und darüber hinaus erleichtert einem diese Erweiterung sehr viel Arbeit, wenn man vorhat, eine kleine, eigene Erweiterung für Firefox zu basteln (was recht kompliziert ausfallen kann).

In diesem Artikel gehe ich auf die Script-Entwicklung mit Greasemonkey ein, erläutere Dinge, die man beachten muß und ein paar fiese Bugs, über die ich selbst gestolpert bin.


"Script-Entwicklung für Greasemonkey" vollständig lesen

Geschrieben von Thomas Werner in Internet, JavaScript um 19:54 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , , , ,

JavaScript und das Krümelmonster

Dienstag, 24. November 2009 um 19:15

Ich hab mich kürzlich erstmals mit dem Thema Cookies unter JavaScript beschäftigt und muß sagen: meine Fresse, das ist wirklich zum Haareraufen schlecht gelöst. Daher gibts jetzt von mir eine kleine Klasse, die den Umgang mit Cookies deutlich vereinfacht:

  1. /**
  2. * A Cookie Manager Class.
  3. * @author tw
  4. */
  5. function Cookie() {
  6.     /**
  7.      * Gets a cookie value by its name.
  8.      *
  9.      * @param name The cookie's name.
  10.      * @return String
  11.      */
  12.     this.get = function(name) {
  13.         eval('var regex=/' + name + '\\s*=\\s*([^;]+)\\s*(;|$)/;');
  14.         var result = document.cookie.match(regex);
  15.         if(result) return result[1];
  16.     };
  17.  
  18.     /**
  19.      * Sets a cookie.
  20.      *
  21.      * @param name The cookie's name.
  22.      * @param value The according value.
  23.      * @param expiresOn [Optional] A Date object specifying the expiration date.
  24.      *        if omitted, the cookie expires in seven days from now.
  25.      */
  26.     this.set = function(name, value, expiresOn) {
  27.         if(typeof expiresOn == 'undefined') {
  28.             expiresOn = new Date;
  29.             // Keep for a week
  30.             expiresOn.setTime(expiresOn.getTime() + 604800000);
  31.         }
  32.        
  33.         document.cookie = name + '=' + value.paramEncode() + '; expires=' +
  34.             expiresOn.toGMTString();
  35.     };
  36.  
  37.     /**
  38.      * Sets an "unlimited" cookie, meaning that the expiration date is set
  39.      * to the maximum.
  40.      *
  41.      * @param name The cookie's name.
  42.      * @param value The according value.
  43.      */
  44.     this.setUnlimited = function(name, value) {
  45.         var expiresOn = new Date;
  46.         expiresOn.setTime(2147483647000);
  47.         this.set(name, value, expiresOn);
  48.     };
  49.  
  50.     /**
  51.      * Deletes a cookie.
  52.      *
  53.      * @param name The cookie's name.
  54.      */
  55.     this.remove = function(name) {
  56.         var expiresOn = new Date;
  57.         expiresOn.setTime(0);
  58.         this.set(name, '', expiresOn);
  59.     };
  60. }


Verwendet wird der ganze Spaß folgendermaßen:

  1. var cookie = new Cookie;
  2. // Hält 7 Tage lang
  3. cookie.set('meinCookie', 'xyz');
  4.  
  5. // Hält "ewig" - also genau genommen bis 2037 oder so:
  6. cookie.setUnlimited('ewig', 'jaja');


Viel Spaß damit.

Geschrieben von Thomas Werner in JavaScript um 19:15 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , ,

[JavaScript] Die Probleme einer Vererbungskette

Montag, 23. November 2009 um 17:32

Inhaltsverzeichnis
Ich habe zuvor bereits einen ausführlichen Artikel über die Möglichkeiten und Grenzen von Objektorientierung und Vererbung in JavaScript geschrieben (siehe Objektorientierte Programmierung in JavaScript).
Gerade eben bin ich allerdings auf ein handfestes Problem gestoßen, und zwar konnte ich mit der gängigen Technik nicht vernünftig die Kette von Eltern-Konstruktormethoden von einer tieferen Kindklasse aus aufrufen.


"[JavaScript] Die Probleme einer Vererbungskette" vollständig lesen

Geschrieben von Thomas Werner in JavaScript um 17:32 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , ,

PHP geht bei 64 Bit die Speicherpuste aus

Sonntag, 20. September 2009 um 15:21

Höher, schneller, weiter hat auch seinen Preis.
Vergangene Nacht war ich mit 'nem Kumpel damit beschäftigt, eine Homepage zu debuggen, die auf einem neuen Server einfach nicht mehr funktionieren wollte. Manche Seiten waren weiß, ein paar wenige Seiten funktionierten dagegen - und im PHP-Log war zu sehen, daß der Speicherverbrauch die festgelegte 16-MB-Grenze gesprengt hat, weshalb sich PHP zum Abbruch der Skriptausführung gezwungen sah.

Die Frage war: was ist mit der Homepage nach der Migration plötzlich passiert? Auf dem alten Server ging sie auch mit dem 16M-Speicherlimit. Die Antwort ist hierbei ganz einfach und leider auch ein bißchen erschreckend - der neue Server ist ein 64-Bit-System. Auch die PHP-Installation ist die 64-Bit-Variante.

Der Speicherverbrauch der problematischen Homepage hat sich eindeutig meßbar im Schnitt verdoppelt. Eigentlich muß das nicht unbedingt der Fall sein, bloß weil der Prozessor von 32 Bit auf 64 Bit "hochgeschnellt" ist, aber scheinbar geht die 64-Bit-Version von PHP etwas verschwenderisch mit dem Speicher um.

Ich kann mir gut vorstellen, daß intern sämtliche Ganzzahlen auf 64-Bit-Integer festgelegt sind (anstatt dies je nach Bedarf niedriger anzusiedeln), und dazu kommen dann noch sämtliche Pointer, die zur Adressierung des größeren Adressraums wahrscheinlich standardmäßig ebenso 64-Bit sind. Allein diese Werte verdoppeln daher schon einmal ihren Speicherbedarf.

Da die betreffende Homepage eine recht komplizierte, objektorientierte Architektur hat, ist wohl der Ärger im Rahmen dieser Migration vorprogrammiert gewesen - nur geahnt hat es keiner.

Ich hab jedenfalls mal wieder was dazugelernt - insbesondere daß es wohl erforderlich ist, auf einem modernen 64-Bit-System auch tiefer in die Tasche für mehr RAM zu greifen. Ebenso ist es unvermeidlich, spendabler mit dem PHP-Memory-Limit umzugehen. Wenn das alles nicht hilft, muß man wohl leider wieder auf ein 32-Bit-System zurückgreifen.

Geschrieben von Thomas Werner in PHP um 15:21 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , ,

JSE v1.0 - Ein Quellcode-Editor für den Webbrowser

Freitag, 11. September 2009 um 17:07

Als ich vor zwei Jahren meinen Blog frisch einrichtete, veröffentlichte ich einen Artikel über meinen Quellcode-Editor, den ich damals in JavaScript schrieb. In erster Linie ließ ich meinen Ärger über die Cross-Browser-Problematik bezüglich Tastatur-Key-Codes aus, welche abhängig von Browser und Plattform voneinander abweichen können.

Aufgrund dieser und weiterer Probleme war das Projekt seither auch auf Eis. Ich hab's aber vorhin nochmal ausgegraben, weitgehend korrigiert, sodaß es immerhin einigermaßen sauber unter Firefox für Linux klappt und stelle es nun wie den Quellcode von PixPush ebenso zur freien Verfügung unter der Creative Commons 3.0 Lizenz.

Ebenso stelle ich eine Live-Testversion zum Rumspielen (bzw. Code schreiben) zur Verfügung.

Schön bunt sieht's aus. Einfach mal selbst ausprobieren: Live-Testversion

Features


Die Editor-Klasse ist recht flexibel gestaltet. So kann man sich eigene Regeln für simple Code-Completion sowie Syntax-Highlighting festlegen. Standardmäßig wird Hervorhebung für die Programmierspache Java unterstützt.
Ansonsten werden Look & Feel klassischer Quellcode-Editoren über Tricksereien nachgebildet.
  • Automatische Zeilennumerierung
  • Syntax-Highlighting
  • Navigation über Cursortasten sowie Bild auf und ab
  • Entfernen und Backspace funktioniert, wie man es von einem Editor erwartet
  • Tab-Taste für Zeileneinschub
  • Automatischer Zeileneinschub basierend auf vorangegangene Zeile


Quellcode und Support


Vorab: ich werde keinen aktiven Support bieten, es aber dennoch begrüßen, wenn ihr mir Feedback über Probleme an dieser Stelle als Kommentar zukommen lassen würdet. Ich geb' das Ding so frei wie es ist und werde allerdings nur dann daran weitermachen, wenn ich Zeit und Lust dazu habe.

Ich lade jeden dazu ein, selbst Verbesserungen und Erweiterungen vorzunehmen, sowie die vorhandenen Probleme bezüglich der Tastatur-Key-Codes usw. zu beheben (weitere Details zu den Problemen und TODOs befinden sich im Quellcode).
Über Rückmeldungen würde ich mich jedenfalls freuen, sollte jemand am Code etwas ändern oder den Editor irgendwo einsetzen.

jse.zip

Geschrieben von Thomas Werner in JavaScript um 17:07 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , ,

PixPush 1.0 - JavaScript Bitmap-Malprogramm

Mittwoch, 9. September 2009 um 16:52

Screenshot von PixPush v1.0 - Selber damit rumspielen kann man hier: PixPush v1.0 Live-Version
Vor zwei Jahren veröffentlichte ich einen ausführlichen Artikel zum Thema Bitspiele - Schnelle Multiplikation der alten Schule. Der Anlaß war mein damals programmiertes, browser-basiertes Bitmap-Malprogramm, welches ich nun wie damals angekündigt unter der Creative Commons 3.0 Lizenz veröffentliche.

Auf folgender Seite kann man mit dem Malprogramm etwas herumspielen: PixPush v1.0 Live-Version.

Da zum damaligen Zeitpunkt der sogenannte Canvas-HTML-Tag nicht sonderlich weit verbreitet war, implementierte ich das Malprogramm auf Basis von DIV-Tags - daher leidet etwas die Performance. Unter Konqueror sollte man eher die Finger davon lassen. Unter Firefox und Opera läuft's an sich ganz gut.

Mit meinem PixelPush-Patrick mache ich mal den Anfang.

Wettbewerb


Schreibt mir Kommentare und schickt mir Links auf eure, mit PixPush erstellten, Kunstwerke. Hierbei zählen nur Screenshots der gesamten PixPush-Programmoberfläche. Es gibt hierbei keinen Einsendeschluß.

Zu gewinnen gibt es eventuell einen feuchten Händedruck - sollten wir uns einmal leibhaftig gegenübertreten.


"PixPush 1.0 - JavaScript Bitmap-Malprogramm" vollständig lesen

Geschrieben von Thomas Werner in JavaScript um 16:52 | Kommentare (0) | Trackback (1)

Tags für diesen Artikel: , , , , ,

Ein Thema voller Mißverständnisse: o.o.p.

Montag, 7. September 2009 um 17:45

Für leichte wie auch schwere Entwicklungstage
Die Welt der Programmierung ist voller Mißverständnisse, behaftet mit Angst und prozeduralen Ausflüssen. Daher haben Wissenschaftler o.o.p. entwickelt, um die Prozeduralität da zu stoppen wo sie anfängt.
o.o.p. wird sanft in den Programmierer eingeführt, wobei sich die Hirnwindungen bei regelmäßigem Gebrauch problemlos anpassen.

Lesen Sie bitte aufmerksam den Beipackzettel zu o.o.p.!


"Ein Thema voller Mißverständnisse: o.o.p." vollständig lesen

Geschrieben von Thomas Werner in Programmierung um 17:45 | Kommentar (1) | Trackbacks (0)

Tags für diesen Artikel: , , ,

Objektorientierte Programmierung in JavaScript

Dienstag, 21. Juli 2009 um 13:20

Inhaltsverzeichnis
Objektorientierte Programmierung (OOP) ist in JavaScript eine ungewöhnliche Sache. Die ersten Einblicke in JavaScript-Code gaukeln einem alles vor, was man von OOP an sich gewohnt ist, aber Klassen sucht man darin vergeblich. Das liegt daran, daß JavaScript prototypbasiert ist. Es gibt also keine Klassen als Vorlage für Objekte, sondern Objekte wie String, Array etc. existieren bereits von vornherein, und werden über den "new"-Operator geklont, um neue Objekte zu schaffen, welche die gleichen Eigenschaften des Originals haben.

Dieser Artikel behandelt Techniken der Vererbung und wie man so etwas wie Klassenkonstrukte unter JavaScript nachbilden kann.

"Objektorientierte Programmierung in JavaScript" vollständig lesen

Geschrieben von Thomas Werner in JavaScript um 13:20 | Kommentare (0) | Trackback (1)

Tags für diesen Artikel: , , , ,

[Compilerbau II] Der Abstrakte Syntaxbaum

Montag, 16. Februar 2009 um 21:03

Inhaltsverzeichnis
Programmiersprachen sind in der Regel pedantisch, präzise definiert und vermeiden Mehrdeutigkeiten, um eine automatische Verarbeitung durch den Computer zu vereinfachen. Wir sind sicherlich noch weit entfernt von Programmiersprachen, die im Grunde unseren natürlichen Sprachen entsprechen. Ein Quellcode bzw. Computerbefehl wie zum Beispiel: "Computer: ich hätte gerne ein Programm, mit dem ich meine Steuererklärung machen kann" ist leider noch Zukunftsmusik.

Vor Jahren hatte ich mal irgendwo eine wunderbare Erklärung für Laien und Anfänger gelesen, wie Computerprogramme und die Denkweise dahinter im Grunde aufgebaut sind. Man solle sich einfach mal vorstellen, einem Kleinkind oder meinetwegen einem Außerirdischen zu erklären, wie man sich selbst die Schuhe bindet. Da reicht keineswegs die Angabe "binde die Schuhe!", sondern man muß sich die Reaktionen und Gegenfragen vorstellen, die da ganz sicher haufenweise auftreten werden.
Für jede dieser naiven Fragen muß man eine Antwort bieten, bis alles restlos beantwortet ist. So funktionieren im Grunde Computerprogramme. Dem Computer bis ins kleinste Detail die Herangehensweise an Problemlösungen schildern.

Im vorangegangen Artikel [Compilerbau] Parser Marke Eigenbau stellte ich die Grundlagen zum Sieben und Parsen von Text vor. Dieser Artikel wird sich nun eingehender mit dem Parsen von Programmiersprachen, sowie dem Aufbau abstrakter Syntaxbäume beschäftigen.

Gerade diese Syntaxbäume sind ein wesentlicher Schlüssel, welcher dem Compiler das Verständnis des Quellcodes ermöglicht. Hierin findet sich die wahre Bedeutung, bzw. die semantische Ebene der "Botschaft" des Programmierers.


"[Compilerbau II] Der Abstrakte Syntaxbaum" vollständig lesen

Geschrieben von Thomas Werner in Programmierung um 21:03 | Kommentare (7) | Trackback (1)

Tags für diesen Artikel: , , , , ,

[Compilerbau] Parser Marke Eigenbau

Dienstag, 10. Februar 2009 um 14:39

Inhaltsverzeichnis
Eines meiner Lieblingsthemen ist die Verarbeitung von textueller Sprache durch Computerprogramme. Als ich mit etwa elf Jahren meine ersten kleinen Gehversuche in der Programmiersprache BASIC auf meinem guten alten Commodore Amiga 500 machte, waren da auch immer wieder Anwendungen darunter, welche in bester "Eliza"-Manier einen schlauen, künstlichen Gesprächspartner vorgaukelten. Man konnte Sätze eingeben, die Sätze wurden dann nach einfachsten Regeln nach gewissen Schlagwörtern untersucht und aus einem riesigen Fundus fest einprogrammierter Daten gabs dann passend formulierte Antworten.

Wenige Jahre später entwickelte ich eine große Faszination für Programmiersprachen. Mein Traum war es, eine eigene, maßgeschneiderte Programmiersprache zu entwickeln und entsprechend einen Compiler zu bauen. Nach anfänglichen naiven Fehlversuchen, welche hoffnungslos in Spaghetti-Code mündeten, arbeitete ich mich irgendwann in offenen Quellcode bestehender Compiler ein, was damals noch, als das Internet für viele ein Fremdwort war, recht exotisch und eher schlecht zugänglich war.

Jahre später ist mir, nach Lektüre der sogenannten "Drachenbücher" und diverser Online-Materialien, das Vorhaben, einen eigenen Compiler zu basteln auch mit einer objektorientierten Skriptsprache, die syntaktisch zwischen Java und JavaScript herumlungerte, endlich geglückt.
Mittlerweile habe ich das gesammelte Wissen mehrfach in Interpretern eingesetzt, und generell sind die Kenntnisse sehr praktisch, wenn es darum geht, textuelle Eingaben zu analysieren und zu interpretieren.

In diesem Artikel möchte ich zunächst eine kleine Übersicht zum Compilerbau geben, und daraufhin erklären, welche Ansätze es gibt, einen sogenannten Parser von Hand zu basteln. Hierbei handelt es sich um eine Compiler-Komponente, welche für die Syntaxanalyse der textuellen Eingabe zuständig ist.


"[Compilerbau] Parser Marke Eigenbau" vollständig lesen

Geschrieben von Thomas Werner in Programmierung um 14:39 | Kommentar (1) | Trackbacks (0)

Tags für diesen Artikel: , , , , ,

Mausscharade - Laß einfach mal den Computer raten

Montag, 2. Februar 2009 um 22:43

Im Rahmen eines kleinen Softwareprojekts hatte ich mich vor einer Weile mit der Frage beschäftigt, wie sich möglichst einfach mit der Maus gemalte Formen von einem Programm erkennen lassen können.
Da gibt es natürlich diverse Ansätze, wobei die Richtung "künstliche neuronale Netze" am komplexesten sein dürfte, also machte ich mir eigene Gedanken dazu und ging von der primitivsten aller Ausgangssituation aus, daß man die Form in ein festes Raster von X mal X Punkten hineinmalt und dieses Raster auf Ähnlichkeit zu einem Satz an vorhandenen Daten prüft, welche jeweils für verschiedene Formen stehen (beispielsweise Kreis, Dreieck, Quadrat etc.).

Das ist natürlich die denkbar ineffizienteste aller Lösungen, daher überlegte ich, ob es vielleicht Sinn macht, das zweidimensionale Raster auf nur eine Dimension zu plätten, um den Vorgang erheblich zu beschleunigen.


"Mausscharade - Laß einfach mal den Computer raten" vollständig lesen

Geschrieben von Thomas Werner in Programmierung um 22:43 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , ,

Eine einfache ActiveRecord-Klasse für PHP

Donnerstag, 15. Januar 2009 um 00:26

Active Record ist ein recht simples Design Pattern, welches grob gesagt die Einträge einer Datenbanktabelle Objekten zuordnet, die sich dann wiederum beliebig in einem Programm manipulieren lassen.

Angenommen es existiert in einem Programm die Klasse "Car" mit den Eigenschaften "name", "color" und "hp" (horse power). Ebenso angenommen, es existiert eine Datenbanktabelle, die über die entsprechenden Spalten "name", "color", und "hp" verfügt. Das ActiveRecord-Pattern verknüpft die Klasse mit der Tabelle und entbindet den Programmierer von seinen Pflichten, entsprechende SQL-Abfragen zu schreiben, um Daten aus der Datenbank auszulesen oder darin abzuspeichern.

Ein kleines Anwendungsbeispiel:
  1. <?php
  2. // Neues Auto-Objekt anlegen und Eigenschaften festlegen:
  3. $car = new Car;
  4. $car->set('name', 'BMW');
  5. $car->set('color', 'blue');
  6. $car->set('hp', 180);
  7.  
  8. // In Datenbank abspeichern:
  9. $car->save();
  10.  
  11. // Und jetzt das Auto wieder aus der Datenbank laden:
  12. $result = $car->findAllBySql('name=?', array('BMW'));
  13.  
  14. if(count($result)) {
  15.     $mySavedCar = $result[0];
  16.     echo 'Name: ', $mySavedCar->get('name'), '<br />';
  17.     echo 'Color: ', $mySavedCar->get('color'), '<br />';
  18.     echo 'HP: ', $mySavedCar->get('hp'), '<br />';
  19.  
  20.     /* Ausgabe:
  21.         ------------
  22.         Name: BMW
  23.         Color: blue
  24.         HP: 180
  25.     */
  26. }
  27. ?>

Im Folgenden stelle ich eine recht kurzgehaltene, sehr vereinfachte Variante des Patterns als abstrakte Basisklasse für PHP (Version 5 und höher) vor.

"Eine einfache ActiveRecord-Klasse für PHP" vollständig lesen

Geschrieben von Thomas Werner in PHP um 00:26 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , ,

Es ist ja "nur ein Test"...

Donnerstag, 20. März 2008 um 16:05

Derzeit fallen mir gehäuft und regelmäßig "Einbruchsversuche" auf einer, von mir erstellten, Homepage auf, da diese Versuche Ausnahmefehler verursachen, welche mich automatisch mit allen Details über E-Mail informieren.

Diese Attacken kommen jeweils von unterschiedlichen Servern, verfolgen aber immer dasselbe Muster:

  • Eine URL wird als GET-Parameter an "meine" Homepage übergeben

  • "Meine" Homepage mag das nicht schlucken, bricht ab und schickt mir ne Email


Ich hab mir ein paar dieser "injizierten URLs" angeschaut und es sind immer Textdokumente, welche PHP-Code repräsentieren:
  1. <?php echo md5("just_a_test");?>

Es ist offensichtlich ein PHP-basiertes Internetvirus, welches die Weiten des Internets durchsucht, um "kleine Dummheiten" von PHP-Programmierern zu finden.

Das Virus spekuliert offenbar auf folgenden Sachverhalt:
Führt das PHP-Skript auf dem anzugreifenden Server Benutzereingaben aus?

"Es ist ja "nur ein Test"..." vollständig lesen

Geschrieben von Thomas Werner in Internet, PHP, Webentwicklung um 16:05 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , , ,

Wenn bei PHP die Müllabfuhr streikt

Samstag, 12. Januar 2008 um 19:16

PHP 5 weist nicht nur aufgeräumte Sprachergänzungen in puncto Objektorientierung, sondern auch erhebliche Probleme im Speicher-Management auf.

Der sogenannte "garbage collector", welcher sich für das Aufräumen unbenötigter Daten, Ressourcen und Objekte verantwortlich zeichnet, versagt unter gewissen Umständen seinen Dienst.

Dieser Artikel erläutert nicht nur dieses Problem anhand eines Beispiels, sondern stellt auch eine Lösung hierzu vor.

"Wenn bei PHP die Müllabfuhr streikt" vollständig lesen

Geschrieben von Thomas Werner in PHP um 19:16 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , , ,

Wenn Apache zuhause Hausverbot erteilt

Samstag, 22. Dezember 2007 um 16:45

Ich hatte seit einiger Zeit das kuriose Problem, manchmal weder über Opera noch Konqueror, auf meinen lokalen Entwicklungs-Webserver zugreifen zu können. Die Eingabe von http://localhost als Webadresse, wurde bei beiden mit einem lakonischen "Zugriff verweigert" quittiert.

Apaches Fehlerlog vermeldete Ähnliches. Angeblich versuchte ein "client", entgegen der konfigurierten Zugriffskriterien, sich Zugang zu verschaffen. Aber das alles auf meinem eigenen Rechner.

Naja, ein Blick in die Konfigurationssektion meines "htdocs"-Verzeichnisses, ließ in mir eine Ahnung aufkommen:

  1. <Directory "/srv/www/htdocs">
  2. Options FollowSymlinks Indexes
  3. AllowOverride All
  4. Order Deny,Allow
  5. Deny from all
  6. Allow from 127.0.0.1
  7. </Directory>


Ich vermutete, daß sowohl Opera, als auch Konqueror auf 'localhost' zugriffen, und dieser Hostname nicht vernünftig auf meiner Kiste als '127.0.0.1' aufgelöst wird. Nachdem ich den obigen Konfigurationsabschnitt noch um ein Allow from localhost ergänzt hatte, läuft's jetzt wie geschmiert.

Zu seltsam, daß ich unter OpenSUSE 10.2 hiermit keinerlei Probleme hatte.

Geschrieben von Thomas Werner in Internet, Webentwicklung um 16:45 | Kommentare (0) | Trackbacks (0)

Tags für diesen Artikel: , , , ,

(Seite 1 von 2, insgesamt 22 Einträge) » nächste Seite

Slideshow Bob - © 2007-2010 by Thomas Werner