Illyés Edit képe

Nem kell törölni, elég kikapcsolni.

Nem csak memóriatúllépés okozhat fehér oldalt, hanem kódhiba is. Például valami zűr van a címlap sminkjével, vagy egy címlapon megjelenő blokkban, tartalomban hibás PHP kód van.

Más (pl. Garland) sminkkel bejön a címlap?

0
0
Illyés Edit képe

Kereső = a /search/node oldal? Az a másik néhány az hol van?

0
0
Illyés Edit képe

Ha nem kezel nagyméretű képeket, akkor nem kell 96 mega. A jelek szerint éppen befér 32-be, lehet, hogy némi optimalizálással kényelmesen elfutkosna ennyivel. Nem túl bonyolult CCK + Views webhelyeket bele szoktam passzírozni 36-ba.

0
0
Illyés Edit képe

Van ilyen, hogy Node Export modul, de lehet, hogy meg lehetne javítani a rendszert.

adatbázis hibára hivatkozik

olyan más - már nem is létező - modul hibájára (is) utal

Másold ide a hibaüzeneteket, anélkül csak találgatunk.

0
0
Illyés Edit képe

Egy egyszerű hibakeresési módszer, ha átváltasz valamelyik alapsminkre, és ha továbbra is fennáll a probléma, akkor elkezded egyenként kikapcsolni a számításba vehető modulokat addig, amíg a fenti hibaüzenet eltűnik. Rögtön ki fog derülni, melyik modul a tettes.

0
0
Illyés Edit képe

A fiúktól kell megkérdezni:

Az portál indítását követő fejlesztéseket és a Drupal üzemeltetését a Brainsum végezte és végzi.

Az Új Szó projekttől függetlenül: az a tapasztalatom, hogy ha egyszer elkészült és bejáratódott egy rendszer, nagyon kicsi a hajlandóság az upgrade-del kapcsolatos költségek és macera felvállalására. Mostanában már szerződésbe is beleírtam boldozva, hogy a biztonsági frissítések és upgrade-ek költségével számolni kell, de megrendelői oldalon nagyon erősen tartja magát az a mentalitás, hogy ami egyszer végre elkészült, az készen van.

Az a gondolat, hogy egy ilyen rendszert ugyanúgy évente el kell vinni a szervízbe nagygenerálra, mint A Kocsit, valahogy nem tud megkapaszkodni az elmékben. :)

Illyés Edit képe

Térítésmentesen? Kérlek sürgősen vedd fel velem a kapcsolatot, folyamatosan el tudlak látni sok szép térítésmentes feladattal. ;)

Egy ilyen közepes bonyolultságú rendszernél egy egyszerű biztonsági frissítés is egy órás munka (biztonsági mentés, patch, tesztelés, közben folyamatos dokumentálás).

Ha nem csak a foltot teszed fel, hanem teljesen újrahúzod a rendszert (mondjuk 6.14-ről 6.15-re), az már több óra.

D5-ről D6-ra az áttérés egy hetes munka. Először a saját fejlesztésű modulokat (van egy pár) és a sminket kell upgrade-elni. Utána egy tesztrendszeren kell lefuttatni az upgrade-et, dokumentálva/kódolva a lépéseket. Utána tesztelni a dokumentációt/kódot egy újabb teszt installáción. Végül levenni az éles rendszert (éjjel, ugye, mert nappal nem lehet), és ott is implementálni az egészet.

Illyés Edit képe

Az időjárás részleg CCK+Views alapú. A szerkesztőség kézzel viszi fel az adatokat, gondolom a szlovák meteorológiai szolgálattól vásárolják az információt.

A valutaárfolyamokra saját modul készült, annak idején még én írtam és a Szlovák Nemzeti Bank XML formátumú közleményeit dolgozta fel. Közben Szlovákia bevezette az eurót, és úgy tudom, a kollégák átírták a modult úgy, hogy az Európai Központi Bank szerveréről szedje le az adatokat.

Egyébként érdemes a forráskódba belenézni, abból többnyire meg lehet állapítani, hogy milyen modul generálja a kimenetet.

Illyés Edit képe

Nem csak nem javasolt, de szerintem nem is lehet. A legtöbb kiegészítő modulnál a legújabb 5-ös kiadásról lehet lépni az aktuális 6-osra, verzióugrás egyáltalán nem támogatott és teljesen bizonytalan kimenetelű.

Illyés Edit képe

Akkor érdemes lesz átugrani Pozsonyba, Hojtsy Gábor előadására.

Az alapcsomagban és a kiegészítő modulokban is rendszeresen találnak biztonsági réseket, pedig – legalábbis az alaprendszert – nem kispályás játékosok írják. Saját fejlesztésű modulnál, sminknél, amit rajtad kívül más nem is lát, még könnyebben becsúszik a hiba. Szerénység és némi paranoia a megfelelő hozzáállás a biztonsági kérdésekhez, a kérdezőnél ezek úgy látom megvannak. :)

0
0