apache-mod-log-sql vs. php mysql

Linux-haladó

apache-mod-log-sql vs. php mysql

  • 698 megtekintés

( x-daemon | 2005. 04. 09., szo – 02:24 )

úgy az is :)

php4 (4:4.3.10-10ubuntu1) hoary; urgency=low

* Resync with Debian to clear up a bunch of nasty bugs introduced
in upstream's 4.3.10 release, including Ubuntu bug #5208.
* Lower the libmysqlclient build-dep from version 12 to 10, since
Ubuntu hasn't made this library transition yet.

( LiRul v | 2005. 04. 09., szo – 19:59 )

Bugreportoltam (meg tegnap este) s az jott valaszkent, hogy nincs meg kellokepp kitesztelve a mysqlclient12-vel valo osszeferhetoseg. Sarge-t lenyegesen tobben hasznalnak, nameg az megiscsak testing, gondolom ott hamarabb ki fog bukni, ha van akarmilyen hatranya a frissitesnek.

( LiRul v | 2005. 04. 08., p – 16:49 )

Segfaultol az apache. FAQ-ban benne van, hogy miert:

http://www.outoforder.cc/projects/apache/mod_log_sql/docs-2.0/#id2820918

Azaz a php belso mysql konyvtarral van forgatva, nem pedig azzal amivel a mod-log-sql. Namost en ezt egy ubuntu hoaryn nezem, a phpinfo() szerint --with-mysql=shared,/usr modon van forgatva. Szerintem ez elegge egyertelmu, hogy nem a belso fv-konyvtart hasznalja. Megis sig11. mysql-4.0.23, apache-1.3.33, php-4.3.10 minden csomagbol. Jah es ugyan ez van az 1.18-as verzioval is.

Kellenenek az otletek. :) Thx.

( x-daemon | 2005. 04. 08., p – 17:02 )

szerintem hogy egy apache modul mivel van forgatva és hogy a php modul - ami ugyan szintén apache modul - mivel van forgatva az két külön dolog.

( LiRul v | 2005. 04. 08., p – 17:06 )

[quote:985b0bfbb4="x-daemon"]szerintem hogy egy apache modul mivel van forgatva és hogy a php modul - ami ugyan szintén apache modul - mivel van forgatva az két külön dolog.

Igen, en is igy gondolom. De a FAQ-ban feketen-feheren benne van. A log-sql iroja meg csak ert mar hozza, jopar apache modult irt idaig. :)

( koko | 2005. 04. 08., p – 17:22 )

[quote:d683100fae="x-daemon"]szerintem hogy egy apache modul mivel van forgatva és hogy a php modul - ami ugyan szintén apache modul - mivel van forgatva az két külön dolog.

Nem az.

Rengeteg ilyen függőség van. A legdurvább talán az XML kapcsán (mertmár a csapból is így jön a víz) az expat, ami 1.3-ban ősrégi/sz@r ezért nemcsak mod_php esetén de mod_perl esetén is jobb apache-t expat nélkül használni, ezek a divatos modulok úgyis jobbak a legtöbb esetben...

KJ

( x-daemon | 2005. 04. 08., p – 18:06 )

ezek szerint nem külön mondom meg, hogy hogy forduljon le egy apache modul és egy php modul? csodálkoznék. lehet hogy nem is akarok php-t mert statikus oldalak vannak fent.

( koko | 2005. 04. 08., p – 18:35 )

[quote:a43c064386="x-daemon"]ezek szerint nem külön mondom meg, hogy hogy forduljon le egy apache modul és egy php modul? csodálkoznék.

Akkor csodálkozhatsz.

Ha egy modult fordítasz, vagy egy modul modulját, ami használ olyan libet, ami az apacheban is bennevan, akkor a modulba (modul moduljában) már nem forgathatod bele, lévén két metódus ugyanazon megvalósítása nemfér el egy csárdában.

Mivel az apache expat-ot használ xml motorjában, a mod_php vagy a mod_perl xml moduljai ami szintén expatot használnak, nemfognak saját expatot húzni, használják az apache-t ami ha különbözik (vagy 1.3 apache esetében ősrégi a bundled), máris szívás van.
Pont ez a helyzet az apache log-sql vs mod_php sql-je körül.

