Pressflow, merjem vagy ne?

edgarpe képe

Nem modul, hanem mag villa. Na jó, core fork :)

Szóval úgy néz ki a helyzet, hogy indul egy site amire várhatóan induláskor be fog esni jó sok látogatás (reklámkampány). A szervert és a drupalt amennyire csak lehet felkészítettem a szitura, pl. apc, memcached, boost modul.

De ránéztem erre a PressFlow-ra és tetszik. Pl. bejelentkezett felhasználó esetén a főoldal kiszolgálása átlag 30-al kevesebb SQL query-vel megoldja. Ez szerintem a menu-nél alkalmazott statikus cache miatt van.

De még nem használtam soha pressflow-t, még próba szintjén sem. Erősen vacilálok, hogy mi legyen, jó lenne bevetni, a 30 query sok. A forráskódba belenézve láttam hogy erősen ügyelnek az api kompatibilitásra, úgyhogy _elvileg_ nem lehet gond a használata.

Abban a reményben írok ide, hátha használta már valaki itt és tud jó vagy rossz tapasztalatot mondani. Főleg a rossz érdekelne, tehát hogy kipróbálta és ilyen meg olyan hibák jöttek elő. Az említett oldalon nincsenek egzotikus contrib modulok, csak a szokásos nagyok (cck, views, panels, token és hasonlók). Mondjuk a boost az elég egzotikus szerintem, az csinál fura dolgokat, de próbálom kordában tartani :)

Szóval, (jó-)rossz tapasztalat PressFlow-val?

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 
edgarpe képe

Még ide tartozhat, hogy Apache 2.2 + PHP 5.3 van a szerveren, és nincs semmilyen proxy az apache előtt (ezért a boost).

0
0
nevergone képe

PHP 5.3-mal nem lesznek gondjaid? Elvileg a Drupal core fel van már rá készítve, de vajon a kiegészítő modulok is?

0
0
Illyés Edit képe

Mit csinálsz egy ismeretlen rendszerrel, ha a kampány alatt valami gond van?

Új dolgokat játszva érdemes tanulni, nem amikor a fejed felett lebeg az x-számjegyű kötbér.

Tapasztalatból beszélek. ;)

0
0
aries képe

Néha vannak kompatibilitási gondok Pressflow-val. Volt már úgy, hogy "downgrade"-elni kellett, mert a natúr Drupallal nem jött elő a hiba. Érdemes kipróbálni, és ha voodoos helyzet áll fenn, akkor megpróbálni visszaváltani.

0
0
york képe

DB szinten is kompatibilis a drupallal?
Ha igen, akkor talan nem lehet gond az oda vissza valtas.

0
0
aries képe

MySQL szinten, igen.

0
0
drifter képe

De persze legyen mentés. Egy oldalt migráltam sima drupalról pressflowra (tkp. mercuryra de az is pressflow alapú), simán ment.

0
0
edgarpe képe

Végül nem vetettem be, szerencsére könnyedén elbírta a szerver így is. A boost sokat segített. Edith, nagyon találóan fogalmaztad meg, hogy új dolgokat játszva érdemes tanulni, ez most nem az a szitu volt.

Érdemes végignézni egy diff-et a pressflow és drupal között. Olyan nagyon sok változás nincs, egész jól lehet követni (persze madártávlati szinten) hogy min változtattak. Elvileg oda-vissza lehet migrálni. De csak elvileg. Én abból indulok ki, hogy tökéletes kompatibilitás nem létezhet a kettő között, mert _valamit_ másképp kell hogy csináljon, különben mi értelme az egésznek.

A PHP 5.3-ra azt hittem már reagáltam, lehet bénáztam és nem nyomtam meg a mentés gombot. Szóval futtatok pár siteot PHP 5.3 alatt és a nagyobb modulokkal (Views, CCK, Panels, Token, stb...) nincs gond. Views-nál pl. olyan van, hogy a Views UI generálgat egy hibát, ami elsőre ilyesztő, de valójában a forráskódban egy "&" jel kiszedése megoldja. Egy pici odafigyeléssel szerintem már simán lehet futtatni Drupalt 5.3 alatt. Persze az egzotikus contrib modulokra ez nem igaz.

0
0
zserno képe

A *.ceu.hu-n egy honap eles hasznalat utan az a tapasztalat, hogy hibatlanul mukodik. Varnish-sel egyutt hasznaljuk es igen vicces zuhanas lathato a terhelesi grafikonokon. :)
(Apache, php5.2 es MySQL kornyezetrol van szo.)
Leginkabb a bejelentkezett felhasznalokon segitett. Nekik szo szerint tobbszorosere csokkent a page load time. Az anonymous latogatokat pedig a Varnish szolgalja ki, ami ugye villamgyors.
Teljesen kompatiblis mind 100+ modulunkkal, szoval csak ajanlani tudom!
Es egy kivalo iras a ketkedoknek: http://www.dynamiteheads.com/blog/jakub-suchy/migrating-your-site-pressf...

0
0