ScriptBlogger

Ein Kunde konnte mit seinem Script keine E-Mails versenden. Erster Reflex war phpinfo() hochladen und nachsehen, was auf dem Server ein- beziehungsweise ausgeschaltet ist. Stellt sich heraus, dass phpinfo() selbst deaktiviert ist. :-[]

Warning: phpinfo() has been disabled for security reasons in /home/www/[...]

Der zweite Versuch - einschalten des error_reporting - brachte dann auch schon die Lösung.

Warning: mail(): SAFE MODE Restriction in effect. The fifth parameter is disabled.

Ah, wieder mal der schrottige safe_mode. Zum Glück fällt der in PHP 6 weg. Macht nur Ärger und bringt nichts.

Das Problem konnte daraufhin recht fix gelöst werden.

Achja, open_basedir Beschränkung war auch eingeschaltet. Das aber nur am Rande.

Moxiecode, die Firma hinter TinyMCE bietet ein kostenpflichtiges Plugin namens MCImageManager an. Damit kann man Bilder hochladen, verkleinern, beschneiden und noch einige Dinge mehr anstellen. Funktionen, die dem Original-TinyMCE fehlt. 32 Euro plus Mehrwertsteuer muss man dafür ausgeben.

Wer mit weniger Funktionen auskommt, kann als kostenlose Alternative den TinyBrowser von Lunarvis verwenden. TinyBrowser wird als Plugin unter TinyMCE installiert und funktioniert recht ordentlich. Flash-basierter Datei-Upload, Vorschaubilder, Bilder löschen - alles dabei. TinyBrowser beschränkt sich allerdings nicht auf Bilder. Man kann auch Audio-, Video- und andere Dateien verwalten.

Bei beiden Produkten sollte man daran denken, sie an die Zugangsverwaltung der Anwendung „anzuschließen“. Andernfalls hat jedermann die Möglichkeit, Dateien hochzuladen.

In diesem Video spricht Jay Pipes zu Google-Mitarbeitern über die Performance von MySQL und Möglichkeiten, Indexe und Queries zu optimieren.

Witziger Weise scheint es mehrere Möglichkeiten zu geben, Char und Varchar auszusprechen. Jay Pipes spricht es "kehr" und "werkehr" aus. Der Typ im gelben Hemd sagt "schar" und "wahrschar". :-D

Seit einer Weile arbeiten wir im Zuge eines Projekts mit dem Zend Framework. Zu diesem Projekt gibt es hier in nächster Zeit die einen oder anderen Details. Es befindet sich momentan in einer halb-privaten Beta-Phase und ist noch nicht ganz spruchreif.

Alle Inhalte des Projekts können per RSS-Feed abonniert werden und mit Zend_Feed lässt sich das mit einem Dreizeiler erledigen. Fast.

Schritt 1 - Konfiguration des Feeds

Zuerst stellen wir die Kopfdaten des Feeds zusammen. Titel, Beschreibung, Sprache, Zeichensatz etc.

$basisURL    = 'http://www.example.com/';

$feedArray = array(
    'title'         => 'Mein Feed',
    'link'          => $basisURL,
    'description'   => 'Meine Feed-Beschreibung',
    'language'      => 'de',
    'charset'       => 'utf-8',
    'pubDate'       => time(),
    'generator'     => 'Zend Framework Zend_Feed',
    'entries'       => array()
    );

Schritt 2 - Hinzufügen Daten

datenQuelle() steht hier für eben dies - die Quelle der Daten. Das kann eine Datenbank, eine Datei oder ein Service sein.

$daten = datenQuelle();
        
foreach ($daten as $element) 
{
    $feedArray['entries'][] = array(
        'title'         => $element['titel'],
        'link'          => $basisURL . $element['URLPfad'],
        'guid'          => $basisURL . $element['URLPfad'],
        'description'   => $element['text'],
        'pubDate'       => $element['datum']
        );
}

Schritt 3 - Feed erstellen

Im letzten Schritt laden wir Zend_Feed, importieren die Daten und senden das Ergebnis an den Browser.

require_once('Zend/Feed.php');

$feed = Zend_Feed::importArray($feedArray, 'rss');
$feed->send();

Und das war es auch schon.

Wenn Anwender einen Fehler machen, kommt's mitunter vor, dass sie extreme Demut zeigen. Ein Beispiel. :-)

Yes, I'm an idiot. I'll crawl back to my corner now. :-D Thanks!