Szóval nincs teljesen szabad kezed, mikor azt akarod megmondani, hogy mi hogyan forduljon. Nyílván van megoldás (forrásból megfelelően konfigurálva építkezni), de előre gyártott csomagok esetén ez nem mindig jön össze...

KJ.

( LiRul v | 2005. 04. 08., p – 18:53 )

[quote:9f79c710a5="koko"]Pont ez a helyzet az apache log-sql vs mod_php sql-je körül.

Koszi a magyarazatot. De meg mindig nem ertem, hogy ha a phpinfo() szerint --with-mysql=shared,/usr van es lejjebb reszletesen is ki van bontva, hogy external library, miert anyazik megis a log-sql. :(

( LiRul v | 2005. 04. 08., p – 19:01 )

Hmm egy aprocska dolog felett elsiklottam, lehet, hogy ez lesz a bunos. A MYSQL_MODULE_TYPE valoban external, viszont a Client API 3.23.56. Valoszinuleg itt lesz elasva a kutyuli.

[code:1:862038e87b]# ldd /usr/lib/php4/20020429/mysql.so
libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x40010000)[/code:1:862038e87b]

Akkor ezt szabhatom, nekem 4.0.x-es mysql kellene, errol a debian maintainereket kellene meggyozni, hogy ne a 3-as mysqlhez linkeljek a moduljukat.

( x-daemon | 2005. 04. 08., p – 19:07 )

nálam:

ldd /usr/lib/php4/20020429-zts/mysql.so
libmysqlclient_r.so.12 => /usr/lib/libmysqlclient_r.so.12 (0x40012000)

és sarge term.
ja bocs. ubuntut nem néztem.

( koko | 2005. 04. 08., p – 19:08 )

[quote:3c3e3eca06="LiRul"]
Koszi a magyarazatot. De meg mindig nem ertem, hogy ha a phpinfo() szerint --with-mysql=shared,/usr van es lejjebb reszletesen is ki van bontva, hogy external library, miert anyazik megis a log-sql. :(

Mindegy hogy hogyan van linkelve, a probléma - szerintem - hogy nem ugyanazon verziókkal. Azt tudod teni, hogy reportolod az ubuntu gizdáknak, hogy buildeljék újra a csomagokat mert így elég ciki, hogy friss kiadásban nincs szinkronban. Vagy másik megoldás, ha valamely modult te forgatod le, csak akkor figyelj oda, hogy azzal forgasd, amivel a másik van.
(legjobban jársz, ha mindkettőt a saját mysqledhez forgatod.)

KJ.

( x-daemon | 2005. 04. 08., p – 19:32 )

koko, olvasd el amit írok mielőtt válaszolnál rá. fentebb olvashatóan azt írtam, hogy külön-külön mondod meg, hogy melyik modult (apache és php) milyen mysql verzióval fordítod le. és még mindig csodálkoznék ha nem külön-külön mondanám meg... (lehet hogy nem is akarok apache-ot fordítani, mert a php-t csak parancssorból használom. vagy nem akarok php-t mert statikus oldalakat szolgál ki az apache - jobban már nem tudom neked elmagyarázni és a fenti példa is ezt mutatja hogy nem ugyanazzal vannak forgatva) viszont a phpinfo() CSAK a php-ben levő mysql verzióját írja ki. tehát az apache modulhoz fordított mysql verzióját NEM.
ennyi volt a rávezetés :)

( koko | 2005. 04. 08., p – 19:35 )

[quote:50577f5fbf="x-daemon"]koko, olvasd el amit írok mielőtt válaszolnál rá. fentebb olvashatóan azt írtam, hogy külön-külön mondod meg, hogy melyik modult (apache és php) milyen mysql verzióval fordítod le. és még mindig csodálkoznék ha nem külön-külön mondanám meg... (lehet hogy nem is akarok apache-ot fordítani, mert a php-t csak parancssorból használom. vagy nem akarok php-t mert statikus oldalakat szolgál ki az apache - jobban már nem tudom neked elmagyarázni és a fenti példa is ezt mutatja hogy nem ugyanazzal vannak forgatva) viszont a phpinfo() CSAK a php-ben levő mysql verzióját írja ki. tehát az apache modulhoz fordított mysql verzióját NEM.
ennyi volt a rávezetés :)

