ScriptBlogger

Das Einbinden des Comment Scripts ist mit etwas Handarbeit verbunden. Grundkenntnisse in HTML und PHP vereinfachen und beschleunigen die Installation. Für alle weniger Erfahrenen hat ein Nutzer des Scripts ein Anleitungs-Video erstellt.

Mal sehen, ob es sich positiv (= verringernd) auf die Zahl Support-Anfragen auswirkt. B-)

Wir berichteten vor kurzem, dass die Handhabung der PEAR-Klasse Net_FTP im Zusammenhang mit dem passiven Modus nicht ganz eindeutig ist. Kommentator JR hat deshalb auf pear.php.net eine Funktionsänderung vorgeschlagen und siehe da: Nur wenige Tage später wurde die FTP-Klasse entsprechend erweitert.

Ein Blick auf die verschiedenen Versionen der Klasse zeigt, dass der Entwickler den Aufruf zum aktivieren einer passiven Verbindung¹ erst im zweiten Anlauf an der richtigen Stelle platziert hat. Nämlich nach dem Login und nicht bereits schon nach dem Herstellen der Verbindung. Waren also nicht nur wir verwirrt. ;-)

Jetzt ist die Fußangel allerdings (fast)² beseitigt. Man kann nun setPassive() vor dem Herstellen der Verbindung, nach dem Herstellen der Verbindung oder nach dem Login aufrufen - der Effekt ist derselbe.

1) Eine passive Verbindung aktivieren? Das ist ja wie laufen gehen (joggen). 

2) Momentan allerdings funktioniert nur die bisherige Methode, denn folgender Code verhindert den automatischen Aufruf in der Methode login().

if (!$this->_passv) {
    $this->setPassive();
}

Das Ausrufezeichen ist zu viel. Beim Aufruf von setPassive() wird $this->_passv = true gesetzt. $this->_passv dann aber später auf false zu Prüfen haut nicht hin. Interessanterweise ist das Ausrufezeichen erst beim Umzug des Codes von der Methode connect() in die Methode login() dazugekommen. Merkwürdig, merkwürdig.

Nachtrag: 

Auf unseren Hinweis hin wurden auch die übrigen Fehler korrigiert. Funktioniert jetzt alles bestens. Vielen Dank dafür an dieser Stelle.

Immer diese Umweltverschmutzer. Oder vielmehr Referrer-Log-Verschmutzer. Es ist schon nervig genug, wenn sich unzählige Bots auf der Seite tummeln und einem die Bandbreite rauben. Noch dreister sind Bots, die zudem einen Referrer-Eintrag in den Log-Dateien hinterlassen.

Einer dieser Vertreter ist bigfinder.de. Durch ständiges Aufrufen der Seite bringen sich Websites, wie die genannte, in Top-Referrer-Listen, die einige Webmaster auf Ihrer Website anzeigen. Mit gewissem Erfolg, wie eine kurze Recherche ergab.

Da es im Guten (per E-Mail) nicht möglich war, das zu unterbinden, machen wir jetzt die Schotten dicht. Eintrag in der .htaccess:

RewriteCond %{REMOTE_HOST} ^83\.133\.125\.202$ [NC]
RewriteRule .* - [F]

Auch wenn bei PHP-Funktionen wie timezone_identifiers_list() (bzw. DateTimeZone::listIdentifiers()) PHP 5 >= 5.1.0 als Verfügbarkeit angegeben ist, sollte man sich nicht zu früh freuen. Im Kleingedruckten steht nämlich:

Note: Experimental DateTime support in PHP 5.1.x

Although the DateTime class (and related functions) are enabled by default since PHP 5.2.0, it is possible to add experimental support into PHP 5.1.x by using the following flag before configure/compile: CFLAGS=-DEXPERIMENTAL_DATE_SUPPORT=1

