Über diese FAQ

Frage: Was ist das hier?

Dies ist die FAQ (FAQ = Frequently Asked Questions [Häufig gestellte Fragen]) für die Newsgruppen de.comp.lang.php.* ( de.comp.lang.php.misc , de.comp.lang.php.datenbanken , de.comp.lang.php.installation , und de.comp.lang.php.netzprotokolle ) Sie erklärt den Zweck der Newsgruppen, auf welche Weise man hier am einfachsten an sinnvolle Antworten kommt und dient als Sammlung von Antworten auf häufig gestellte Fragen in der Gruppe.

Wenn Du Kommentare oder Vorschläge zu diesem Artikel hast oder wenn Du selber einige Abschnitte in diesen Artikel einbringen möchtest, wendest Du Dich am besten per Mail an die Mailingliste zur de.comp.lang.php FAQ, < faqlist@php3.de >.

Frage: Wie ist die Charta dieser Newsgroup?

Hier geht es um alle Fragen, die bei der Verwendung von PHP mit den verschiedensten Datenbanken wie MySQL, PostgreSQL, Oracle, MSSQL etc. auftreten können. Fragen zur Datenbank selbst müssen in der jeweiligen Datenbank-Gruppe gestellt werden.

Hier geht es um alle Fragen, die bei der Installation und Konfiguration von PHP auftreten können. Hierzu gehören insbesondere Fragen zur Kompilation und Integration für die von PHP unterstützten Webserver. Hinzu kommen Fragen zur Installation von div. PHP-Erweiterungen, z. B. für Datenbanken.

Hier geht es um alle Fragen, die bei der Programmierung mit sowie der Umsetzung von Netzprotokollen wie HTTP, FTP, Mail&News etc. mit PHP auftreten können.

Diese Newsgruppe richtet sich an alle Benutzer und Programmierer von PHP, einer Scriptsprache mit Schwerpunkt auf der Entwicklung von Webanwendungen.

Es können alle Themen rund um PHP besprochen werden, die nicht durch eine der anderen de.comp.lang.php.* Gruppen abgedeckt werden.

Die Hierarchie de.comp.lang.php.* entstand im November 2002 durch Aufteilung der Newsgroup de.comp.lang.php. Die Aufteilung wurde notwendig, weil der Verkehr in de.comp.lang.php so groß wurde, dass ein sinnvolles Arbeiten in der Newsgroup nicht mehr möglich war.

de.comp.lang.php wurde im Januar 2000 eingerichtet und im November 2002 gelöscht und durch de.comp.lang.php.* ersetzt.

Frage: Wo finde ich die aktuelle Version dieser FAQ?

Eine Downloadversion dieser FAQ im HTML-Format findet sich unter der URL http://www.php-faq.de/faq-html.tar.gz .

Windows-Anwender können die FAQ auch im CHM-Format laden, das in der jeweils aktuellsten Version unter der Adresse http://www.php-faq.de/dclp-faq.chm abgelegt ist. (Zum Ansehen von CHM-Dateien ist eine hinreichend neue Version des Microsoft Internet Explorer notwendig).

Die aktuelle Version dieser FAQ ist unter der URL http://www.php-faq.de zu lesen. Eine Version in einer einzigen Datei befindet sich unter der URL http://www.php-faq.de/faq-single.html .

Die XML-Quelltexte dieser FAQ sind unter der URL http://www.php-faq.de/faq.tar.gz zu finden.

Frage: Kann ich eine Kopie der FAQ per Mail zugesendet bekommen?

Die FAQ wird nicht als Mail versendet. Die Frage faq-download beschreibt, wie und in welchen Formaten die FAQ bezogen werden kann.

Frage: Du hast doch für die FAQ geschrieben. Ich habe da eine Frage zu PHP...

Der Autor dieser Antwort erhält zur Zeit pro Woche zwischen 40 und 60 private Fragen nach Hilfe zu PHP. Keine dieser Fragen wird beantwortet - das ist arbeitsmäßig einfach nicht zu schaffen.

Allgemein: Es ist sinnlos, Fragen per Mail an einen der Autoren dieser FAQ zu senden. Du belastest damit eine einzelne Person mit Arbeit, statt die Arbeit auf die Newsgroup zu verteilen. Außerdem ist diese Arbeit verschwendet, denn die Antwort wird nur von Dir und nicht von den anderen Lesern der Newsgroup gelesen. Auch kann die Antwort nicht vom FAQ-Team weiterverarbeitet werden.