pff

KJ

( LiRul v | 2005. 04. 08., p – 19:42 )

[quote:e6db9845fd="x-daemon"]és sarge term.
ja bocs. ubuntut nem néztem.

Thanks, en nem hittem, hogy ilyen szinten belenyulnak ubuntuek a csomagokba, hogy masra linkelnek mint debianek.

[quote:e6db9845fd="koko"]Mindegy hogy hogyan van linkelve, a probléma - szerintem - hogy nem ugyanazon verziókkal.

Jaja most mar vilagos nekem is thx. Sajnos (?) epp ma jott ki a stable hoary, errol mar asszem lecsusztam, mert ez nem security fix, s csak a testingben fogjak javitani.

[quote:e6db9845fd="koko"](legjobban jársz, ha mindkettőt a saját mysqledhez forgatod.)

Egyertelmu. Csak nem szeretnem elveszteni az egyszeru apt-get frissites lehetoseget egy kozponti repobol azzal, hogy en forgattam forrasbol. Erre (lenne) jo a freebsd ports tree vagy a gentoo portage...

( koko | 2005. 04. 08., p – 19:51 )

[quote:5ec9a15036="LiRul"]Sajnos (?) epp ma jott ki a stable hoary, errol mar asszem lecsusztam, mert ez nem security fix, s csak a testingben fogjak javitani.

Egyertelmu. Csak nem szeretnem elveszteni az egyszeru apt-get frissites lehetoseget egy kozponti repobol azzal, hogy en forgattam forrasbol. Erre (lenne) jo a freebsd ports tree vagy a gentoo portage...

Vanott valalmi universe repo, ezek nem abban vannak? Ha igen, akkor oda imho kellene hogy megcsinálják. Így vicc, hogy egy hoary csomag incompat egy másik csomaggal, amik ráadásul még nem is independentek...

Ha balf@szok és nem orvosolják, akkor annyit még mindig tudsz tenni, hogy source-t húzod, újralinkeled magadnak és az így kapott csomagot tolod fel.
Talán ezt is lehet majdnem apt-get egyszerűséggel scriptelni...

KJ.

( x-daemon | 2005. 04. 08., p – 20:09 )

LiRuL nem régen lett 4-es mysql linkelve a php4-hez, a sarge úgy látszik ebben az esetben újabb az ubuntunál :) nem emléxem pontosan, kb. 1 hónapja történt.

( LiRul v | 2005. 04. 08., p – 20:30 )

[quote:a5b99ef4eb="koko"]Vanott valalmi universe repo, ezek nem abban vannak? Ha igen, akkor oda imho kellene hogy megcsinálják. Így vicc, hogy egy hoary csomag incompat egy másik csomaggal, amik ráadásul még nem is independentek...

Jah a felreertesek elkerulese vegett, a log-sql-t en forgattam, mivel abbol semmilyen deb csomag nincs (ill. ami van az regi, totalisan unofficial es teljesen rossz). Ez a modul nem is valtozik tul gyakran, hogy sokmindent vesztenek. Viszont gondolkodok is egy rendes deb package keszitesen, ennek masok is hasznat latnak.

[quote:a5b99ef4eb="koko"]Ha balf@szok és nem orvosolják, akkor annyit még mindig tudsz tenni, hogy source-t húzod, újralinkeled magadnak és az így kapott csomagot tolod fel.

Persze, csak ha barmi php bug van (vagy csak uj verzio amit kovetni szeretnek) akkor ezt annyiszor el kell jatszanom, full buildpackage. Jo persze, valamit valamiert, tudom jol.

( LiRul v | 2005. 04. 08., p – 20:33 )

[quote:863315f6ae="x-daemon"]LiRuL nem régen lett 4-es mysql linkelve a php4-hez, a sarge úgy látszik ebben az esetben újabb az ubuntunál :) nem emléxem pontosan, kb. 1 hónapja történt.

Az az erdekes, hogy:
[code:1:863315f6ae]sarge: Version: 4:4.3.10-9
hoary: Version: 4:4.3.10-10ubuntu3[/code:1:863315f6ae]
A deb revisiont nezve a hoary frissebb. :)