Diskussion:PHP
Bitte keine langen Source-Code-Beispiele einfügen. Ein Hello-World sollte reichen.
"Skriptsprache mit breiter Unterstützung für Datenbanken"
Im Artikel stand, PHP sei eine Skriptsprache mit "breiter Unterstützung für Datenbanken". Ich sehe nicht, inwiefern die Sprache PHP Datenbanken unterstützt. --Schlu32 13:03, 31. Mär. 2010 (CEST)
- PHP enthält Funktionen, um auf MySql-Datenbanken und abhängig von der Installation auch auf MS Sql Server-Datenbanken zuzugreifen. --Gaussianer (Diskussion | Beiträge) 21:53, 10. Apr. 2010 (CEST)
- Ich habe ja neulich wie gewünscht entsprechende Einzelnachweise hinzugefügt. Ich finde man kann dort schon eine sehr breite Datenbankunterstützung erkennen. Und wie ich auch schon in der Edit-Notiz geschrieben habe: Ich finds nicht so prickelnd wenn man erst löscht und dann fragt. Die bisherigen Autoren werden sich schon irgendwas dabei gedacht haben (und haben sie ja auch offenbar in diesem Fall). ;) --Johndoe17 22:02, 10. Apr. 2010 (CEST)
Hier sind alle von PHP unterstützten DBMS aufgelistet: http://www.php.net/manual/de/refs.database.vendors.php, das sollte wohl für die "breite" Unterstützung reichen. Des Weiteren gibt es noch zahlreiche Abstraktionsebenen: http://www.php.net/manual/de/refs.database.abstract.php (vor allem PDO finde ich selbst sehr gut und nutze es inzwischen eigentlich immer wenn es verfügbar ist) - Hoo man (Diskussion) 13:09, 11. Apr. 2010 (CEST)
Weder Funktionen noch Treiber sind eine Unterstützung durch die Skriptprache. Ihr verwechselt Sprache mit Bibliothek oder Plattform. Es bleibt dabei: Es gibt keine Unterstützung von Datenbanken durch die Sprache PHP. (So etwas gibt es aber z.B. bei C#) --Schlu32 13:56, 17. Apr. 2010 (CEST)
- Wo hat den bitte C# eine eingebaute Datenbankunterstützung, die nicht auf die .NET-Plattform und die dahinter liegenden Treiber zugreifen? Belege bitte außerdem deine persönliche Meinung, dass die eingebauten Datenbankfunktionen von PHP keine Datenbankunterstützung sind! --net 21:46, 17. Apr. 2010 (CEST)
- Also sorry Schlu32, aber so eine Klugsch******* hab ich ja selten gesehen. Ich denke nicht, dass es sinnvoll ist wie bei Java strikt zwischen Sprache und Plattform/Libraries zu unterscheiden. Natürlich kann man über solche Ansichten diskutieren, aber ich bezweifle, dass das mit DIR möglich ist, da du bisher einfach gelöscht hast, was dir nicht gepasst hat. Und dann sei doch wenigstens konsequent und lösche auch noch in den Artikeln Python (Programmiersprache), Ruby (Programmiersprache) usw. herum. Da wird beispielsweise von Pythons Standardbibliothek geredet oder von Rubys (interaktiver) Shell etc. Das ist deiner Meinung nach ja offensichtlich auch alles total falsch und wird besser erstmal gelöscht.
- Du hast übrigens selbst geschrieben "Ich sehe keine "breite Sprachunterstützung" für Datenbanken, Protokoll usw. in der Skriptsprache PHP. Bitte belegen." Das nenne ich guten Gewissens Ahnungslosigkeit. Würde jeder erstmal löschen, was er nicht nachvollziehen kann, dann könnte man dieses ganze Projekt hier ganz sein lassen. Wozu gibt es wohl die Diskussions-Seite? Nur um Editwars zu diskutieren? Nein, ganz sicher nicht! Die sind primär dazu da um Fragen zu stellen etc., um Editwars und anderes zu vermeiden.
- Abschließend denke ich, dass es das beste wäre man würde die Einleitung ändern von "PHP ist eine Skriptsprache..." in "PHP ist eine Skriptsprache und Plattform..." o.ä. Denn mit einer Sache hat Schlu32 Recht: die SPRACHE ist nicht dasselbe wie das, was sich drum herum gebildet hat (Module, Libraries, ...). Dann aber inkonsequent x-beliebige Stellen zu löschen ist der falsche Weg um dieses vermeintliche Problem anzugehen. --Johndoe17 12:24, 19. Apr. 2010 (CEST)
Grammatik
Bei indirekter Rede wird der Konjunktiv verwendet. --Schlu32 14:00, 17. Apr. 2010 (CEST)
- Ok, wenn du lieber eine unbegründete VM machst, als auf deiner Disk zu antworten dann eben hier weiter. Schau dir doch bitte mal den Artikel zu Indirekten Rede an. Der fängt damit an:
- „Die indirekte Rede ist ein Mittel zur distanzierten, berichtenden Wiedergabe von Äußerungen.“
- Die von dir bemängelte Aussage:
- „ Zudem sind trotz vorhandener Objektorientierung die meisten Standardbibliotheken noch prozedural angelegt.“
- … ist jedoch weder eine „berichtenden Wiedergabe von Äußerungen“, noch muss man sich im Artikel davon distanzierten. Wie kommst du also darauf, dass hier Indirekte Rede in verschäfter Form mit Konjunktiv eingesetzt werden muss? --net 21:40, 17. Apr. 2010 (CEST)
- Ich würde dir empfehlen, dich in dieser Angelegenheit bei der Redaktion Germanistik zu informieren (gibt es die überhaupt?), oder einfach die Finger von dem Thema zu lassen. Ich könnte mir vorstellen, dass du dich mit Technik ganz gut auskennst. Da kannst du dich wahrscheinlich besser einbringen. n.f.u. --Schlu32 16:57, 30. Apr. 2010 (CEST)
- Danke für den Rat aber ich kenne mich da schon ganz gut aus. --net 00:08, 1. Mai 2010 (CEST)
Allgemeines -> Vorteile der serverseitigen Ausführung?
Der Sinn dieses Abschnitts ist mir nicht ganz klar. Wann hat man denn schon die Wahl, den Code serverseitig oder clientseitig laufen zu lassen? Sobald's interaktiv wird, benötigt man u.a. aus Performancegründen doch ohnehin auch clientseitiges JS bzw. eine clientseitige Sprache, und PHP ist für den interaktiven Teil recht nutzlos. Wenn man umgekehrt Daten verschiedener Nutzer lagern und verwalten muss (Weblogs, Wikis, Webmail, soz. Plattformen usw.), ist Javascript ohnehin keine Option, da die Daten nur clientseitig gespeichert werden können. Was soll also der vergleichende Teil?
"Ein Nachteil ist, dass jede Aktion des Benutzers erst beim erneuten Aufruf der Seite erfasst wird."
Oder halt per Ajax_(Programmierung), Flash Remoting etc., was PHP auf der Serverseite durchaus übernehmen kann. Nachteil also gegenüber welcher Technologie?
Ich kann auch gerne entsprechende Änderungen am Artikel machen, wollte davor aber sichergehen, dass ich nicht nur den entsprechenden Absatz missverstehe...
--Wolfgang Noichl 00:04, 18. Mai 2010 (CEST)
- Das hab ich mich auch gefragt. Sollte geändert werden. -88.130.75.186 14:16, 15. Jul. 2010 (CEST)
- Der Satz "Ein Nachteil ist..." ist mir auch sofort seltsam vorgekommen. Ist so, als würde man schreiben, der Nachteil des Auto-Modells XY ist, dass es nicht fliegen kann. -- Hannes Schmiderer 20:54, 19. Feb. 2011 (CET)
Ich habe das jetzt mal soweit entfernt, wenn man so was wirklich braucht dann wohl im Skriptsprachen Artikel, da das definitiv auf alle serverseitigen Skriptsprachen zutrifft. - Hoo man (Diskussion) 12:56, 20. Feb. 2011 (CET)
PHP-Qt
PhP-Gtk wird erwähnt, PHP-Qt aber nicht. Auch wenn es auf der PHP Seite nicht erwähnt oder verlinkt wird, ist es denke ich doch eine interessante Information. Zumal es im [Qt] Artikel auch erwähnt wird. --Flyingmana 22:01, 4. Okt. 2010 (CEST)
- Ich habe das in den Satz mit dem PHP-GTK eingebaut - Hoo man (Diskussion) 12:58, 20. Feb. 2011 (CET)
Ausblick: PHP6
Unter "Ausblick" steht die Entwicklung zu PHP6. Die darin dargestellten Details stimmen zwar, allerdings ist die Entwicklung von PHP6 bis auf Weiteres aus Eis. Es ist unklar, ob die nächste Version 5.4, oder 6 sein wird und (falls 5.4), ob und welche der eigentlich für 6 vorgesehenen Features schon dort einfließen werden (vgl. "Namespaces", die in 5.3 zurück geportet wurden). (nicht signierter Beitrag von 95.88.196.127 (Diskussion) 16:06, 23. Feb. 2011 (CET))
- Hört sich interessant an. Kannst du eine Quelle dafür nennen?
- Wenn ja, dann schreib das doch in den Artikel! --88.130.89.194 20:53, 17. Mär. 2011 (CET)
Bitte zwischen Sprache, Laufzeitsystem und Architektur unterscheiden:
Bereits am Artikelanfang fehlt die Differenzierung:
- "PHP ist eine Skriptsprache"
- "PHP wird als freie Software unter der PHP-Lizenz verbreitet"
Unter Funktionsweise findet man dann:
- "PHP ist ein System, das PHP-Code serverseitig verarbeitet"
Wie ist das zu verstehen ?, vermutlich nicht als weitere Definition, sondern so, dass PHP die Eigenschaft hat, ein System zu sein, welches PHP-Code serverseitig verarbeitet. Gemeint ist die typische Verwendung in einer Webserverarchitektur.
Der Widerspruch kommt (zu recht) ein paar Zeilen tiefer:
- "Mit PHP lassen sich auch kommandozeilenorientierte Skripte schreiben, die vom Internet unabhängig sind. Die Qt-Erweiterung und die GTK-Erweiterung stellen sogar eine Programmierschnittstelle für eine grafische Oberfläche zur Verfügung, für die weder ein Webserver noch ein Browser benötigt werden."
Es lassen sich offensichtlich auch ganz normale standalone Anwendungen programmieren und ausführen. Aus der Formulierung "kommandozeilenorientierte Skripte" schliesse ich mal auf die Existenz einer "PHP-Shell".
Im selben Abschnitt:
- "Da PHP normalerweise in einer Webserver-Umgebung läuft, unterliegt es auch dem zustandslosen HTTP."
Die Aussage ist in mehrerer Hinsicht problematisch:
a) Nur HTTP an sich ist zustandslos, der Webserver und die Zendengine müssten es prinzipiel nicht sein, Gegenbeispiel Apache Tomcat mit Sessionkontext. Die Sprache PHP berührt das garnicht.
b) Webserver == HTTP-Server ???, prinzipiel kann ein (Web)Server auch andere Protokolle benutzen, sind die Zendengine und/oder die Sprache PHP explizit an HTTP geknüpft ? Das dieses das 99.99%-ige Anwendungsszenario ist möchte ich garnicht bezweifeln.
Insgesamt vermisse ich eine saubere Unterscheidung zwischen Sprache, Laufzeitsystem und Anwendungsarchitektur (=> 3 verschiedene Artikel).
Zur Sprache selbst vermisse ich Informationen wie:
- gibt es eine Standardisierung ?
- wer spezifiziert PHP ?, Zend Techn. alleine ?
- Spracheigenschaften, -Paradigmen ?
- gibt es Übersetzer in andere Sprachen ?
- welche Compiler gibts ?, und für welche Zielplattformen ?
- welche Interpreter gibts ?
Und welche Laufzeitumgebungen gibt es ?, unter welchen Lizenzen ? (Laufzeitumgebungen wofür ?, PHP-Code ?, irgendwelchen Byte-Code ?, für welche Architekturen ?)
Ich hoffe das war konstruktiv und hilft euch den Artikel zu verbessern ;-) (nicht signierter Beitrag von 84.60.96.129 (Diskussion) 10:37, 13. Jun. 2011 (CEST))