Re: iptables dnat localhost-rol
hello, On Wed, Sep 08, 2010 at 06:27:36PM +0200, Gabor HALASZ wrote: 2010.09.08. 15:54 keltezéssel, Hegedüs Ervin írta: Nem nagyon ertelek konkrétan mit? Az egeszet kavarast, pl minek kell ip cima http-ben, nem lehetne oda is dns name-t irni, stb... ez volt a javaslatom az üzemeltetők/fejlesztők felé... Az az 1.2.3.4 altalaban virtualis interface cime szokott lenni, akkro tevedtem. példa volt, bocs. de miert is nem hasznalsz valami proxyt befele? A squid is tud accelerator lenni, apache/lighttpd/nginx mind tud ilyet. ez mit változtatna a felálláson? Manipulalhatja a http forgalmat, ha mashogy nem, faragni kell egy redirektort, ami atirja a cimet, par perc alatt megoldhato. de nem a kintről jövő forgalomban kell manipulálni, hanem akik bentről mennek proxyn keresztül. És itt ez a lényeg, h a belső kliensek mennek proxyn keresztül egy külső címre, amit ua a hoszt redirectel a saját hálójuk felé (bár ez utóbbi irreleváns, lehetne másik IF is, akkor is ue lenne a szitu) Attól még a Squid a kliens által kért 1.2.3.4-re akarna kapcsolódni, konkrétan én ezt látom problémának (tehát h az alkalmazás a saját hoszt egyik interface-re akar kapcsolódni, ami egyébként DNAT szabály szerint egy másik IP-re megy - vagyis hogy lehet lo interfacen egyébként nem lo IP címmel rendelkező csomagoknak megmondani, hogy a POSTROUTING-ban levő szabályt légyszi' vegyék figyelembe) Ez mar tobbszor emlegettem a listan, de nem lehet elegszer ismetelni: az netfilterben csak a prerouting chainekben lehet olyan szabalyt irni, ami a destination interface-en valtoztat, a routeing (ami nem ip routeing, tobbek kozott az is itt dol el, hogy melyik lesz az output interface) utan mar nem. igen, tisztában vagyok ezzel, de megpróbálom harmadik módon megfogalmazni a kérdést: egy csomagot hogy lehet routingra kényszeríteni, ha egyébként nem lenne routing (egy adott IP:célport alapján)? iproute[2] vagy vmi egyéb mágikus tool jó lenne erre? tapasztalat érdekelne, vagy bármi, ami felett esetleg elsiklottam. Én azt javasoltam, h a vegyünk fel egy új rekordot az adott zónába, a weblapon írják át az IP hivatkozást DNS névre, és a Squid-nek megmondom h az az új A rekord az 5.6.7.8-ra mutat. Nagyjabol, a korrekt megoldas termeszetesen a split-dns, ahol az internal dns lefedi az external dnst is, csak a privat ip cimekket ad vissza, es termeszetesen http linkben nem hasznaltok ip cimet. (de ehhez jelenleg 300 felett jár a felhívott egyének száma, és perpill senki nem érzi magát illetékesnek) Jo kis helyen dolgozol :) nem itt dolgozom (szerencsére), ez csak amolyan úri passzió esténként lefekvés előtt. persze h a split DNS lenne a tisztább, szárazabb megoldás, de ez egy állami hivatal, a döntés (szerintem) kb így megy (a lista következő eleme az előzőt minden pontjában felülbírálja): - mi a logikus - melyik a jobb ajánlat - a Béla a múltkor tejelt - most akkor is a Géza lesz Így asztán az a 300 telefon bár alkotói túlzás, de a 10 körüli szám sajnos nagyon is valós :( a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
Hali, Szerintem egyszerűen az okozza az eltérést, hogy a du -shx . elött nem adtál ki egy cd / -t Zoli On Wed, 08 Sep 2010 23:44:22 +0200, Papp Tamás tom...@martos.bme.hu wrote: hi! $ df -h / FilesystemSize Used Avail Use% Mounted on /dev/sdb1 93G 25G 63G 29% / $ du -shx . 11G . Hogy lehetne kideriteni, mi eszi a helyet? lsof segitsegevel nem sikerult rajonnom. 10x tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 DirectoryIndex és php
Hi! Debian squeeze, rajta apache 2.2.16-1, php 5.3.2-2. Készítettem egy index.php-t, aminek a tartalma mindösszesen ?php phpinfo();? sorból áll, a /var/www alá betéve majd www.x.hu-ra nem fut le, hanem letöltődik. Viszont, ha www.x.hu/index.php-t írok, akkor megy (jogosultság is rendben). A DirectoryIndex-et nézegettem volna, de sajna nem segített - vagy én bénáztam el. A /etc/apache/mods-avialable/dir.conf tartalma: = IfModule mod_dir.c DirectoryIndex index.php index.html index.htm /IfModule Próbáltam a DirectoryIndex-et beletenni a ./sites-enebled/default-ba is, de sajna nem változott a felállás. Tehát: - direktbe hivatkozva a php-t feldolgozza - php működik - ha nem írom ki, hogy index.php, akkor megtalálja, mert letöltésre felajánlja, tehát a DirectoryIndex mégiscsak dolgozik. Logban hibát nem találok. Na és itt elakadtam, hogy akkor mit nézek be? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
Sinkovicz Zoltán wrote: Szerintem egyszerűen az okozza az eltérést, hogy a du -shx . elött nem adtál ki egy cd / -t :-) Lehetnek továbbá olyan törölt file-ok is, melyeket még nyitva tart egy process. Ezeket a df figyelembe veszi, a du nem. Vagy valami vicces bind mountos trükk is okozhat ilyen jelenséget. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
Kiss Gábor ki...@ssg.ki.iif.hu wrote: Lehetnek továbbá olyan törölt file-ok is, melyeket még nyitva tart egy process. Ezeket a df figyelembe veszi, a du nem. Vagy valami vicces bind mountos trükk is okozhat ilyen jelenséget. A torolt fajlokat az lsof mutatta volna, nem? -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
On Thu, Sep 09, 2010 at 08:50:14AM +0200, Sinkovicz Zoltán wrote: Hali, Szerintem egyszerűen az okozza az eltérést, hogy a du -shx . elött nem adtál ki egy cd / -t Gondolod?:) Komoly otleteket varok. 10x tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
On Thu, Sep 09, 2010 at 07:30:58AM +, Kiss Gábor wrote: Lehetnek továbbá olyan törölt file-ok is, melyeket még nyitva tart egy process. Ezeket a df figyelembe veszi, a du nem. Vagy valami vicces bind mountos trükk is okozhat ilyen jelenséget. Nem az a kerdes, hogy mi okozhatja, hanem hogy deritketo ki. Az lsof-nak szerintem is mutatnia kellene a nyitva tartott file-okat. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: roundcube: ingo sieve filterek importalasa/konvertalasa
On Wed, Sep 08, 2010 at 12:14:37PM +0200, Gabor HALASZ wrote: Akkor ird mar le azt a magikus rule-t. Milyen magikus rule-t? Nem is kerdeztel semmit. Ha az offline rendezesre vagy kivancsi, igen, arra jelenleg nincs lehetoseg. Bar tudtommal tervben van, talan pont a roundcube-nal olvastam rola. udv, tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
On 2010-09-09 10:18, Papp Tamas wrote: Gondolod?:) Komoly otleteket varok. 10x tompos A differencia szerintem egyszerűen a működésükből adódik... du (disk usage) df (free block displayer) Pl ha a file 2KB-os es a block az 1MB akkor a du az azt mondja hogy 2KB-ot használsz, de a df meg azt mondja, hogy 1MB-ot használsz. Zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 DirectoryIndex és php
Tehát: - direktbe hivatkozva a php-t feldolgozza - php működik - ha nem írom ki, hogy index.php, akkor megtalálja, mert letöltésre felajánlja, tehát a DirectoryIndex mégiscsak dolgozik. Na és itt elakadtam, hogy akkor mit nézek be? Elárulom, mert hihetetlen proxy. Mindent leszedtem, majd _csak_ apache ment fel php nélkül, miután meg akartam nézni, hogy az alap apache megy rendesen derült ki, hogy még mindig az index.php-t szedi le. Squid-ban tiltólista + böngésző cache törlés és már jó is. Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: iptables dnat localhost-rol
On 2010.09.09. 8:37, Hegedüs Ervin wrote: de nem a kintről jövő forgalomban kell manipulálni, hanem akik bentről mennek proxyn keresztül. És itt ez a lényeg, h a belső kliensek mennek proxyn keresztül egy külső címre, amit ua a hoszt redirectel a saját hálójuk felé (bár ez utóbbi irreleváns, lehetne másik IF is, akkor is ue lenne a szitu) Oh, akkor valahol elkavarodtam. Akkor a mukodo squid-ban kelle egy kis rewrite. igen, tisztában vagyok ezzel, de megpróbálom harmadik módon megfogalmazni a kérdést: egy csomagot hogy lehet routingra kényszeríteni, ha egyébként nem lenne routing (egy adott IP:célport alapján)? iproute[2] vagy vmi egyéb mágikus tool jó lenne erre? tapasztalat érdekelne, vagy bármi, ami felett esetleg elsiklottam. Lehet egy-egy host-ra is routeingot irni, de ha nem akarsz probalkozni, at kellene gondolni, mit hogyan csinal a kernel. Anno egy kinai siteon megtalaltam ezt http://oreilly.com/catalog/9780596002558 bescannelva, ebben van egy jokora (es jol ertheto) folyamatabra arrol, hogyan jon-megy a csomag a kernelben, ami alapjan konnyu meghatarozni, hogy a kulonbozo toolok hol avatkoznak be a folyamatba, es ez milyen hatassal van; igy el tudodm donteni, egyaltalan van-e lehetoseg ilyesmire. persze h a split DNS lenne a tisztább, szárazabb megoldás, de ez egy állami hivatal, a döntés (szerintem) kb így megy (a lista Nem akartam talalgatni, de ebben biztos voltam :) -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: roundcube: ingo sieve filterek importalasa/konvertalasa
On 2010.09.09. 10:25, Papp Tamas wrote: On Wed, Sep 08, 2010 at 12:14:37PM +0200, Gabor HALASZ wrote: Akkor ird mar le azt a magikus rule-t. Milyen magikus rule-t? Nem is kerdeztel semmit. Amit nem tudsz migralni. Ha az offline rendezesre vagy kivancsi, igen, arra jelenleg nincs lehetoseg. Bar tudtommal tervben van, talan pont a roundcube-nal olvastam rola. Egyre kevesbe ertelek, valahol nagyon elbeszelunk egymas mellett :) -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
acroread generálta PS
Tegyük fel, hogy a fikázáson már túl vagyunk, (méhasználod? nehasznáád! stb.) megkérdezem, más tapasztalta-e amit én. Latex - dvipdf - Acrobat Reader 9 Két különb?z? nyomtató és a ghostscript is azt mutatja, hogy nyomtatáskor a fontok teljesen el vannak baltázva. Az egyes bet?k helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. Any comment? Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Kiss Gábor wrote: Latex - dvipdf - Acrobat Reader 9 Két különbőző nyomtató és a ghostscript is azt mutatja, hogy nyomtatáskor a fontok teljesen el vannak baltázva. Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. Ja igen! Az xpdf outputja rendesen kijött a nyomtatón. (Na csak amíg megkonstruáltam az lpr 218 opcióját...!) g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2, flush
Sziasztok! Van egy apache2 szerverem, amire rákerült egy webshop. A fejlesztő azt mondja, hogy valamiért nem hajtódik végre a kódjában lévő flush. Szerinte valami tömörítő okozza a problémát: mondtam neki, hogy nézze meg, a phpinfo alapján mi az, ami szerinte a probléma forrása lehet, de azt mondja, hogy ezt így nem tudja megmondani. Szerintetek merre induljak el? Teljesen alap apache2 telepítés, az általa kért php modulokkal. Debian Squeeze van egyébként a gépen. A google és az apache2 flush problem ill. error nem hozott eredményt ;-) Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
hello, On Thu, Sep 09, 2010 at 10:37:29AM +, Kiss Gábor wrote: Latex - dvipdf - Acrobat Reader 9 ugyan nem dvipdf-el, de mással volt ilyen. Nálam az volt a gond, hogy nem találta meg a kliens program a fontot (UTF-8). Tehát nem beágyazott font volt, hanem rendszerfont, és _az_ a font nem volt telepítve. Két különb?z? nyomtató és a ghostscript is azt mutatja, hogy nyomtatáskor a fontok teljesen el vannak baltázva. Az egyes bet?k helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. Any comment? ha ez korábban ment, akkor passz, azért nézd meg a PDF tulajdonságait, és abban a fontokat. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Norbert Vastagh vasti...@gmail.com linux@mlf.linux.rulez.org wrote: A google és az apache2 flush problem ill. error nem hozott eredményt ;-) Itt beszelgetnek rola: http://php.net/manual/en/function.flush.php Ezeket mondjak: - php_value output_buffering 0 - mod_security 2.x core rules will also prevent flush() from working. - It appears that the flush() command does not work when running under suPHP. stbstb. -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Udv!
On 09/09/10, Norbert Vastagh vasti...@gmail.com wrote:
Van egy apache2 szerverem, amire rákerült egy webshop.
A fejlesztő azt mondja, hogy valamiért nem hajtódik végre a
kódjában lévő flush.
Szerintem a kivalasztott framework cache lehet a ludas.
Irj egy pici minta kodot es rogton kiderul. Ha neked megy,
akkor a PHP kodjaban elszurt valamit:
?php
ob_start();
for($i=0;$i70;$i++)
{
echo 'printing...br /';
ob_flush();
flush();
usleep(30);
}
?
Ha fajlba megy az eredmeny, van-e irasi joga, beallitotta-e?
Udv.: Laci
--
Laszlo Baranyai laszlo.baran...@uni-corvinus.hu
Corvinus University of Budapest
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 Erdelyi Gabor erdel...@host.epgep.bme.hu: Itt beszelgetnek rola: http://php.net/manual/en/function.flush.php Ezeket mondjak: Köszönöm, megnézem! Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 Baranyai László laszlo.baran...@uni-corvinus.hu: Irj egy pici minta kodot es rogton kiderul. Ha neked megy, akkor a PHP kodjaban elszurt valamit: Ez nyomja a képernyőre a printing... sorokat. az jó? ;-) A PHP programozáshoz egyáltalán nem értek... Ha fajlba megy az eredmeny, van-e irasi joga, beallitotta-e? Nem tudok semmit semmiről. Már nem egy web fejlesztő keze alá dogoztam, de ez a csapat csak annyit tud mondani, hogy máshol működik, és nem tudják, hogy mi a probléma :-( Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Udv! On 09/09/10, Kiss Gábor ki...@ssg.ki.iif.hu wrote: Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. masik gepen egy acroread milyen? Pontosan mi van fent (acroread-fonts, acroread-l10n)? Ja igen! Az xpdf outputja rendesen kijött a nyomtatón. (Na csak amíg megkonstruáltam az lpr 218 opcióját...!) evince? Udv.: Laci -- Laszlo Baranyai laszlo.baran...@uni-corvinus.hu Corvinus University of Budapest _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
2010/9/9 Erdelyi Gabor erdel...@host.epgep.bme.hu: - php_value output_buffering 0 A php.ini-ben output_buffering = Off van a phpinfo szerint output_bufferin: no value - mod_security 2.x core rules will also prevent flush() from working. Ilyen nincs a szerveren. - It appears that the flush() command does not work when running under suPHP. Ilyen sincs... Az a baj, hogy totál nem értek a PHP programozáshoz :-( De nem lehetne az ő részükről, próbaképpen különböző dolgokat paraméterezni, tiltani, stb. a PHP kódon keresztül? Üdv: -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: df vs du
On Thu, Sep 09, 2010 at 10:35:56AM +0200, Sinkovicz Zoltán wrote: A differencia szerintem egyszerűen a működésükből adódik... du (disk usage) df (free block displayer) Pl ha a file 2KB-os es a block az 1MB akkor a du az azt mondja hogy 2KB-ot használsz, de a df meg azt mondja, hogy 1MB-ot használsz. Nem abbol adodik, ez 100%. A particion a szabad hely folyamatosan csokken, a reboot utan 8GB foglalt hely lesz. A csokkenes nem lepcsozetes, szoval nem vmi cron script, vagy ilyesmi. Egyebkent egy web szerver, de a logok nagy resze meg egyeb dolgok is kulon particion vannak. udv, tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Baranyai László wrote: Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. masik gepen egy acroread milyen? Pontosan mi van fent (acroread-fonts, acroread-l10n)? Bocs, elfelejtettem az előbb: acroread 9.3.4-0.0 acroread-data 9.3.4-0.0 acroread-debian-files 0.2.9 acroread-dictionary-en 9.3.4-0.0 acroread-escript 9.3.4-0.0 acroread-l10n-en 9.3.4-0.0 gsfonts1:8.11+urwcyr1.0.7~pre44-3 gsfonts-other 6.0-3.2 gsfonts-x110.21 latex-xft-fonts0.1-8 texlive-fonts-recommended 2007.dfsg.2-1~lenny2 texlive-fonts-recommended-doc 2007.dfsg.2-1~lenny2 ttf-freefont 20080323-3 ttf-unifont1:5.1.20080914-1 unifont1:5.1.20080914-1 texlive-latex-base 2007.dfsg.2-1~lenny2 tex-common 1.11.3 texlive-base 2007.dfsg.2-1~lenny2 texlive-common 2007.dfsg.2-1~lenny2 ghostscript8.62.dfsg.1-3.2lenny5 xpdf-reader3.02-1.4+lenny2 evince-gtk 2.22.2-4~lenny1 Ja igen! Az xpdf outputja rendesen kijött a nyomtatón. (Na csak amíg megkonstruáltam az lpr 218 opcióját...!) evince? AZT A LEBORULT SZIVARVÉGIT! Pontosan ugyanúgy rontja el, mint az Acrobat Reader. :-o Pedig arra tettem volna fel a fizetésem, hogy az utóbbi tojt be... g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: acroread generálta PS
Hegedüs Ervin wrote: hello, On Thu, Sep 09, 2010 at 10:37:29AM +, Kiss Gábor wrote: Latex - dvipdf - Acrobat Reader 9 ugyan nem dvipdf-el, de mással volt ilyen. Nálam az volt a gond, hogy nem találta meg a kliens program a fontot (UTF-8). Tehát nem beágyazott font volt, hanem rendszerfont, és _az_ a font nem volt telepítve. Jó elmélet, de tavasz óta vélhetően nem töröltem le a fontokat a gépemről. Két különböző nyomtató és a ghostscript is azt mutatja, hogy nyomtatáskor a fontok teljesen el vannak baltázva. Az egyes betűk helyett érdekes, elmosódott, nonfiguratív maszatok jelennek meg. Amúgy mindegyik a helyén van, a beágyazott grafikával és a tagoló vonalakkal sincs semmi baj. Tavasszal ugyanez tökéletes volt. Azóta csak az acroread frissült. ha ez korábban ment, akkor passz, azért nézd meg a PDF tulajdonságait, és abban a fontokat. Az evince felsorol 30 darab No name Type 3 Embedded-et. Az Acroread látszólag bőbeszédűbb: T3Font_XX Type: Type 3 Encoding: Custom Actual Font: T3Font_XX Actual Font Type: Type 3 ahol XX minden értéket felvesz a 0-29 tartományban. Nekem ez nem sokat mond. :-( g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2, flush
Udv! On 09/09/10, Norbert Vastagh vasti...@gmail.com wrote: Ez nyomja a képernyőre a printing... sorokat. az jó? ;-) A PHP programozáshoz egyáltalán nem értek... Ha soronkent jelenik meg es nem egyszerre, meg kozben nem nyom hibauzeneteket, akkor jo. Tehat a szerver rendben van, at kellene nezni a PHP kodot, hogy mit is akarnak pontosan. Ezt nekik kell. Esetleg bovebb infot adhatnanak arrol, hogy mi a hiba. En arra kernem oket, hogy allitsak be az error_reporting erteket bobeszedure es nezzek meg a logot: error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE); Info: http://php.net/manual/en/function.error-reporting.php Udv.: Laci -- Laszlo Baranyai laszlo.baran...@uni-corvinus.hu Corvinus University of Budapest _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache nem indul el, rögtön elszáll
Gabor HALASZ halas...@freemail.hu írta (2010. szeptember 8. 11:25): On 2010.09.07. 23:54, Kós Tamás wrote: Ha kiszedem a Virtualhostból a külön log fájlt, a helyzet ugyanez. Minden ötletet szívesen fogadok! strace-eld meg az osszes f kapcsoloval, ahogy mar ajanlottak, mert valoszinuleg Csibra urnak van igaza, ilyet akkor szokott csinalni, amikor valami nagyon alapveto gondja van, logfile, devnull, devrandom, tmpdir, a parent ugyebar rootkent szokott futni, a childek mar unprivileged userkent, ezert nem doglik meg a parent, csak a forkolt childek. -- Gabor HALASZ halas...@freemail.hu _ linux lista - li...@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux Meg strace-eltem, kaptam egy 165K körüli fájlt. Átnéztem, nekem sajnos nem mond semmit. Feltöltöm valahova, és linkelem hamarosan. -- A man takes responsibility for his actions, right or wrong. He accepts the consequences and lives with them. Every day. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
