A második példád elgondolkodtató. Érdekelne azért, hogy miért nem az og modult használsz ilyenre, ami egy külön erre a célra optimalizált adatbázisrészben tárolja az adatokat. Érdekelne, hogy a megoldásod milyen terhelést jelent egy szervernek. Érdekes, hogy arra használsz egy node-ot amire nem való és ebből vonod le a következtetést, hogy nincs mindig szükség címre.

Szerintem címre vagyis ember számára olvasható megnevezésre mindig szükség van. Ha más ne legyen a neve akkor legyen a node id, vagy egy fájlnál a fájl neve. Az auto_nodetitle az ad neki nevet amit arra is használhatsz, hogy üres string legyen a node neve, de alapvetően nem arra való. Minden olyan esetben probléma ez, amikor egy másik modul akarja megjeleníteni a nodeok egy csoportját és feltételezi, hogy van címe a node-nak.

Élesen külön kéne választani, a következőket
- nem akarunk a node-nak nevet (na ennek nincs értelme, értelem nélküli hülyeség ;))
- nem akarjuk, hogy a felhasználó adja meg (auto_nodetitle)
- nem akarjuk, hogy látszódjon (smink)

Mint látható a hibásan megfogalmazott "ne legyen a nodenak címe" sokszor nem azt takarja ami az igazi cél, mert "nem megmutatni" és "nem bekérni" értelmes. A valódi értelemben vett "ne legyen a nodenak címe" viszont olyan megoldás ami már a rendszer használhatóságát sodorja veszélybe pedig nem ezt akarjuk. Lehet mindenféle nyakatekert megoldást kitalálni amivel azt akarjuk bebizonyítani, hogy "de igenis van értelme" de akkor sem ezt szeretnénk. Igazság szerint a másik két megoldás valamelyikére vagy mindkettőre vágyunk. A megoldások pedig adottak és az nem az, hogy "ne adj neki címet". Lehet, hogy most éppen azt elértük amit szerettünk volna csak éppen most sodorjuk magunkat egy olyan béna helyzetbe amiből később igencsak nehezen mászunk ki.

Az olyan node, mely önmagában nem jeleníthető meg az nem node, hanem az egy olyan adat amit egy pici modul fejlesztéssel kéne megoldanunk amihez nem értünk vagy nincs kedvünk hozzá. Az adott példában a node egy kapcsoló tábla. Ez a kapcsoló node típus azután rendelkezik számos metaadattal mint szerző, meg létrehozás, utolsó módosítás, hozzászólások száma stb.. Ezt a kapcsoló nodeot aztán lehet kategorizálni és verzió követni, lehet hozzászólni és fájlt feltölteni hozzá. Egyszóval minden olyan funkció elérhető hozzá ami egy nodehoz elérhető. Teljesen feleslegesen.

pp

Pedig ott van a honlapjukon sok információ:
http://startarhely.hu/segitseg/domain-nevvel-kapcsolatos-kerdesek

Mi az átregisztrálás?
Egy másik Regisztrátor szervezetnél bejegyzett domain név áthozatala cégünkhöz. Az átregisztrálást követően a domain névvel kapcsolatos minden tevékenységet cégünk végez.

Mennyi ideig tart egy domain név regisztráció, vagy átregisztráció?
Az igénylőlap beküldésétől számítva 24 órán belül válik véglegesen bejegyzetté a domain név. Miután a domain név véglegesen bejegyzésre kerül, onnantól kezdve már aktívan lehet használni az interneten keresztül is.

Milyen címen érhető el a névszerver szolgáltatás?
A központi adminisztrációs felületre történő sikeres bejelentkezést követően a "Ügyfélfiók" menüpont alatt található "Terhelés elosztásos kiszolgálók" almenüben lehet megtekinteni az ügyfélfiókhoz tartozó névszerver kiszolgálók adatait. Az "Elsődleges csomópont" megfelel az elsődleges névszerver kiszolgáló címének, míg a "Másodlagos csomópont" értelemszerűen a másodlagos névszerver kiszolgáló címével egyezik meg. A szolgáltatás az alapértelmezett 53-as TCP és UDP porton fut.

