Atyla képe

Nem a licenc miatt tanácsolunk el a Drupal alaprendszer és a modulok módosításaitól.

Bár olyan kezdő vagyok mint az első randi előtt, de ha jól értem úgy kell módosításokat csinálni a modulokon, alaprendszeren, hogy egy külön file-ban megcsinálni a módosításokat és ezeket valahogy meghívni, hogy felülírja az eredetit?

0
0
pp képe

adatbázis beállítás kérdése ez.

Az adatbázist, a táblát és az adott mezőt ami szerint van rendezve be kell állítani megfelelő collation-re. Vagy mindent, vagy ki lehet lesni a views-ból, hogy pontosan melyik mezőre kell ezt beállítani. Természetesen MySQL 4.1-től felfelé él ez a lehetőség.

pp

0
0
york képe

Ez egy valtozo, mi akadalyoz meg benne, hogy kiszedd belole az adatokat?
Bocs, de szerintem nagyon nem vagy kepben PHP ugyben, ami nem baj, csak igy lehet nagyon nagy hulyesegeket es biztonsagi lyukakat gyartani...
Es lehet nem pont igy kellene az alapokat elsajatitani.

0
0
nevergone képe

Mert nincs szükség ilyenkor az adatbázisban való állítgatásra, az amúgy is a Drupal megkerülése lenne. Egy helyesen feltöltött $user objektumnál a user_save() mindent a helyére tesz, és akkor sincs gond, ha változik a táblaszerkezet (mondjuk alverziók között nem fog) vagy ha más modulok szeretnének beleavatkozni a folyamatba. Érdemes átolvasnod a user_save() forrását.

0
0
Agyánszki Tamás képe

Persze, hogy nincsen, köszönöm. Megáll az ész, nagyon restellem magam, da az ilyen dolgokkal, nem tudok mit kezdeni, meglátom a piros kiírást, és azonnal a neten keresem a megoldást, ott nem találom, így marad a fórum, csak épp nem gondolkozom, pánikolok, még jó, hogy van aki helyrerak, köszi mégegyszer.

Ave

T.

0
0
nevergone képe

A XAMPP szimulálja a webszervert, tehát amikor be van kapcsolva, fut a php, stb. Miért nem lehet akkor, hogy ez is működjön?

Egész egyszerűen azért, mert a cron, vagyis az időzített feladatok futtatása az operációs rendszer feladata, semmi köze a webszerverhez.
Ellenben.

0
0
nevergone képe

Valami valóban nincs jól beállítva, viszont a problémád nem a fenti kérdéshez, kérlek indíts új fórumtémát neki. Ilyenek kellenének oda, hogy milyen Drupal verziót használsz, milyen PHP verzió van a tárhelyeden, milyen modulok vannak az oldaladon, stb., amúgy első gondolatra az átmeneti fájlok tárolására szolgáló könyvtér nem lesz jól beállítva.

0
0
leonidasz képe

Igen így is jó, de szinte mindegy, nekem a minimum szélesség megadása hiányzott.
Végignéztem az összes drupal oldalt, ami itt az oldalon van belinkelve. Corvintető grafikája is ebbe esik bele, de ott sem alkalmazták a min-width kódot, így ott is a fennállt "probléma" van.

Köszi a hozzászólásod! :)

0
0
lazar képe

Amennyiben 301-es redirect marad a régi linkek eltűnnek lassacskán a kereső indexéből?
Ez a 410-es jó megoldás, Ha ezt adja vissza a fejléc milyen oldalra kerül a keresőből érkező felhasználó?
Mondjuk robots.txt-ben is letilthattam volna az érintett kategóriákat, az is tiszta munka - vagy nem?

0
0
KOKA képe

Így valóban megoldódik EZ a probléma, csakhogy most a hasábok nyúlnak le a végtelenségig a lábléc alá.
Ezek szerint azoknak a kiegyenlítése az, amit eredetileg máshogy kellett volna megoldanom?

A fő kérdés (szerintem) az, hogy mi a különbség a kommentes- és nem kommentes oldal között, vagy nem?

Köszönöm, hogy segítesz!

Kóka

0
0