<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Aiv&#039;s dev blog &#187; Administracja</title>
	<atom:link href="http://aiv-dev.info/category/linux/administracja/feed/" rel="self" type="application/rss+xml" />
	<link>http://aiv-dev.info</link>
	<description>Ciekawostki programistyczne i tematy związane z bezpieczeństwem</description>
	<lastBuildDate>Mon, 06 Jun 2011 12:29:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>ClamAV wykrywa Exploit.PDF-9669</title>
		<link>http://aiv-dev.info/2010/01/09/clamav-wykrywa-exploit-pdf-9669/</link>
		<comments>http://aiv-dev.info/2010/01/09/clamav-wykrywa-exploit-pdf-9669/#comments</comments>
		<pubDate>Sat, 09 Jan 2010 16:06:40 +0000</pubDate>
		<dc:creator>Aiv</dc:creator>
				<category><![CDATA[Administracja]]></category>
		<category><![CDATA[Bezpieczeństwo]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://aiv-dev.info/?p=119</guid>
		<description><![CDATA[Dzisiaj w nocy aplikacja freshclam pobrała aktualizację definicji wirusowych do ClamAV. Od tej pory, ClamAV w każdym mailu napisanym w HTML&#8217;u, wykrywa &#8222;Exploit.PDF-9669&#8222;. Obecnie trwają pracę nad naprawą tego błędu. Jako rozwiązanie doraźne, polecam odnaleźć plik daily.hdb i wyedytować go. Pod koniec pliku znajdujemy linijkę: i kasujemy ją. Restart clamd na koniec, celem załadowania poprawionych [...]]]></description>
		<wfw:commentRss>http://aiv-dev.info/2010/01/09/clamav-wykrywa-exploit-pdf-9669/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Konfiguracja Apache + FastCGI + SuExec + PHP 4/5 + kilka innych rozwiązań</title>
		<link>http://aiv-dev.info/2007/12/30/konfiguracja-apache-fastcgi-suexec-php-4-5-kilka-innych-rozwiazan/</link>
		<comments>http://aiv-dev.info/2007/12/30/konfiguracja-apache-fastcgi-suexec-php-4-5-kilka-innych-rozwiazan/#comments</comments>
		<pubDate>Sun, 30 Dec 2007 15:45:38 +0000</pubDate>
		<dc:creator>Aiv</dc:creator>
				<category><![CDATA[Administracja]]></category>
		<category><![CDATA[Bezpieczeństwo]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[fastcgi]]></category>
		<category><![CDATA[php.ini]]></category>
		<category><![CDATA[php4]]></category>
		<category><![CDATA[php5]]></category>
		<category><![CDATA[suexec]]></category>

		<guid isPermaLink="false">http://aiv-dev.info/2007/12/30/konfiguracja-apache-fastcgi-suexec-php-45-kilka-innych-rozwiazan/</guid>
		<description><![CDATA[Postanowiłem na własne potrzeby stworzyć pewien szablon konfiguracji PHP opartej o Apache. Podstawowym celem było bezpieczeństwo rozwiązania, a jak udało mi się to zrealizować &#8211; życie pokaże. W prezentowanych przykładach pominąłem większość parametrów konfiguracyjnych, a więc podczas tworzenia własnego środowiska na bazie niniejszego artykuły zalecam dostosowanie ich do własnych potrzeb. Na potrzeby niniejszej konfiguracji użyłem: [...]]]></description>
		<wfw:commentRss>http://aiv-dev.info/2007/12/30/konfiguracja-apache-fastcgi-suexec-php-4-5-kilka-innych-rozwiazan/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Uproszczenie w konfiguracji PHP 5 per virtualhost</title>
		<link>http://aiv-dev.info/2007/12/29/uproszczenie-w-konfiguracji-php-5-per-virtualhost/</link>
		<comments>http://aiv-dev.info/2007/12/29/uproszczenie-w-konfiguracji-php-5-per-virtualhost/#comments</comments>
		<pubDate>Sat, 29 Dec 2007 16:27:16 +0000</pubDate>
		<dc:creator>Aiv</dc:creator>
				<category><![CDATA[Administracja]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[php.ini]]></category>

		<guid isPermaLink="false">http://aiv-dev.info/2007/12/29/uproszczenie-w-konfiguracji-php-5-per-virtualhost/</guid>
		<description><![CDATA[W PHP 5 wprowadzono pewne uproszczenie w tworzeniu plików php.ini np.: dla każdego virtualhosta oddzielnie. Zakładając, że mamy swój ulubiony plik php.ini, umieszczamy w nim na początku coś takiego: Poniżej opisanych dyrektyw, możemy posługiwać się zmiennymi ${main_domain} i ${main_root_dir} np.: w taki sposób: Niestety opcja ta nie jest dostępna w PHP 4 i w związku [...]]]></description>
		<wfw:commentRss>http://aiv-dev.info/2007/12/29/uproszczenie-w-konfiguracji-php-5-per-virtualhost/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kolejność wczytywania plików php.ini</title>
		<link>http://aiv-dev.info/2007/12/29/kolejnosc-wczytywania-plikow-phpini/</link>
		<comments>http://aiv-dev.info/2007/12/29/kolejnosc-wczytywania-plikow-phpini/#comments</comments>
		<pubDate>Fri, 28 Dec 2007 23:37:30 +0000</pubDate>
		<dc:creator>Aiv</dc:creator>
				<category><![CDATA[Administracja]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[php.ini]]></category>

		<guid isPermaLink="false">http://aiv-dev.info/2007/12/29/kolejnosc-wczytywania-plikow-phpini/</guid>
		<description><![CDATA[Chciałem sprawdzić czy można użyć kilku plików php.ini zakładając, że każdy kolejny plik nadpisuje ustawienia z plików poprzednich. Testowałem PHP w wersji 4.4.7 i 5.2.5 skompilowane jako CGI ze wsparciem dla FastCGI. Podczas konfiguracji użyłem między innymi parametrów: Po krótkim debugowaniu aplikacji okazało się w jakiej kolejności PHP poszukuje plików ini: Wyżej wymieniona kolejność jest [...]]]></description>
		<wfw:commentRss>http://aiv-dev.info/2007/12/29/kolejnosc-wczytywania-plikow-phpini/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