Hogyan költöztethetőek át a domain névvel kapcsolatos beállítások?
A rendszerünk kompatibilis a legtöbb webtárhely szolgáltató által használt megoldással, így a domain nevek, aldomain nevek, valamint a névszerver rekordok könnyedén átköltöztethetőek. A költöztetés első lépéseként le kell kérni a korábbi webtárhely szolgáltató rendszerében létrehozott domain nevek listáját. A nevek lekérése után ugyanazzal a névvel kell létrehozni a domain nevet a korábban már ismertetett "Domain név kezelés" almenüben. A költöztetés második lépéseként le kell kérni a korábbi webtárhely szolgáltató rendszerében létrehozott aldomain nevek listáját. A nevek lekérése után ugyanazzal a névvel kell létrehozni az aldomain nevet a korábban már ismertetett "Aldomain név kezelés" almenüben. A költöztetés utolsó lépéseként le kell kérni a korábbi webtárhely szolgáltató rendszerében létrehozott névszerver rekordok listáját. A névszerver rekordok lekérése után ugyanazzal a névvel kell létrehozni a névszerver rekordot a korábban már ismertetett "Névszerver rekord" almenüben.

Hol kapható további segítség a témakörrel kapcsolatban?
Amennyiben nem találta meg a keresett információt, és további kérdései vannak a témakörrel kapcsolatban, akkor vegye fel velünk a kapcsolatot a "Kapcsolat" menüpont alatt megadott elérhetőségek egyikén.

http://startarhely.hu/kapcsolat
Az itt látható e-mail-címen vagy telefonszámon még kérdezz rá, egész pontosan hogyan is csináld a domainnév-átregisztrációt.

Egyébként regisztrálhatsz az oldalon enélkül is, csak valós adatokat adj meg, mert ez szükséges lesz a domain-átregisztráláshoz, ahogy írják is a Regisztráció menüpontban.

Szia!

Elmondok néhány titkot neked, mert úgy látom, hogy titkokra vágysz.
Az első: A Drupalból úgy tudsz legtöbbet tanulni, ha alaposan megismered. Vagyis letöltöd a fejlesztői környezetedbe, beleírsz, átírsz és megfigyelsz. Ez egy olyan tanulási lehetőséget ad meg neked, amit semmi más nem pótolhat. Az elején nehéz lesz. de ha kitartó, türelmes és következetes vagy, akkor pótolhatatlan. Sokan így kezdték innen, én is.
Aztán sokat tanulhatsz, ha megfigyelsz más modulokat működés közben. Ajánlom az Examples projektet, de én pl. figyelem a modulokhoz kiadott biztonsági értesítéseket és rendszeresen megnézem a verziókezelőben, hogy mi volt a konkrét hiba és hogyan javították.
Végül pedig úgy érzem, hogy neked az a fura, hogy a hirdetésedre senki sem jelentkezett, miközben itt egy másik hirdetés egy céges oktatásra. Megfordítom a sorrendet: Egyrészt a Cheppers a hazai és nemzetközi Drupalos élet elkötelezett támogatója, akár fejlesztésről, akár események szponzorálásáról van szó. Bár ettől függetlenül, bármilyen más cég oktatását is szívesen közzétesszük itt, amennyiben szakmailag kapcsolódik a Drupalhoz, jelentkezik az oldalon, illetve valamilyen módon szerepet vállal a hazai vagy nemzetközi Drupalos életben.
Másik oldalról pedig az egy személyes oktatás senkinek sem kifizetődő. Akik ide járnak, azok nagyrészt fejlesztők, akik munkaidejük után szabadidejükben kószálnak erre. Egy fejlesztő nem feltétlen tud jól magyarázni, ha pedig még jól is magyaráz, akkor sem éri meg neki feltétlen az, amit szeretnél. A fejlesztő (általában) fejleszteni szeret és megkapni érte azt a fizetséget, amit megszokott. Csak magamból indulok ki, de én pl. ha választanom kell, hogy fejlesztek normális órabérért, vagy másokat oktatok privátban ennek töredékért, akkor az előbbit fogom választani. Nem azért, mert mocskos anyagias vagyok, hanem mert ez éri meg nekem. Ha viszont elkérem az oktatásért azt a díjat, amit amúgy ugyanannyi idő alatt elvégzett fejlesztésért kérnék, az neked nem érné meg. A szabadidőmet pedig nem szívesen áldozom be ilyen dolgokra.
Plusz személyes tapasztalatom, hogy könnyen bele lehet csúszni a „még ezt is, meg azt is mutasd meg” állapotba, ami közel végtelenségig el tudja nyújtani az ilyen oktatást.
Hozzáteszem, hogy ez a személyes véleményem és nem tükrözi semmilyen közösségét. A véleményemet nem bántásnak szántam és szándékosan nem írtam konkrét árat, összeget.