Keiner der Autoren der FAQ wird Dir privaten Support per Mail leisten. Stelle Deine Frage bitte in der entsprechenden Newsgroup. Einen Überblick über die PHP-Newsgroups findest du hier: newsgroup-charta .

Frage: Darf ich die FAQ auf meiner Site einbinden? Darf ich sie für meine Zwecke verwenden?

Diese FAQ ist ein Gemeinschaftswerk der genannten Autoren . Sie ist wie alle Werke urheberrechtlich geschützt, und kann unter den Bedingungen der Open Publication License, lizenz-englisch genutzt werden. Die unter Open Publication License, lizenz-deutsch bereitstehende Übersetzung der Lizenz ist inoffiziell und nicht bindend.

Eine Zustimmung der Autoren zur Wiederveröffentlichung ist im Rahmen dieser Lizenz nicht erforderlich. Die Lizenz erlaubt Ihnen, den Text der FAQ beliebig zur Gänze oder in Teilen zu verwenden, solange die Namen der Autoren erhalten bleiben und an prominenter Stelle genannt werden. Die Lizenz ist unwiderruflich und bindend, d.h. die Autoren können die Lizenz weder entziehen noch verändern, solange Sie die Lizenzbedingungen einhalten.

Von der dclp-FAQ gibt es einige Mirrors. Wir haben mir diesen Mirrors in der Vergangenheit schlechte Erfahrungen gemacht: Die meisten dieser Mirrors bauen den Build-Prozeß der FAQ nicht nach und veröffentlichen so eine veraltete Version der FAQ. Ein besonders abschreckendes Beispiel ist die Kopie der FAQ auf dem PHP-Center , die dortige Version der FAQ ist nun schon seit Juli 2001 nicht mehr aktualisiert worden und die dort enthaltenen Informationen sind inzwischen gefährlich und schädlich.

Wir können und wollen Ihnen eine Kopie des Materials in Teilen oder zur Gänze nicht untersagen. Wir bitten Sie aber nachdrücklich, sich zu überlegen, ob es nicht günstiger wäre, stattdessen einen Link auf die Originalseite bei uns zu setzen. Die FAQ ist ein lebendiges Projekt, und sie verändert sich. Wenn Sie den Build-Prozeß der FAQ nicht für sich nachstellen können und die Informationen der FAQ nicht automatisch aktualisieren können, dann generieren sie bloß eine weitere veraltete Kopie der FAQ und helfen nicht wirklich dabei, die Welt in einen besseren Ort zu verwandeln.

Die FAQ wird derzeit auf eine Art und Weise gehostet, die ein Verschwinden der FAQ durch Trafficprobleme oder Servermangel sehr unwahrscheinlich macht ("sponsored by schlund+partner", Schlund stellt uns und dem deutschen Mirror des PHP-Manuals einen Rootserver zur Verfügung). Desweiteren können wir seit einiger Zeit stabile URLs garantieren und es ist ein Designziel der FAQ, Erklärungen unter unveränderlichen URLs zu präsentieren.

Wir laden Sie also herzlich ein, die FAQ zu verlinken statt eine weitere tote Kopie zu erzeugen, oder alternativ den Buildprozeß der FAQ bei sich zu installieren (sie benötigen CVS, Sablotron und Make sowie ggf. ssh). Letzteres würde Ihnen auch ermöglichen, schreibenden Zugriff auf die FAQ zu bekommen und Inhalte mitzugestalten.

Ihr Ansprechpartner in allen Fragen die dclp-FAQ als Ganzes oder in Teilen betreffend ist faqlist@php3.de , die Mailingliste der deutschen dclp-FAQ. Sie erreichen dort alle Autoren der FAQ sowie weitere an der Gestaltung der FAQ interessierte Personen.

Frage: Was soll ich tun, wenn ich einen Fehler in der FAQ gefunden habe?

Wenn Du einen Fehler in einem der Texte der FAQ gefunden hast, dann bitten wir Dich, uns diesen mitzuteilen. Dazu schickst Du am besten eine E-Mail an faqlist@php3.de . Unter dieser Adresse erreichst Du die Mailingliste der de.comp.lang.php-FAQ, welche alle Autoren der FAQ abonniert haben.

