Szia Ferenc.

Ha TinyMCE vagy FCKEditort használsz akkor abban a csomagban benne van minden, ami kell. A Nagy Gusztáv jegyzete alapján ezeket írhatod pluszba be :

<h3> <h4> <p> <br> <table> <tr> <td> <img> 

Amiket találál azok is kellenek - gondolom pluszba. Ezután próbáld ki egy teszt üzembe, hogy csinálsz különféle beállításokat, azt a Backup-Migrate segítségével elmentegeted és így ki tudod próbálni, hogy mikor mi kell. Javaslom még, hogy minden állítást ami lényeges jegyzetelj ki magadnak, hogy később te és ha kell más is megérthesse.

Azt hiszem érdemes még videós modulokat is keresni és próbálgatni, hogy tudj választani.

Csak infóképpen....
Nekem (nem drupal alapon) működik olyan oldalam ami mp3 letöltéseket szolgál ki, és egyszerű hivatkozásokkal oldottam meg annak idején, mert havi 1 új anyag kerül fel rá átlagban. Teljesen fapados a karbantartás. Amiért írtam az pusztán amiatt van, hogy neked egy linkes megoldás nem elég ? Mert a kérdésből azt sejtem, hogy valami előképet akarsz mutatni esetleg. Nekem ez egyszerűen tényleg egy képet jelentene egy linkkel, a többit az op. rendszer "társitási technikája" elintézi helyettem.

Ezek csak ötletek voltak....

A domain végződés érdektelen a szolgáltató választásnál.
Azok a szolgáltatók akik adnak magukra és a versenyelőnyben nem akarnak lemaradni, pár hétre adnak ideiglenes hozzáférést.
Tapasztalatom szerint azzal a szolgáltatóval érdemes foglalkozni akik nem ígérnek sokat, de éjjel 2 órakor válaszolnak egy feltett kérdésre, vagy kérésre. (nem automatikus levél)
A tárhely sávszélessége is csak egy dolog, mert egy lekérdezésre akár 100 feletti process is indulhat. Az a kérdés mit akarok a drupallal megvalósítani. Vannak akik 1Gbit/s -os sávszélességet írnak ajánlatukban (ez biztos viccnek szánták:-), de a memória korlát miatt nem fut le pl. cron sem. A drupal egy olyan keretrendszer, ami oly mértékben "túlfejleszthető", hogy Amerikába kellene költözni, hogy az ottani infrastruktúrával csont nélkül fusson.
Lehet nagyot álmodni, de jelenleg a magyar infrastruktúrára és pénztárcára kell méretezni a megvalósítást, mert fordítva nem működik. A tárhely ára sávszélessége és memória korlátja sem minden.
Egy garázsban a BIX-től távol lehet 4*100M a sávszélesség, de ettől A lap letöltési sebessége igencsak kritikán aluli lehet. Olvastam, hogy egy drupal alapú webáruházat üzemeltető itteni fórumozó panaszkodott, hogy olyan mértékű a leterheltsége, hogy a felhasználók el sem jutnak a bejelentkezésig. Anélkül, pedig csak emailben lehet rendelni:-)

Összefoglalva:
Egy alprendszernél többet használó drupalt kiszolgáló serverhez kell

tegyük fel, hogy a 42 -es node megtekintésekor nem akarok elsődleges menüt.

<?php
function SMINKNEVE_preprocess_page(&$vars) {
  if (arg(0) == 'node' && arg(1) == 42) {
    unset $vars['primary_links'];
  }
}
?>

bevezethetsz erre mondjuk egy taxonómiát, ha az jelen van, akkor ne legyen menü vagy mondjuk egy sima on/off cck checkbox -ot és azt figyeled, ez már attól függ, hogy mi pontosan a munkameneted. ha mondjuk 3 fix ilyen nodeod van, akkor egyszerűen égesd a 3 nidet az ifbe. ha előre nlta, hogy hány lesz, akkor inkább valami jelölőt vennék fel a ttípusba.