Kontaktformulare sind in erster Linie nützlich für Leute, die gerade kein E-Mail-Programm zur Hand haben, wenn sie Kontakt mit Website-Betreibern aufnehmen wollen. Für den Betreiber haben Formulare jedoch einen entscheidenden Nachteil. Statt, dass das E-Mail-Programm des Kontaktsuchenden die E-Mail-Adresse automatisch als Absender einträgt, muss sie händisch eingetippt werden.

Das ist nicht immer von Erfolg gekrönt und wenn Leute ihre E-Mail-Adresse falsch eintippen, heißt das Detektivarbeit für den Empfänger. Vorausgesetzt er hat den Willen zu antworten. Dann wird nach Buchstabendrehern Ausschau gehalten, Suchmaschinen bemüht, etc.

Für den Fall, dass die Suche nichts bringt, heben wir zum Beispiel immer den Rückläufer auf. Der Fragesteller könnte sich ja noch mal melden und sich beschweren, dass er keine Antwort bekommen hat. In solch einer Situation hätten wir dann wenigstens einen Beweis.

Eine Lösung wäre vermutlich, den Formularausfüller die E-Mail zweimal eintragen zu lassen und dann Script-seitig überprüfen, ob beide Felder den gleichen Wert enthalten. Nachteil: Manch einer könnte den Mehraufwand scheuen und wieder verschwinden, ohne das Formular zu Ende auszufüllen.

Wie man's also dreht und wendet, Einschränkungen wird es wohl immer geben. Oder fällt jemandem etwas besseres ein?

Ein älteres Website-Projekt dümpelt seit einiger Zeit so vor sich hin. Neben ein paar nicht mehr aktuellen News bietet die Seite allerdings noch einen Haufen nützlicher Infos (Fotos, Adressverzeichnis, Link-Verzeichnis, Stadtplan etc.). Alte Neuigkeiten auf seiner Website zu haben, scheint jedoch ein Verbrechen zu sein:

Lieber Webmaster, liebe Verantwortliche,

weshalb existiert die URL www.[...].de überhaupt noch???
Aktuelle Meldungen stammen aus dem Jahr 2007 (wir schreiben das
Jahr 2009!!!). Merkt das keiner? Im Internet sind
stundenaktuelle Meldungen die Regel!
Bitte unbedingt nachbessern - oder ganz aus dem Netz
verschwinden!

Da fragt man sich wirklich, womit der Schreiberling seinen Ton und vor allem seine Forderungen rechtfertigt.

Schrieb letztens ein Kunde, dass er sein Problem gelöst hatte, und:

Everything is working great now. :)

Thanks a bunch! this was the best $29 I have spent in a long time.

:-)

Wie jeder vernünftige Anfänger habe auch ich zu Beginn meiner PHP-Karriere PHP- und HTML-Code kräftig gemischt. Das gehört ja schließlich zu guten Ton. Die Suppe löffle ich jetzt noch aus - immer wenn ich Änderungen und Erweiterungen am Schedule Organizer vornehme. Design und Business Logic sind zwar getrennt, aber nur durch Leerzeichen.

Schon früh habe ich meine Irrungen und Wirrungen erkannt und habe mich auf die nächstbeste Template-Engine gestürzt. Die konnte alles, was man braucht - Variablen, if-Bedingungen, Schleifen, Dateien einbinden.

Den Sinn von Template-Systemen (in PHP) stelle ich heute jedoch ernsthaft in Frage.

Nehmen wir zum Beispeil Smarty. Soweit ich das sehen kann, fügt Smarty keine neue Funktionalität hinzu. Stattdessen wird ein Teil der PHP-Funktionalität kopiert. Kann man sich auch sparen. Davon abgesehen erlaubt Smarty auch PHP-Code in {php} {/php}. Wozu waren Templates jetzt nochmal gut?

Template-Systeme rauben außerdem Performance (sprich: sind langsam) wenn nicht vorkompiliert und ge-cached wird. Das wiederum erfordert Schreibrechte auf einen Ordner, was wiederum eine Hürde für manchen Anwender darstellt. Unsere Support-Foren sind voll von diesem speziellen Problem.

Und dann stellt sich noch die Frage, für wen Template-Systeme eigentlich sein sollen.

Für die Entwickler wohl kaum. Viele von denen bauen genug Mist im eigentlichen Script-Code. Da können Sie in den Templates nicht mehr viel versauen.