Wenn du einen Fehler in der FAQ gefunden hast, dann kannst Du ihn direkt in den Dateien ändern, die du via CVS heruntergeladen hast. Anschließend kannst Du die Änderungen in eine Datei schreiben und diese dann an die dclp-FAQ Mailingliste schicken:

# Änderungen in Datei umleiten
$ cvs diff -u > /tmp/diff

# E-Mail an dclp-FAQ Mailingliste schicken (Beispiel-Programm: mutt)
$ mutt -a /tmp/diff -s 'Meine Aenderungen an der FAQ' faqlist@php3.de 

Frage: Kann ich selber für diese FAQ schreiben?

Ja, sofern Du die in openpub beschriebene Lizenz für Dich akzeptieren kannst. Diese Lizenz bedeutet im wesentlichen, dass Du an Deinen eigenen Texten das volle Urheber- und Verwertungsrecht behältst, aber jedermann das Recht einräumst, die FAQ zu nutzen und unverändert und mit Hinweis auf die Originalquelle und die Originalautoren zu reproduzieren.

Rein technisch benötigst Du die folgenden Utensilien:

• Einen Rechner mit Texteditor und PHP zum Testen.

• Einen CVS-Client .

• optional einen beliebigen XSLT-Prozessor (z.B. Sablotron ).

Es gibt eine Mailingliste faqlist@php3.de , die Nachrichten über Änderungen an der FAQ enthält und bei der man Hilfe für Autoren bekommt. Man kann die Mailingliste unter der Adresse faqlist-subscribe@php3.de bestellen.

Es existiert ein CVS-Archiv, aus dem die aktuelle Version der FAQ bezogen werden kann. Die CVSROOT dieses Archives ist :pserver:anonymous@php3.de:/home/cvs/repositories/php (ohne Passwort). Das Modul heißt phpfaq .

$ cvs -d :pserver:anonymous@php3.de:/home/cvs/repositories/php login
Password: 
$ cvs -d :pserver:anonymous@php3.de:/home/cvs/repositories/php checkout phpfaq
...

# Aktualisieren der Version mit
$ cd phpfaq
$ cvs -z9 update -dAP 

Diese Version ist immer aktueller als die auf dem Webserver veröffentlichte Version.

Wenn du deine Änderungen an die Mailinglist faqlist@php3.de schicken willst, hänge bitte ein diff als Attachment an dein Mail an.

$ cvs diff -u > /tmp/diff

# mit 'mutt' ein E-Mail an die Liste schicken
$ mutt -a /tmp/diff -s 'Mein Diff' faqlist@php3.de 

Frage: Soll ich Jobangebote in de.comp.lang.php.misc posten?

Eine kurze Umfrage im Januar 2000 in de.comp.lang.php hat ergeben, dass Jobangebote in der Newsgroup toleriert werden - auch wenn sie nach Charta streng genommen off-topic sind - solange sie folgenden Ansprüchen an die äußere Form genügen:

• Jobangebote sollen im Betrefftext des Artikels die Kennzeichnung [JOB] haben. Auf diese Weise sind sie leicht erkennbar und können von den Leuten, die sie nicht sehen wollen leicht unterdrückt werden, während sie von den Leuten, die einen Job suchen, leicht gefunden werden.

• Jobangebote sollten mit der Headerzeile Followup-To: poster veröffentlicht werden. de.comp.lang.php.misc nimmt die Veröffentlichung von Jobangeboten hin, ist aber nicht zur Diskussion über Jobangebote gedacht.

• Jobangebote sollten nicht übermäßig oft veröffentlicht werden: Jeder Job sollte nur genau einmal angepriesen werden und Arbeitgeber mit ständigen oder wiederkehrenden Jobangeboten sollten nicht öfter als einmal im Monat veröffentlichen. Es hat keinen Sinn sich aufzudrängen, und bei einem unbeliebten Arbeitgeber wird in der jetzigen Arbeitsmarktsituation wohl kaum jemand anfangen.

• Jobangebote sollten netiquettekonform sein: Der Absendername soll eine Person ("Paul Arbeitgeber") und keine Funktion ("Personalbüro Arbeitgeber GmbH") sein. Die angegebene Mailadresse soll gültig sein. Im Newsartikel soll kein HTML verwendet werden und Netscape Visitenkarten sollen nicht verwendet werden; Hochglanz-Blendwerk ist nett für das Marketing, aber wir sind R&D.

