Path: csiph.com!aioe.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: k@rl.pflaesterer.de (Karl =?utf-8?Q?Pfl=C3=A4sterer?=) Newsgroups: de.comp.lang.php Subject: Re: Datenbankzugriffe Date: Wed, 29 Jul 2015 07:00:38 +0200 Lines: 26 Message-ID: References: <2632905.ucBRBu4qVc@PointedEars.de> <4753524.mzTREkMRjf@PointedEars.de> <4865029.4SWpFNJUpT@PointedEars.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net Wmwj39rPCrq5OHS4oxDFMw0bTA0L1fHVLMfSmx+k4bHgGz/X0= Cancel-Lock: sha1:br73uugh1cUSaFmAJlHmXH8KLOo= sha1:OphV8MmJ64e7gNaB4P7fpsxsKdA= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (darwin) Xref: aioe.org de.comp.lang.php:3487 Thomas 'PointedEars' Lahn writes: > Christoph M. Becker wrote: > >> Thomas 'PointedEars' Lahn schrieb: >>> Christoph M. Becker wrote: >>>> Thomas 'PointedEars' Lahn schrieb: >>>>> [Die] Möglichkeit [von R/W Race Conditions] besteht bei der Verwendung >>>>> von Sessions nicht. >>>> Stimmt, da die Session-Dateien gesperrt werden. >>> Nein, sondern weil jeder Benutzer seine eigene Session-ID und damit seine >>> eigene Session-Datei bzw. deren Äquivalent zum Beispiel in einer Session- >>> Datenbank hat. […] >> >> Stimmt. Allerdings könnte der selbe Benutzer gleichzeitig auf die selbe >> Session-Datei zugreifen wollen. > > Was meinst Du damit? Benutzer ist hier nicht im Sinne von „Systembenutzer“ > (“www-data” etc.), sondern von „Applikationsbenutzer“ zu verstehen. > >> Ohne Locking ginge das gründlich in die Hose. > > Wie kommst Du darauf, dass bei PHP-Sessions Locking (à la flock(2) oder > sogar tatsächlich das) stattfindet? Weil dem bei file basierten Sessions so ist