Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Noch ein Grund meinen (unfähigen) Softwareengineering Professor zu hassen, er hat das nämlich so erzählt. Und wenn man kein sql_close() macht, dann bleibt die Verbindung so lange bestehen wie das in den Settings vom Server drinnen steht -.-Original von Prometheus
@RemoteC
Falsch, die Verbindung zum Server wird gekappt wenn das Script zuende ist.
Original von RemoteC
Noch ein Grund meinen (unfähigen) Softwareengineering Professor zu hassen, er hat das nämlich so erzählt. Und wenn man kein sql_close() macht, dann bleibt die Verbindung so lange bestehen wie das in den Settings vom Server drinnen steht -.-Original von Prometheus
@RemoteC
Falsch, die Verbindung zum Server wird gekappt wenn das Script zuende ist.
Und ich dachte schon, er hätte einmal etwas sinnvolles gesagt und ich habe mir das auch noch gemerkt
Original aus der Doku
Die Verwendung von mysql_close() ist für gewöhnlich nicht notwendig, weil offene, nicht persistente Verbindungen automatisch mit Beendigung des PHP-Skripts geschlossen werden. Siehe auch Freigabe von Resourcen.
Original von LX
Wieso Gurus, ein Blick in die Doku reicht:
Original aus der Doku
Die Verwendung von mysql_close() ist für gewöhnlich nicht notwendig, weil offene, nicht persistente Verbindungen automatisch mit Beendigung des PHP-Skripts geschlossen werden. Siehe auch Freigabe von Resourcen.
Den PHP-Entwicklern und -Dokuschreibern würde ich mal eher vertrauen als RemoteCs Prof, darum ging es mir. Was willst du denn noch dazu wissen, was dich "weiterbringen" würde?Da sind wir aber immer noch nicht weiter, das was du hier geschrieben hast habe ich auch schon festgestellt.
Das wären schonmal mehr Vor- als NachteileOriginal von end4win
Vielleicht, überlegt ihr mal welche Vorteile es hat eine ungenutzte Datenbankverbindung
bis zum Ende des Skriptes offenzulassen?
Ausser Schonung der Tastatur fällt mir keiner ein.
1. Nachteil, es ist ein Risiko, da die offene Verbindung auch von einem Angreifer genutzt werden kann.Sicherheitsrelevant wird es erst dann, wenn die Verbindung auch genutzt wird, und darauf muss man so oder so achten.Sicherheitsrelevant wird es erst dann, wenn die Verbindung auch genutzt wird, und darauf muss man so oder so achten.
Wie klaut ein Angreifer eine offene Datenbankanbindung zum localhost? Wenn er Zugriff auf die Scripte selbst hat, kann er auch problemlos eine neue Verbindung öffnen, wenn er zwischen Skript- und DB-Server hockt, liegt ein viel gravierenderes Sicherheitsrisiko vorOriginal von end4win
1. Nachteil, es ist ein Risiko, da die offene Verbindung auch von einem Angreifer genutzt werden kann.
Richtig, aber du bräuchtest dann jederzeit ein mysql_connect(), wenn du auf die Datenbank zugreifen möchtest, anstatt einfach zu Beginn der Datenbankinitialisierung eine Verbindung zu öffnen und dann mit mysql_query() beliebig viele Abfragen zu starten. Über den Performanceunterschied zwischen sagen wir 100 Abfragen am Stück in der gleichen Verbindung und 100 Abfragen in ebensovielen verschiedenen Verbindungen, müssen wir uns glaub ich nicht unterhalten.2. Nachteil: ein erneutes mysql_connect() im Skript nutzt nicht die offene Verbindung, sondern stellt eine neue Verbindung her!
Das kommt dann wohl auf die Art des Projektes an. Wie gesagt, für ein popliges Gästebuch o.ä., wo an einer einzelnen Stelle einfach alles aus der Datenbank ausgelesen wird und danach nix weiter passiert, spielt das keine Rolle. Aber wenn die aus der DB ausgelesenen Inhalte wiederum als Bedingungen für weitere Abfragen gelten, dann wird das schnell sehr unübersichtlich.btw. Ich weiss auch bei meinen grösseren Skripten wann keine Datenbankverbindung mehr
nötig ist.