• Jobangebote können in die formal korrekte Newsgroup de.markt.arbeit.biete.it-berufe crosspostet werden. Dann ist es doppelt wichtig, dass ein Followup-To: poster oder Followup-To: de.markt.arbeit.d gesetzt wird. de.comp.lang.php.* ist nicht zur Diskussion von Jobangeboten geeignet!

Wenn Sie als Arbeitgeber nicht in der Lage sind, im USENET intelligent, kooperativ und regelkonform aufzutreten, sollten Sie andere Medien für Ihre Personalaquise verwenden, die sich Ihnen leichter erschließen. Ihre Corporate Identity wird es Ihnen danken.

Frage: Wer kann mir einen Provider empfehlen?

Eine kurze Umfrage im Februar 2000 in de.comp.lang.php hat ergeben, dass Fragen nach Providern oder Providerspezifika in dieser Newsgroup nicht willkommen sind. Die korrekte Newsgroup für diese Frage ist de.comm.provider.webspace .

Eine Providerdatenbank wird unter anderem bei Dynamic Web Pages , beim PHP-Center und bei Webhostlist.de betrieben.

Ebenso unerwünscht sind providerspezifische Fragen wie Wie komme ich bei xyz an die MySQL-Datenbank? . Der korrekte Ansprechpartner für solche Fragen wäre der Support des betreffenden Providers bzw. dessen FAQ. Werden derartig providerspezifische Fragen dennoch in die Newsgroup gestellt, ist es höflich, Followup-To: poster zu setzen und hinterher eine Zusammenfassung der eingegangenen Mails zu posten.

Frage: Warum bekomme ich Ermahnungsmails, wenn ich Autoren in der Gruppe auf Netiquetteverstöße aufmerksam mache?

Du hast vollkommen Recht: Manche Autoren in der Newsgroup verstoßen gegen die Netiquette, wie sie in de.newusers.infos gepostet wird. Sie tun dies etwa, indem sie ohne vollen Realnamen schreiben, inkorrekte Mailadressen ("nospam", "deletethis") angeben oder Artikel mit HTML oder Netscape-Visitenkarten versenden. Du sollst das auch nicht hinnehmen.

In einer Newsgroup ist der Ton jedoch genauso wichtig wie der Inhalt. Die Regulars von de.comp.lang.php sind stolz auf den freundlichen und hilfsbereiten Ton in ihrer Newsgroup. Wenn Du also einen anderen Autor an die Netiquette erinnern möchtest, dann tue dies bitte unbedingt per Mail und nicht öffentlich in der Gruppe. Auch die Netiquette, auf deren Einhaltung Du bestehst, fordert dies - Du kannst nicht auf der einen Seite auf der Einhaltung der Netiquette bestehen und andererseits selbst dagegen verstoßen, ohne Glaubwürdigkeit zu verlieren.

Und bitte: Halte Deinen Ton auch in der Mail freundlich. Du wirst leichter verstanden und erreichst das gewünschte Ziel viel eher.

Wenn Du meinst, Deinen Artikel dennoch öffentlich posten zu müssen, etwa um einen Autoren an die korrekte Newsgroup zu verweisen, oder weil die angegebene Mailadresse nicht erreichbar ist, oder weil sich der Autor per Mail nicht einsichtig zeigt und sich niemand sonst bisher darum gekümmert hat, dann halte Deinen Beitrag bitte freundlich und konstruktiv. Das bedeutet: Beantworte die gestellte Frage oder löse das Problem des Fragers so gut Du kannst und weise dann auf die Netiquette hin. Wenn Du zu dem Problem des Fragers nichts beizutragen hast, dann poste lieber gar nichts - oder schreibe eine Mail. Du bist nicht allein in der Gruppe und Du musst die Welt nicht selbst retten. Ein anderer, der antworten kann, wird antworten und dabei wahrscheinlich auch auf korrektes Verhalten hinweisen.

Regeldiskussionen gehören in die dafür vorgesehene Newsgroup, de.soc.netzkultur.umgangsformen , oder sollen mit einem Followup-To: poster versehen werden.

Frage: Warum bekomme ich Ermahnungsmails?

