Pedig az upgrade.txt nem
Pedig az upgrade.txt nem highschool english, tényleg minimális angol tudással megérthető. De már az is nagy haladás, ha pl google-lel lefordíttatod.
Amire emlékszem:
Átállni a legfrissebb drupal 6-ra, ami most 6.20. Minden modult kikapcsolni, törölni. Felmásolni a 7-est, majd a 7-eshez tartozó modulokat, majd visszakapcsolgatod és helyrehozod a sminekedet.
1. Mielőtt belevágsz, érdemes leellenőrizni, hogy minden használt modulnak meg van a 7.x verziója.
2. A helyedben maradnék még a 6-oson és minél jobban megismerném, mert szerintem még legalább 2 évig használható és támogatott lesz.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
akkor rakd fel az aktuálisat
Akkor nincs jobb ötletem, szedd le a jelenlegi CKEditort, ezt is uninstalláld rendesen, ahogy illik, aztán cseréld ki a legújabb CKEditorra, az aktuális stable a 6.x-1.12, és ehhez húzd le akár a legújabb CKEditort innen:
http://ckeditor.com/download/releases
ahogy belenéztem a kódjába, az 1.12 elvileg a legújabb 4.0-t is támogatja. (Persze nem garantálom, de sanszos.)
Vagy ezzel is próbálkozhatsz:
http://cksource.com/ckeditor-for-drupal/trial
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha nem többnyelvű az oldal
ebből bizony baj lesz előbb-utóbb.
Arról nem is beszélve, hogy a field_revision_field_FOO tábláknak is van ám language mezője, ha az und maradt, már csak a jóisten tudja, milyen kalamajkát fog okozni.
Edit: Hülye vagyok, nyilván többnyelvű az oldal, különben a kveri nem csinált volna semmit.
De akkoris. A revision táblával inkonzisztens.
Hogy mi a konkrét baj nálad, azt neki kell állni debugolni valahol a field_attach_form környékétől.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

eldobom az agyam - function=hurok?
A theme-t sminknek forditani az meg egy dolog... usse ko megeszem, de a function-t huroknak???? Azt ugy hivjak tanyasi programozoek hogy fuggveny... Legalabb ha forditatok ertsetek mar hozza kicsit... teljesen erthetetlen pl ez a leforditott doksi igy... annak ellenere hogy hasznos lenne...
Aztan amikor meg megy a user a programozohoz, hogy hapsikam, azt irja a doksi hogy modositani kell azt a hurkot aminek valami formos t betus neve van, a programozo baratunk nagyokat nez hogy "Te meg mi a *rol beszelsz hapsikam???" Telleg nem leszolni akarom a forditot, de ha nem ert hozza, akkor legalabb kerdezzen meg valakit, telleg nem baj ha lelkes valaki, csak ne az legyen mar a vege, hogy egy rakas *t er a munkaja azoknak akik konyitanak a temahoz es itt keresnek infot szolajtok ha rosszul gondolom.
Vagy ha a sajat terminologia kidolgozasa a cel, es nem szamit, hogy ennek a szakmanak mar van terminusa az se baj, csak egyszeruen nem ertem... foleg ugy nem, hogy egyetlen helyen sikerult is fuggvenynek hivni...:)
Pifta
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
AZ én módszerem - saját gépen
AZ én módszerem
- saját gépen fejlesztem az oldalt (EasyPHP)
- a szerver httpd.conf fájljába:
<VirtualHost *:80> ServerName valami DocumentRoot e:/easyphp/www/valami </VirtualHost>
- a c:/windows/system32/drivers/etc/hosts (nem hosts.ics !!) fáljba:
127.0.0.1 valami
Ezek után az oldal elérhető a http://valami címről is. Ha ezen a címen készül a z oldalkialakítás, akkor a képcímek, áttelepítés után is jók lesznek.
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én úgy emlékszem, az EasyPHP
Én úgy emlékszem, az EasyPHP-ben van egy olyan "fícsör", hogy realtime lehet módosítani a konfigfájlokat, egyből érzékeli a módosításokat, de ehhez a megfelelő helyen lévő fájlokat is kell módosítani. Van egy "általános" jellegű konfigfájl, amibe behelyettesítődnek bizonyos "változók" (mint elérési utak, stb.), ezáltal rugalmasabb, tehát duplikálva vannak a konfigfájlok, szóval szerintem ez lehet a para, hogy rossz fájlt módosítasz (vagy nem indítod újra a szervert, vagy mittudomén), de nem akarok hülyeségeket beszélni, most nem látok bele, mit csinálsz, meg ötezer éve használtam utoljára EasyPHP-t.
Úgyhogy csatlakozom aboroshoz, tényleg az lenne az egyszerűbb, ha XAMPP-ot használnál, vagy AppServet, stb.
XAMPP-hoz van itt jóféle doksi:
http://drupal.hu/forum/xampp-telep%C3%ADt%C3%A9se-mail-szerver-%C3%A9s-d...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mivel hoztad létre az adatbázist?
Valamivel csak feltetted a rendszer mögé az adatbázist. Gondolom PHPMyadmin vagy valami hasonló felületen. Ez saját telepítésű PHPMyAdmin volt, és együtt tudott működni a MySQL szerverrel?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A célom az, hogy minden egyes
A célom az, hogy minden egyes csapatnál megjelenítsem a játékosait.
Eddig létrehoztam a csapatok összefoglaló nézetet: http://huntransfers.hu/csapatok
Ezután rákattintva a csapatokra megjelenik egy címer, rövid leírás, becsült érték. Azt szeretném, hogy ezek alatt (vagy esetleg jobb oldalon egy blokkban) megjelenjenek a csapattagok.
A játékosokat listázó nézet itt található: http://huntransfers.hu/csapat
A megoldásom nagyon hasonlítana az itt leírt ötödik megoldásra: http://drupal.hu/tippek/tartalomszervezes2