Effektiv sind diese Funktionen also erst ab PHP 5.2.0 verfügbar. Dies nur so als Hinweis. Nicht dass hinterher wieder jemand sagt, er hätte es nicht gewusst. ;-)

Dieser Tipp richtet sich an PHP-Neulinge und Wenignutzer.

Variablen wollen initialisiert werden

Erfahrungsgemäß könnte man diesen Hinweis auch getrost an viele erfahrene Programmierer richten. Das ist erstaunlich, sollte man doch meinen, dass die wissen was sie tun. Leider ist dies nicht immer der Fall. Oft lassen sie sich auch sehr ungern belehren und sind deshalb schnell beleidigt. Deshalb ignorieren wir sie an dieser Stelle. ;-)

Variablen, die vor Ihrer Nutzung nicht initialisiert (bzw. definiert) werden, können zu unerwartetem Verhalten der Anwendung führen. Man weiß nämlich nie, welchen Wert diese Variable enthällt. Quellen für unerwartete Wertzuweisungen gibt es genug:

• Die Variable wurde bereits zuvor an anderer Stelle im Code benutzt¹
  
• Die Variable wurde in einer Schleife benutzt und enthält Werte aus dem letzten Schleifendurchlauf
  
• Wenn register_globals² eingeschaltet ist, kann eine nicht initialisierte Variable praktisch jeden Wert enthalten, der dem Script per POST, GET oder COOKIE übergeben wurde

Unterstützung bei diesem Problem kann man sich von der Option error_reporting in der php.ini geben lassen. Auf dem eigenen Entwicklungssystem kann man mindestens E_ALL einstellen und wird dann von PHP auf nicht initialisierte Variablen hingewiesen.

Das löst jedoch nur einen Teil der Probleme. Deshalb kann es nicht schaden, Variablen auch ohne Aufforderung durch PHP zu initialisieren. Zwei Gedankenstützen können dabei helfen.

Client per IP-Adresse blockieren

RewriteCond %{REMOTE_HOST} ^127\.0\.0\.1$ [NC]
RewriteRule .* - [F] 

Referrer blockieren

RewriteCond %{HTTP_REFERER} example\.com [NC]
RewriteRule .* - [F]

Aufrufe der Website ohne www auf die Domain mit www umleiten

RewriteCond %{HTTP_HOST} ^example\.com [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]  

Dasselbe, nur umgekehrt, wenn man auf das www verzichten möchte

RewriteCond %{HTTP_HOST} ^www.example\.com [NC]
RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]  

Fehlenden Schrägstrich am Ende von Verzeichnissen hinzufügen

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1/ [L,R=301]

In den Anfängen, als das Web gerade populär wurde, schmückte sich jede Website, die wirklich etwas auf sich hielt, mit mindestens fünf Awards. Awards waren mehr oder weniger scheußliche Grafiken, die zeigen sollten, dass jemand, der sich damit auskennt, die Website begutachtet und für gut befunden hat.

Das Problem dabei: Dieser jemand hatte selten auch nur einen blassen Schimmer von Web-Design und hatte auch meistens die Seite nie zu Gesicht bekommen. Trotzdem wurde mit Awards um sich geworfen, was das Zeug hielt – der Back-Links wegen.

In Variationen scheint sich dieses Konzept bis heute am Leben erhalten zu haben. Hat sich vermutlich zwischenzeitlich im „Deep Web“ verkrochen.

Nun hat sich seine dilettantische Fratze wieder gezeigt:

I am sending you this email because your software product named Download Center Lite 1.4 has been tested on 06 Oct 2008 and has been found by our team a high quality software product. Also, we were impressed by the cleanliness of your program. According to our classification and to our test results, we decided to grant your product, Download Center Lite 1.4, with a 5/5 Stars Rating and "5 stars award award". This award means that your product is a Premium Software.