Für Designer etwa? Das sind meist Leute, die in der Regel (X)HTML, Flash (Action Script) etc. können sollen. Aber man möchte sie nicht mit ein paar PHP-Anweisungen überfordern? Für wie dumm werden diese Leute gehalten? Wer den Template-Syntax (siehe auch Smarty) lernen kann, der kann auch PHP lernen.

Wie man übrigens an der Funktionsvielfalt der einzelnen Template-Systeme sieht, will der Anwender größtmögliche Freiheit. Warum gibt man ihm dann nicht gleich PHP.

Konsequenter Weise haben wir bei einem aktuellen Projekt, das mit dem Zend Framework arbeitet, komplett auf die Nutzung einer Template-Engine verzichtet. Bislang kamen noch keine Beschwerden.

Da ist aber jemand wütend. Und blind, vor allen Dingen. Neulich kam mal wieder was über dieses Kontaktformular.

Sehr geehrte Damen und Herren,

am XX.XX.2008 habe ich mich über eine Mitarbeiterin Frau Xxxxxxxx beschwert. Dieses Schreiben wurde mehrmals gefaxt und ich habe darauf überhaupt noch keine Antwort erhalten.

Mit freundlichen Grüßen

Yyyyyy Zzzzzzz

Ich hatte für einen Kunden eine spezielle Funktion eingebaut. Der Kunde scheint zufrieden damit zu sein.

too good at what you do... hats off to you Ralf!

too bad I can't send you a box of chocolates :-)

Für ein aktuelles Projekt benötigten wir eine Menge an Testdaten. So haben wir automatisch rund 1 Mio Benutzer in die Datenbank geschrieben, um zu sehen, wie die Anwendung damit klar kommt. Beim Blick auf die Datenbank mit phpMyAdmin wurde die Zahl der Datensätze mit minus 1 Mio angezeigt:

-1,000,501

Ein Bug oder ein Feature? Das Vergrößern der Schriftgröße brachte die Erleuchtung:

~1,000,501

Ein deutliches Zeichen, dass die Schrift auf dem Monitor um Längen zu klein ist, wenn man Tilde und Minuszeichen nicht auseinanderhalten kann.

:-[]

Ein Nutzer hatte Fragen zur Kodierung der Website-Inhalte. Nach der Umstellung auf UTF-8 wurde der Text nicht mehr korrekt dargestellt. Auf diesen Umstand wies der Nutzer hin:

The text in the page is in Hebrew, in case you wonder... Look at the comments and see the weird characters (although Hebrew is also weird characters, this is not Hebrew in the comments :-D )

:-D

Damit durch die eher negativen Berichte in der Vergangenheit keine Missverständnisse aufkommen; die meisten unserer Kunden sind nett zu uns. :-) Zum Beispiel:

You've been very patient with my inexperience. Thank you for that. You've gone above and beyond the call of duty.

Oder auch:

By the way, your script is really great, thank you!

Am Comment Script scheiden sich die Geister. Zugegeben, wer nicht so sehr mit HTML, PHP, CSS, Server-Pfaden und Script-Installationen im Allgemeinen vertraut ist, sieht sich mit gewissen Hürden konfrontiert. Leider kann unser Support auch nicht immer blitzschnell reagieren und die Fragen im Forum oder per E-Mail beantworten.

Das führt offensichtlich zu der einen oder anderen frustrierten E-Mail. Wie folgende zum Beispiel:

There are few things i would like to tell you... the first one is, i create it an account in your web forum, then i was waiting and waiting like a idiot for the account to be activate, but that never happend, anyways, i don't need it any more..

The second question is, why did you took too long to reply my question? don't answer this one, let me guess, you have many customers and you don't need me or any others, am i right? ...yes i think thats the true, but anyways, who cares about what i say, you'll always be the same cus i think you believe you are someone special, but you forgot that this is your business your are playing with.

the third question is, if you are a php programmer why is there so much problems and complicate explanation to acomplish a simple php script in a web page? ...you you should be ashamed of of your self for havinbg many users complaining and asking the same question in your forum.

and finally, to be honest with you, i don't need your script anymore,i have found a better one and with a fast email support and with easy script implementation in any html or css webpage.

and finally you ask for too much money for a such script that generate so many errors and i can see you don't give that much of support in your forum, even that 95% of the askers in the forum buy your miserable script.

Thank you for nothing sir

Wir danken auch.