Nem a Drupal teszi oda, hanem a böngésződ, mivel nem jó az url. Mivel Te website-ot kérsz be a felhasználótól, és nem url-t. Ezért segít a http:// eléírása.

Ha ebbe a mezőbe bármilyen módon tudnak írni nem megbízható felhasználók, az oldalad nagyon könnyen támadható XSS-el. Szóval ezzel a kóddal én vigyáznék.

Ha már url, akkor javaslom az url függvény használatát.

pp

Ez itt a kulcsmondat szerintem: " amikor már nincs több kiadható fegyver "

Azaz ha jól értem adott időszakra (legyen az óra intervallum, vagy nap) tudni kell a max mennyiséget amit a rendszer kioszthat, és ezt kezelje is dinamukisan, azaz az intervallum lejárta után nullázza ki a használt elemek számát. Mi van a karbantartással? Mármint a fegyverekével, azaz mindig elérhető az X db airsoft fegyver, vagy néha X néha csak Z?

Ez amúgy nem tűnik kattintgatós dolognak, fejlesztői kompetencia mindenképp szükséges.. szerintem :)

Veled örülök, hogy sikerült megoldani a problémát. Viszont az utókor kedvéért járjunk a végére, hogy akkor vajon miért kaphattad az általad idézett hibaüzeneteket:

„[...] pár másodpercnyi szünet után már ki is dobja a hibaüzenetet, egyáltalán nem jut ki a kérés”

Ha ugyanis Csak helyi fájlok-ra van állítva, akkor elvileg ki sem kell kérdeznie az internetre (mivel „házon belül”, ugyanott keresi a frissítéseket), így viszont miért jelent meg a „Failed to fetch information about available updates from the server” üzenet?

Amennyiben "minden" oldalon kell és funkcióját tekintve mindig ugyanott kell lennie és ugyanúgy kell kinéznie, akkor véleményem szerint jobb tpl.ben meghívni, kevesebb kód, kisebb méret, gyorsabb betöltődés. A plusz régióra jelenesteben ugyanez igaz. Ha az alap tpl alatt esetleg egy kész (contrib) smink sablonfájljára gondolsz, akkor az a válaszom, hogy oda semmiképpen! Feltételeztem, hogy alsminkről beszélünk. Az, hogy egy módosítás okán éppen hol kell átírni szerintem ebenguba.

A „CSS leágazást” nem igazán értem.