Du wirst nicht nur in de.comp.lang.php , sondern in den meisten anderen deutschen Newsgroups auf korrektes Verhalten in den Newsgroups hingewiesen, wenn Du ohne einen vollständigen Namen postest, Artikel ohne gültige Absenderadresse schreibst, Artikel mit Werbung absetzt, HTML oder Netscape-Visitenkarten in Deinen Artikeln versendest oder mutwillig Artikel in die falschen Newsgroups schreibst.

Diejenigen von uns, die schon länger in den USENET News aktiv sind, haben sich diese Regeln und Verhaltenformen nicht aus Spaß ausgedacht. USENET existiert schon seit mehreren Jahrzehnten und die Verhaltensnormen, auf deren Einhaltung bestanden wird, haben sich in langen Jahren entwickelt und bewährt. Es gibt einen guten Einführungstext aus de.newusers.infos mit dem Titel Warum soll ich mich an die Regeln halten? der erklärt, warum die Dinge so sind, wie sie sind.

Wenn Du von de.comp.lang.php Ergebnisse möchtest, also technische Hilfe bei Deinen Problemen mit der Scriptsprache PHP, dann tust Du gut daran, Deinen Texten auch eine akzeptable äußere Form zu geben.

Frage: Warum sind Flames sinnlos?

Newbies, die sich nicht an geltende Netzkulturen halten oder schlecht formulierte Fragen stellen, kommen meist mit einem konkreten Problem nach de.comp.lang.php . Diese Leute bekommen dann allerdings häufig keine vernünftige Antwort, sondern werden mit Flames überhäuft. Der Grund liegt darin, dass beide Parteien mit unterschiedlichen Erwartungen und unterschiedlichen Kommunikationszielen in den Thread gegangen sind, und sie nicht bereit waren, von diesen Zielen abzuweichen. So ist keine sinnvolle Kommunikation zustande gekommen.

Eine sinnvolle Antwort auf ein schlecht formuliertes oder unhöfliches Posting unterscheidet sich in den folgenden Punkten:

Zunächst einmal versucht sie freundlich zu bleiben, ohne in der Sache nachzugeben.

Dann geht sie unmittelbar auf das Problem des Posters ein, d.h. sie hilft ihm auf eine konstruktive Weise, sein unmittelbares Problem zu lösen, um ihn wieder arbeitsfähig zu machen. Dies ist der wichtigste Aspekt der Nachricht aus der Sicht des Newbies oder Posters: Es ist egal, wie unsystematisch und offtopic die Nachricht von ihm oder Deine Antwort ist - wenn Du mit ihm etwas anfangen willst, musst Du zuerst seinen unmittelbaren Block lösen, damit Du sinnvolle Dinge nachschieben kannst.

Nachschieben heißt in diesem Zusammenhang, den Newbie mit weiterführenden Informationen zu versorgen, damit er mehr lernt, als er mit seiner Frage eigentlich bezweckt hatte. "Nachschieben" ist wichtig, denn nur so bekommt man Newbies schrittweise zu Regulars umgebaut.

Erst am Schluss eines Postings gibt es dann die Netiquette, quasi als Dressing obendrauf. Mit dem ganzen Zucker, der vorab geliefert worden ist, schmeckt das dann nicht mehr so bitter und dringt viel tiefer ein. Immerhin ist der Newbie ernst genommen worden und hat produktive Antworten bekommen, obwohl er sich mit seinem unerfahrenen Auftreten in de.comp.lang.php ziemlich lächerlich gemacht hat - das ist wie in Shorts und T-Shirt auf eine Sitzung mit lauter Anzügen und Schlipsen zu kommen: "Selbstverständlich können wir Ihnen die 10.000 Tonnen Schweinehälften liefern, und übrigens Herr Graczoll: Fällt Ihnen was an Ihrer Kleidung auf?"

Als Abschluss nocheinmal die Arbeitsschritte für guten technischen Support in de.comp.lang.php als Spickzettel:

• Freundlich bleiben. Wenn Du nicht freundlich bleiben kannst, lass jemand anders die Arbeit machen. Wir sind genug Leute hier, Du musst die Welt nicht alleine retten. Und wenn Du ausbrennst, ist uns damit auch nicht geholfen.