Großartig. Version 1.4 ist ungefähr so alt wie der IE3 und das Script heißt schon seit einer ganzen Weile nicht mehr Download Center Lite. Das einzige was hier stimmt ist „...high quality software product...“, aber das ist wohl eher ein Zufallstreffer. Glaubt wirklich jemand, dass die alle Scripte und Programme, die sie da in ihrem Verzeichnis haben, persönlich testen? Und wo haben die überhaupt unsere E-Mail-Adresse her?

We recommend you to let all your users or potential users of your product know about this newsworthy Soft32Download Award by displaying it on your website or on software boxes inside your product.

Ja genau! Die Leute werden uns auslachen.

For displaying your award you can copy and paste this html code.

Aha, die Grafik und der Back-Link.

Wenn man übrigens die Detailseite des Scripts auf deren Website aufruft, ist das erste was man sieht, eine Browser-füllende AdSense-Anzeige. Macht einen äußerst professionellen Eindruck...

Ein Kunde unseres Schedule Organizers hatte ein paar knifflige Fragen und schrieb dann abschließend:

Ansonsten - sie haben da ein geniales Tool auf die Beine gestellt - echt top!

:-)

Bei unserem News-Script verwenden wir die PEAR-Klasse XML_RPC, um Änderungen an die Ping-Dienste zu melden.

<?php

// Klasse laden
require_once 'XML/RPC.php';

// Liste mit Ping-Diensten
$list = array( 
    'ping.syndic8.com/xmlrpc.php',
    'blogsearch.google.com/ping/RPC2',
    'rpc.technorati.com/rpc/ping',
    'rpc.weblogs.com/RPC2'
    );

// URL des Weblogs
$baseURL = 'http://www.example.com/blog/';

// Name des Weblogs
$blogName = 'Mein Weblog';

// Die Liste der Ping-Dienste durchgehen und Daten senden
foreach ($list AS $key => $value)
{
    $value      = trim($value);
    
    // Ping-Dienst-URL in Host und Pfad trennen
    $pingHost   = substr($value, 0, strpos($value, '/'));
    $pingPath   = substr($value, strpos($value, '/'));
    
    // Blog-Name und URL als Prameter setzen
    $params     = array(
        new XML_RPC_Value($blogName, 'string'),
        new XML_RPC_Value($baseURL, 'string')
        );
    
    /**
     * weblogUpdates.ping als Modus auswählen. Alternativ könnte man auch
     * weblogUpdates.extendedPing verwenden und kann dann noch weitere Infos
     * übertragen.
     */
    $msg = new XML_RPC_Message('weblogUpdates.ping', $params);
        
    // Pfad und Host setzen
    $cli = new XML_RPC_Client($pingPath, $pingHost);

    // Daten übertragen
    $resp = $cli->send($msg);
        
    // Wenn ein Ping fehlgeschlagen ist, anzeigen welcher
    if (!$resp) {
        echo '<br />Ping fehlgeschlagen: ' . $value . ' -> ' . $cli->errstr;
        continue;
    }    

    if (!$resp->faultCode()) {
        /**
         * Wenn kein Fehlercode zurückgesendet wurde, hat vermutlich
         * alles geklappt
         */
        $val = $resp->value();
        echo '<br />Ping erfolgreich: ' . $value;
    } else {
        // Fehler anzeigen
        echo '<br />Ping fehlgeschlagen: ' . $value . ' -> ' . $resp->faultCode()
            . ' -> ' . $resp->faultString();
    }
}

?>

War diese Anleitung hilfreich? Über Hinweise oder Anmerkungen würden wir uns freuen.

In ein Kundenprojekt hatten wir eine Backup-Funktion eingebaut, die per FTP Datenbank und Dateien auf einen anderen Server überträgt. Das funktionierte auch bestens für mehrere Wochen. Dann meldete sich 1&1:

[...] unseren Server-Überwachungs-Tools ist eine Ihrer Anwendungen auf Ihrer Internet-Präsenz aufgefallen die einen "Dienst" auf jeder IP-Adresse die auf dem Server eingerichtet ist, installiert:

/.../cron/ftpbackup.php

Dies kann z.B. dadurch passieren, wenn Sie in Ihrem Script aktives statt passivem FTP verwenden.

Die Datei enthält ein Script, dass die PEAR-Klasse Net_FTP verwendet. Wir haben zu dieser Klasse bereits an dieser Stelle etwas geschrieben.

Und weiter:

Bitte haben Sie Verständnis und konfigurieren Sie deshalb Ihre Anwendung einfach um und zwar ausschliesslich auf die Ihnen von uns zugewiese IP-Adresse (zu finden z.B. im Konfigmenü Ihrer Präsenz unter dem Punkt "Technische Daten"), bzw verwenden Sie bitte ausschliesslich passives FTP in ihren Scripten.

Nichts einfacher als das. Haben wir also im PHP-Script passives FTP aktiviert. Dabei ist uns allerdings ein kleiner Fehler unterlaufen, welcher in der – aus unserer Sicht – irreführenden Bezeichnung der entsprechenden Methode der FTP-Klasse lag (siehe den Abschnitt "Fußangel"). Resultat war, dass passives FTP nicht aktiviert wurde. Das wusste zu diesem Zeitpunkt jedoch niemand. So schrieb dann der Support von 1&1 am nächsten Tag auch:

[...]unserem Überwachnungstool ist abermals Ihr cronjob /.../cron/ftpbackup.php aufgefallen.

[...]

Von dem Tool wird wohl wieder der Passive Mode für FTP bemängelt. Könnten Sie bitte nochmals danach schauen?

Nachdem wir also nun – aus unserer Sicht – extra auf passiv umgestellt haben, sollte das jetzt Auslöser des Problems sein? Merkwürdig. Aber kein Problem, haben wir also auf aktives FTP umgeschaltet.

Das hat das Problem wohl auch nicht gelöst. Deshalb kam erneut Post von 1&1:

[...]bitte das Script auf passives FTP umstellen. Die Umstellung auf passives FTP war schon richtig, weil durch passives FTP nur der FTP-Standard-Port benutzt wird und kein anderer Port. Nur hat in Ihrem Script der Passive Mode wohl nicht richtig gegriffen, sonst wäre dem Überwachungstool es nicht aufgefallen.

Und hier war dann der Support von 1&1 wieder auf der richtigen Spur. Nachdem wir tiefer in die Funktionsweise der Klasse und der PHP-Funktion ftp_pasv() eintauchten, wurde deutlich, dass passives FTP tatsächlich nicht aktiviert worden war. Ein kurzer Handgriff und auch das war erledigt.

Danke hiermit an den Support von 1&1 für die Hilfe und die Geduld. :-)

Die Nutzung der PEAR-Klasse Net_FTP ist prinzipiell gesehen relativ einfach, beinhaltet allerdigns eine kleine Fußangel. Zunächst jedoch der Beispiel-Code:

<?php 

// Klasse laden und Instanz erzeugen 
require_once 'Net/FTP.php'; 
$ftp = new Net_FTP(); 

// Einstellungen für Host, Port, Benutzernamen und Passwort 
$ftp->setHostname('example.com'); 
$ftp->setPort('21'); 
$ftp->setUsername('Benutzername'); 
$ftp->setPassword('pAss.w0rt'); 

// Verbindung zum Server aufbauen 
if ($res = $ftp->connect()) { 
     
    // Mit Benutzernamen und Passwort einloggen 
    if ($ftp->login()) {         
         
        // Passive Verbindung nutzen 
        $ftp->setPassive(); 
         
        /** 
         * Die Datei file.zip vom lokalen Server auf den anderen 
         * Server hochladen und in uploaded_file.zip umbenennen. 
         * Dabei wird eine eventuell bestehende Datei  
         * überschrieben (true). Im Falle einer Textdatei muss 
         * FTP_ASCII statt FTP_BINARY verwendet werden. 
         */ 
        $ftp->put('file.zip', 'uploaded_file.zip', true, FTP_BINARY); 
    } 
     
    // Verbindung trennen 
    $ftp->disconnect(); 
} 

