<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Typo3: Bilder werden nicht angezeigt</title>
	<atom:link href="http://lautundklar.de/blog/2007/06/29/bug-typo3-hat-probleme-mit-suphp/feed/" rel="self" type="application/rss+xml" />
	<link>http://lautundklar.de/blog/2007/06/29/bug-typo3-hat-probleme-mit-suphp/</link>
	<description>Webdesign, CSS, Webstandards und  alles mögliche</description>
	<lastBuildDate>Sun, 22 Jan 2012 20:42:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Von: Mark</title>
		<link>http://lautundklar.de/blog/2007/06/29/bug-typo3-hat-probleme-mit-suphp/comment-page-1/#comment-15123</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 02 Apr 2008 16:49:29 +0000</pubDate>
		<guid isPermaLink="false">http://lautundklar.de/blog/index.php/2007/06/29/bug-typo3-hat-probleme-mit-suphp/#comment-15123</guid>
		<description>Habe eine bessere Lösung (IMHO) gefunden:

Anstelle Typo3 zu patchen besser die suphp.conf des Servers ändern bzw. vom Provider ändern lassen.

Darin steht nämlich meist:

;Umask to set, specify in octal notation
umask=0077

Dies bewirkt, daß Dateien mit 0600 und Verzeichnisse mit 0700 unter der UserID des Benutzers (und damit des PHP-Scripts) angelegt werden, was den Webserver hindert, mit PHP angelegte Dateien an den Browser auszuliefern, da er selbst nicht dran darf (er läuft i.d.R. mit einer anderen UserID).

Besser ist diese Einstellung:

;Umask to set, specify in octal notation
umask=0022

Mit dieser Einstellung werden Dateien mit 0644 und Verzeichnisse mit 0755 angelegt, somit kann der Inhaber der Datei oder des Verzeichnisses (UserID, mit der auch PHP-Skripte ausgeführt werden) zugreifen und zusätzlich der Webserver (oft UserID &quot;www&quot;, &quot;wwwrun&quot; oder &quot;apache&quot;) lesend zugreifen (nur lesend!).

Und prompt funktioniert es mit allen (neu angelegten) Bildern! Ggf. alte Bilder auf typo3temp löschen, damit sie neu generiert werden.

Gruß

Mark</description>
		<content:encoded><![CDATA[<p>Habe eine bessere Lösung (IMHO) gefunden:</p>
<p>Anstelle Typo3 zu patchen besser die suphp.conf des Servers ändern bzw. vom Provider ändern lassen.</p>
<p>Darin steht nämlich meist:</p>
<p>;Umask to set, specify in octal notation<br />
umask=0077</p>
<p>Dies bewirkt, daß Dateien mit 0600 und Verzeichnisse mit 0700 unter der UserID des Benutzers (und damit des PHP-Scripts) angelegt werden, was den Webserver hindert, mit PHP angelegte Dateien an den Browser auszuliefern, da er selbst nicht dran darf (er läuft i.d.R. mit einer anderen UserID).</p>
<p>Besser ist diese Einstellung:</p>
<p>;Umask to set, specify in octal notation<br />
umask=0022</p>
<p>Mit dieser Einstellung werden Dateien mit 0644 und Verzeichnisse mit 0755 angelegt, somit kann der Inhaber der Datei oder des Verzeichnisses (UserID, mit der auch PHP-Skripte ausgeführt werden) zugreifen und zusätzlich der Webserver (oft UserID &#8220;www&#8221;, &#8220;wwwrun&#8221; oder &#8220;apache&#8221;) lesend zugreifen (nur lesend!).</p>
<p>Und prompt funktioniert es mit allen (neu angelegten) Bildern! Ggf. alte Bilder auf typo3temp löschen, damit sie neu generiert werden.</p>
<p>Gruß</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Daschmi</title>
		<link>http://lautundklar.de/blog/2007/06/29/bug-typo3-hat-probleme-mit-suphp/comment-page-1/#comment-4297</link>
		<dc:creator>Daschmi</dc:creator>
		<pubDate>Thu, 19 Jul 2007 12:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://lautundklar.de/blog/index.php/2007/06/29/bug-typo3-hat-probleme-mit-suphp/#comment-4297</guid>
		<description>Danke für den Tip

Für den GifBuilder :

[329] : t3lib_div::fixPermissions($gifFileName);

dann gehts wieder</description>
		<content:encoded><![CDATA[<p>Danke für den Tip</p>
<p>Für den GifBuilder :</p>
<p>[329] : t3lib_div::fixPermissions($gifFileName);</p>
<p>dann gehts wieder</p>
]]></content:encoded>
	</item>
</channel>
</rss>