• Den Block wegräumen. Der Neuling kommt mit einem unmittelbaren Problem in die Gruppe. Räume dieses Problem weg. Wenn Du dieses Problem nicht lösen kannst, lass den Neuling in Ruhe. Jemand anders wird sich darum kümmern, Du musst die Welt nicht alleine retten.

  Bevor der Neuling nicht aufgemacht ist, kann man sekundäre Probleme nicht lösen. Auf den Neuling einzuschlagen, bevor er aufgemacht ist, ist kontraproduktiv und macht die Arbeit für andere nur schwieriger. Mache Deinen Kollegen die Arbeit nicht schwierig - wenn Du nicht aufmachen kannst, lass den Fall liegen.

• Nachschieben. Ein Neuling ohne Block ist eine Gelegenheit. Nutze sie! Jetzt ist der Zeitpunkt gekommen, an dem Du die Welt retten kannst. Drück dem Newbie nach der unmittelbaren Antwort auf sein konkretes Problem noch eine Winzigkeit mehr rein, damit der arme Kerl das Licht sehen kann.

  Wenn Du ihm in 2. eine Query gebaut hast, zeig ihm Zusatzinfo zu SQL. Wenn er ein Problem mit den MySQL-Funktionen hatte, zeig ihm die passenden (nicht irgendwelche, die passenden!) Handbuchseiten. Wenn er ein Sicherheitsloch gebaut hatte, zeig ihm passende Zusatzinfo.

  Präsentiere diese Zusatzinfo so, dass dem Neuling der Mehrwert Deiner Antwort deutlich wird, und dass er motiviert ist, sich diese Information zu erarbeiten.

• Geradebiegen. Wenn die Frage des Neulings Formfehler hatte, weise sachlich (!) und beiläufig auf diese Formfehler hin. Niemand will auf einer Party mit dem Megaphon ausgerufen werden: "Herr XYZ wird gebeten, den Hosenstall zu schließen." Andererseits will auch niemand den Nudelsketch von Loriot nachdrehen.

  Ergänze Deine Antwort wieder mit passenden URLs, etwa dem Abschnitt der FAQ, oder direkt mit den Links, die in der FAQ enthalten sind.

• Wir helfen Dir. Du musst die Welt nicht alleine retten. Wir haben die FAQ speziell für Dich gebaut - mit der FAQ ist es einfacher und schneller für Dich, produktiv zu helfen, statt eine Flame zu schreiben: 30 Sekunden für eine entspannte Nachricht mit zwei FAQ-Zitaten statt mindestens vier Minuten Stress, um den Deppen manuell fertig zu machen.

Frage: Ich verwende Outlook Express und keiner hat mich lieb.

Das wird daran liegen, dass Du Dein Outlook Express nicht korrekt konfiguriert hast. Wahrscheinlich setzt Outlook Express nicht den korrekten Absendernamen, veröffentlicht Artikel in HTML oder in HTML- und Text-Versionen in doppelter Ausführung oder macht andere Dinge, die außer Microsoft niemand gut findet.

Bitte lies die Outlook Express FAQ , die für Deine Version von Outlook zutreffend ist und konfiguriere Deinen Newsreader korrekt. Auf OE 6 Step by Step gibt es eine bebilderte Anleitung, wie man mit Outlook richtige Quotezeichen einstellt und das proprietäre "AW:" in Antworten auf das richtige "Re:" umstellt.

Leider waren den Programmierern von Outlook Express die vorhandenen Regeln im Usenet ein wenig egal. Dadurch wurden verschiedene Funktionen von OE so programmiert, dass du dir zwangsläufig damit Ärger einhandelst.

Zur Behebung der wichtigsten Fehlfunktionen in OE hat Christoph Hölken ein kleines Programm namens Outlook Express Tools (OET) programmiert. Du kannst damit in Zukunft technisch korrekte Postings ohne Kammquoting und überlange Zeilen erstellen und deine Signatur richtig abtrennen. Ausserdem wird beim Quoten der Cursor unter dem Original-Posting eingefügt, so dass es dir leichter fällt, TOFU (siehe newsgroup-tofu ) zu vermeiden. Dieses Programm kannst du dir unter http://www.oe-tools.de.vu downloaden.

Frage: Was ist TOFU? Wieso finden die Anderen meine Artikel schwer zu lesen?

Text Oben, Fullquote Unten. Eine Unart, die einen nicht nur in dieser Newsgroup, sondern im ganzen Netz unbeliebt macht. Lies http://learn.to/quote/ von Dirk Nimmich, und speziell Abschnitt 2.3 "Warum soll ich meine Antwort nach dem Zitat plazieren?" und die folgenden.