?>  

Mit der Methode setPassive() wird auf passives FTP umgeschaltet. Dabei macht der Client die Verbindungen zum Server und legt den Port für den Datenaustausch fest. Bei aktivem FTP macht dies der Server, was jedoch erfahrungsgemäß zu Problemen mit der Firewall des Clients führen kann. Da in diesem Fall beide Rechner Server sind kann man annehmen, dass der Client mit einer Firewall ausgestattet ist. Passives FTP bietet sich also an.

Die Fußangel

Alle Einstellungen wie Host, Port, Benutzername und Password können über die jeweiligen Setter-Funktionen vor dem Öffnen der Verbindung festgelegt werden. Das passive FTP kann jedoch erst nach dem Login aktiviert werden (siehe Code-Beispiel). Der Methodenname setPassive() ist da etwas irreführend. activatePassive() oder ähnliches wäre da eventuell eine bessere Bezeichnung. Beim Aufruf der Methode wird der Modus nicht nur eingestellt, sondern es wird auch sofort das Kommando per ftp_pasv() an den Server gesendet. Das funktioniert logischerweise nur, sofern die Verbindung bereits besteht und der Benutzer eingeloggt ist.

War diese Anleitung hilfreich? Über Hinweise oder Anmerkungen würden wir uns freuen.

Wir betreiben den einen oder anderen Service für kurze URLs, die auf unserem Kurz-URL-Sript basieren. Primär testen wir damit neue Funktionen und beobachten die Scripte unter Live-Bedingungen.

Beim Auswerten der Statistiken von gentleurl.net und teenyweenyurl.com fielen uns ein paar interessante Zahlen und Fakten in die Hände.

Vor kurzem im Support-Forum aufgetaucht:

I have been using the short URL script for about two months on many posts. It has to be up there with some of the best systems I have encountered in several years. It works flawlessly, and of course, is very fast compared to the "Free Short URL Systems" on the internet. I am now master of of my URL's.

It is perfect.

:-)

Warum selbst machen, wenn andere es besser können. Prinzipiell kein schlechtes Motto. Außer vielleicht,  wenn man sein Können beweisen soll. Zum Beispiel als Informatikstudent.

Also if I wanted a be-spoke organiser from yourself based around this one how much would it cost? For example I would like a PHP script which makes appointments for a hairdresser, but it would need to look like a student create the PHP script. 

B-) 

Es gibt Situationen, da bietet sich die Nutzung des Telefon nicht nur an, sie zwingt sich sogar auf.

Ein Kunde von uns betreibt eine Website mit Informationen zum Thema Krankenversicherung. Besonders beliebt bei den Besuchern ist das Adressverzeichnis. Leider ist der Link zum Kontaktformular nicht weit und so passiert es nicht selten, dass sich die Leute mit Ihren Problemen an den Seitenbetreiber statt an ihre Krankenversicherung oder Krankenkasse wenden. Und das trotz eines deutlichen Hinweises oberhalb des Kontaktformulars.

So passierte es dann, dass kürzlich eine E-Mail eintrudelte, die mit EILT!!!!!!! eingeleitet wurde und im Wesentlichen erklärte, dass der Absender einen fünfstelligen Betrag an Krankenkassenbeiträgen doppelt überwiesen hatte. Mit Hinweis auf die "[...] fatalen Folgen für den weiteren Ablauf des Betriebes." bat man um Rücküberweisung.

Man kann nur hoffen, dass der Absender außer dieser E-Mail noch den Weg per Telefon und Post beschritten hat. Andernfalls...

Dass er sich in der Website vertan hat, ist in der Aufregung eventuell noch verständlich. Obwohl. Wer fünfstellige Beträge aus Versehen doppelt überweist... ;-)