Frage: Wie verweise ich auf die FAQ?

Ein Hinweis auf die FAQ sollte niemals einfach nur in der Form "RTFM" oder http://www.php-faq.de erfolgen, sondern immer auf eine konkrete Antwort zeigen. Der Leser sollte außerdem erfahren, welche Antwort er dort findet und wieso das Bezug zu der gestellten Frage hat. In der Newsgroup hat sich folgendes Format eingebürgert:

1.21 Wie verweise ich auf die FAQ?
  http://www.php-faq.de/q/q-newsgroup-faqreferenz.html 

Dieser Code befindet sich am Ende jeder Antwort, so dass er einfach kopiert werden kann.

Frage: Wie stelle ich meine Frage an die Newsgroup am sinnvollsten?

Um in news:de.comp.lang.php.* eine sinnvolle Antwort zu erhalten, die Dir weiterhilft, solltest Du versuchen, Dich an die folgenden Regeln zu halten:

• Lies möglichst zuerst in der Gruppe mit, um welche Themen es gerade geht. Nichts ist ätzender, als drei Mal am Tag dieselben Fragen lesen zu müssen. Recherchiere in den Newsgroup-Archiven bei www.emre.de oder groups.google.com nach deinem Problem - die meisten Fragen wurden schon gestellt und beantwortet.

  Zu fast allen PHP-Funktionen finden sich in den User Contributed Notes wertvolle Hinweise zur Verwendung, zu möglichen Stolperfallen, Plattformunterschieden etc.: www.php.net/[Funktionsname] .

• Konfiguriere Deinen Newsreader so, dass er in Deinen Postings Deinen richtigen Namen und Deine gültige E-Mail-Adresse anzeigt.

• Stelle Deine Frage höflich und werden nicht ausfallend, auch wenn Dir nicht sofort jemand antwortet: Der Support, den Du im Usenet erhältst, ist im Gegensatz zu Hotlines etc. kostenlos und wird von anderen Leuten in Ihrer (teils knappen) Freizeit ohne eine Gegenleistung durchgeführt.

• Damit Andere Dein Problem so gut wie möglich verstehen, solltest Du bei der Beschreibung Deines Problems so präzise wie möglich sein: Eine Beschreibung im Stil von "Mein Skript funktioniert nicht! Woran kann das liegen??" ist nicht sehr hilfreich, da Du sehr wenige Angaben machst.

  Versuche bei der exakten Beschreibung Deines Problems möglichst genaue Angaben über die verwendete PHP-Version, das verwendete Betriebssystem und über Software zu machen, die zusammen mit PHP eingesetzt wird (z.B. Webserver, Datenbanksystem).

• Wenn Du Deinen Code in ein Posting einbaust, übernehme bitte nur die relevanten Zeilen, in denen Du den Fehler vermutest. Unnötige Skriptzeilen erhöhen die Größe Deines Postings und verärgern andere User, die diese unnötige Bandbreite bei Ihren manchmal sehr langsamen Verbindungen zum Usenet sehr eindrucksvoll zu spüren bekommen.

  Darüber hinaus haben viele Leute keine Lust, wegen eines kleinen Problems gleich ein Skript von mehreren Hundert Zeilen für Dich zu "debuggen".

• Bitte übernehme Deinen Code, wenn Du ihn in Dein Posting integrierst, so, wie er auch im PHP-Skript steht: Alle Betriebssysteme unterstützen die Funktion "Copy & Paste". Nutze sie und komme bitte nicht auf die Idee, Deinen Code vom Skript in das Posting abzutippen!

  Durch das manuelle Übertragen erhöht sich die Chance, dass Du weitere Fehler in Dein ohnehin schon fehlerhaftes Skript einbaust. Damit machst Du es anderen Benutzer der Newsgroup nicht gerade leicht, die "wirklichen Fehler" zu finden.

Frage: Warum kann ich nicht mehr auf de.comp.lang.php zugreifen?

Mitte November 2002 wurde die Newsgroup de.comp.lang.php gelöscht und dafür die vier neuen Gruppen de.comp.lang.php.datenbanken , de.comp.lang.php.installation de.comp.lang.php.netzprotokolle und de.comp.lang.php.misc eingerichtet. Bitte verwende jetzt diese Gruppen.

Die Chartas der neuen Gruppen findest Du unter newsgroup-charta