aboros képe

jah, megoldották. :)

Safari can't find the Internet plug-in
The page “HappyRadio-DJ.eu” has content of MIME type “application/x-mplayer2”. Because you don’t have a plug-in installed for this MIME type, this content can’t be displayed.

és kb ugyanez minden böngészőben. :)
(igen, tudom, szar az oprencerem is meg a böngészőm is és azért)

nem véletlenül van ám, hogy még igennagy rádiók is külső lejátszóba küldenek az online hallgatásnál.. (magyar rádió pl, ö3, fm4, lounge radio, kiss fm..) az igazán nagyonnagyoknak van saját lejátszójuk (mint pl van ilyen a radio1 -nak, illetve általában a bbc adóinak), de az meg popupba jön és általában nem az élő adás lejátszása a lényeges, hanem archívumot is abba böngészel.

ez egy ilyen dolog, macerás és mindegyik megoldásnak lesz hátránya. kompromisszumot kell kötnöd.

és még csak annyit, hogy az iframe miatt a robot is utálni fog rendesen. lehet még ignorál is. :)

0
0

-
clear: both;

eMeLA képe

Azért egy konkrétabb megosztási vázlatra konkrétabb választ tudnánk adni, de pl. nekem van olyan oldalam, ahol 3 oldal működik egy drupal forráskóddal. A felhasználó tábla és a tartalomtípusok (CCK) megosztottak, viszont a többi pl. a beküldött tartalom már külön oldalankénti adatbázisban tárolódik. Vannak olyan modulok amiket mindenki elérhet, vannak olyanok amit csak az egyes oldal. Ilyen szempontból a drupal következetes és szép rendben felépíthető. Itt pl. a központi oldal összegyűjti a másik három oldal híreit és megjeleníti egyszerre, mivel egy oldalhoz több adatbázis elérést is meg lehet adni. Vagyis az egyedi modulban az adott lekérdező függvényt háromszor hívom meg, csak közben átállítom az adatbázis elérést egy drupal függvénnyel....

Bizonyára további táblákat is meg lehet osztani, de ez már a konkrét feladat szabja meg...

Persze azért az is kérdés, hogy hány külön oldalról van szó, mert pl. a beállításokat és a frissítést oldalanként kell elvégezni, ha sok az oldal akkor egyszerre kell mindent leállítani. Persze lehet már erre is van modul, ha nincs akkor meg bizonyára megírható...

0
0

...mit tudok: http://web.termuves.hu

upszilon képe

Kedves Zoltán!

Egyetértek mindazzal amit írtál. Sőt. Szeretném kiegészíteni egy érdekes momentummal. Ez pedig a színkompozíciók, a látványterv kérdése. Lehet PHP-t, vagy HTML-t szerkeszteni TXT-editorban is. Aki szakember, az ilyesmit meg tud csinálni könnyedén. Mondhatni innen ismerszik meg?

Egy olyan segédprogram mint az Artisteer eleve színkombinációkból építkezik. Eleve összhang van a betűk színe, a háttér színe, a ... színei között. Ezt egyetlen kattintással megmutatja. Egyetlen kattintással képesek vagyunk egy sor egymással összehangolt tulajdonságot kicserélni. Percek alatt ki tudunk keverni olyan látványtervet, amit a TXT-editoros szakember hetek alatt sem, illetve a gyors látvány-összemérés hiányában sohasem lenne képes megcsinálni.

Tehát egy ilyen program olyan tervezői segítséget jelent, amit nem pótol a magas szintű szaktudás.

...és mégvalami: Az a szakember aki ezt nem látja, vagy nem képes átlátni, az hiába tud sokat, nem képes versenyre kelni azokkal, akik viszont kevesebb szaktudással, de ilyen segédprogramokkal dolgoznak. Tehát ha valaki leszólja, az valószínűleg nem sokat ért a honlapkészítéshez. Magas szaktudással is csak egyfajta kontár lehet.

Elnézést az offolásért!

0
-1
sgabe képe

Külföldön komoly kultúrája van a mindent korlátlanul, ingyen, baromi olcsón tárhelyeknek - és menet közben kiderül, hogy mi nem működik, miért kell fizetni, mi nem korlátlan stb.

Külföldi szolgáltató esetén az egyetlen hátrány a kis hazai sávszélesség, ami - valljuk be - bizonyos projekteknél nem lehet kompromisszum tárgya. Ettől függetlenül szerintem kijelenthető, hogy a jobb minőségű külföldi szolgáltatást, itthon sokkal magasabb áron tudod csak megvásárolni. Sajnos nálunk ugyanazon az áron, ugyanazt a minőséget nem lehet előállítani.

Az igaz, hogy ha gondod van, akkor a hazai szolgáltatót az anyanyelveden tudod elküldeni a melegebb éghajlatra, csak azt az apróságot elfelejted, hogy a külföldi szolgáltatót pontosan azért ajánlják egyesek (én is), mert azzal kevesebb a probléma, így ezzel a "lehetőséggel" valószínűleg nem is kéne élned.

Eredetileg nem akartam hozzászólni a témához, mert kikötötted az indítóban, hogy magyar szolgáltatókra vagy kiváncsi, de ebből a hozzászólásból úgy láttam, nem biztos, hogy megfelelő információk alapján ítéled meg (el) a külföldi szolgáltató lehetőségét.

Egyébként semmi sem korlátlan, de erről már volt szó egy másik témában.

0
0
gabriella74 képe

Szégyellem magam, de ezzel nem boldogulok.... Rámentem a fenti linkre, majd Browse and download translations majd erre a linkre kerültem: http://ftp.drupal.org/files/translations/
A drupal verziom 6.16 a fordításé hu-6.x-1.1 ennek értelmében én a 6.x/ könyvtárat választanám. De onnan mit töltsek le? Ezt az egészet ugy ahogy van?????

A hibaüzenetet azóta sem találom....csak egyszer láttam azt a rózsaszín kódokkal teli oldalt ami csak egy villanásig volt a képernyőn majd eltünt azóta sem találkoztam vele sehol. Nem tudom hol van. Nincs az admin/reportba!

Az egészben ráadásul az a fura, hogy én a saját gépemen már próbálgattam régebben ezt a drupalt és a nyelv átállítással semmi gondom nem volt, (még én mutattam másnak hogyan kell csinálni (milyen egyszerű ez) néhány hónappal ezelőtt (vak vezet világtalant :-)))) mostmeg itt kinlódom....

Sorry, nem voltam gépközelben napközben...

Gabi

Most nézem megint az oldalt talán azért nem tudom letölteni, mert be kellene lépnem az oldalra????? :-))))((((((

0
0
Füzi Péter képe

... (magad uram, ha szolgád nincs).
Megtaláltam a megoldást: az i18 beállításoknál másik lehetőséget választottam, és ez megszüntette a jelzett teljesítménygondot. Részletek (mint bevált gyakorlat) alább.
Köszönet, ha valaki töprengett rajta.
---------

Az admin/settings/language/i18n/configure ablakban a Content selection mode -nál a 2. opciót használtam, arra szólt a probléma jelzés. Ez "Mixed current language (if available) or default language (if not) and language neutral." neve után is a legbonyolultabb query-nek tűnik az összes közül. Mentségemre szolgáljon, a kezdet kezdetén tudatosan választottam ezt, mondhatjuk, ez volt a honlapgazda igénye! A teljesítménygond számszerűen így néz ki: magyar látogató címlap: 3-5mp, angol látogató Home: 40-60mp válaszidő.

A megoldás az lett, hogy átállítottam a tartalomkiválasztási módot az elsőre "Current language and language neutral.". Ez behozta az angol címlap átlagos válaszidejét is 8mp alá.

Tanulság: hamarabb kezdem ezen túl a kísérletezést!
Köszönet és üdv: Péter

0
0
pityu73 képe

Odáig jutottam el, hogy excelel létrehoztam az állományt utána mentés pontosvesszővel tagolt CSV-be.
Miután Gusztávnál tanultam hogy UTF8 kell a Node Importnak így Notepad exe ++ al konvertáltam UTF8-ra BOM nélkül. Az állományhoz csatolt képeknél le kellet cserélnem az Image Attach-ot mert olvastam hogy a (mellékletek) nem támogatott egy CCK-Fájl/kép mezőre. Igy már az sem generált hibát. Már csak ez a fájl (uc_product.inc) martad a megjelőlt útvonalon. Ha át neveztem old-ra akkor nem jelzett hibát de ha vissza irtam eredetire akkor azonnal megált a separátorok kiválasztása utáni következő lépésnél az adott hibával.
Ezt azért nem értem mert nem a uc_product tartalomba töltök hanem a Gyártók tartalomba miért fűgg össze. (A kösztük lévő kapcsolatot megszüntetve is kiprobáltam -az uc_product-nál volt egy tartalom hivatkozás CCK mezőm- ) Egyelőre csak a megjelőlt útvonalon lévő uc_product.inc fájl átnevezése segitett a feltőltés ideéig. Viszont szeretnék majd a későbiekben a uc_product tartalomba is.

0
0
aboros képe

akkor honnan fogod tudni egy idő után, hogy melyik core és melyik nem?
nincs nagy jelentősége azt gondolnánk, de érdemes betartani, ami a gyökérben van ott semmi keresni valónk. a mi dolgunk a /sites mappán belül kezdődik.
/sites/default
/sites/all
/sites/all/modules
/sites/all/themes
/sites/all/libraries

kb.
mindent igyekszünk ide pakolászni, hogy szépen el legyen szeparálva a saját cuccunk meg amit mások közreműködtek kvázi. :) persze ha core fejlesztők vagyunk az már más kérdés, én nem vagyok az, úgyhogy ami nem a /sites alatt van ahhoz nem nyúlok. (najó igen ritkák kísérletezésből, de mindig utálom, hogy kismacskavéres lesz a kezem:P)

hogy nem írja felül vagy felül írja e az beállítás kérdése persze. vannak operációs rendszerek, ahol az az alap, hogy ha rákérdez és mondom írd felül, akkor _lecseréli_ a forrás mappa tartalmát a célmappára. ha "osszeolvasztó" módot akarok, külön kell szólnom.

megkönnyíti az életed, ha a /sites alá dolgozol.

0
0

-
clear: both;

Aspi képe

Hmm, ez egész finom megoldás el kell ismerni, bár az is igaz ehhez már programozónak kell lenni.
Van aki programozónak születik és van aki nem:))) count() meg feltétel:))) Húúu ez bonyolult:)))

Amit felvetettél elég komolyan elgondolkoztatott.
"...attól szép a Drupal, hogy igen sok modul kavarhat be a morzsakezelésbe is, és akkor már ez az eltüntetés is lehet rossz."

Azt sajna nem tudom teljes körűen, hogy melyik modul és hogyan kavar be a morzsába. Szerintem mindig lesz egy újabb, amiről még nem tudok.;)
Például, pont emiatt nem hagynám ki az empty()-t, ha már count()-tal adom meg a feltételt. Inkább beágyaznák mégegy if-et az empty() ellenőrzés alá és azután értékelném ki a $breadcrumb változót a count()-tal.
Így már csak nem kavar be, nem? Így a címlap link nem jelenik meg csak, ha már túllépet a count az 1-es értéken és mégis ellenőrizve van a változó is.

Ja és egyébként ráértettem az elején is mire akarod használni a count()-ot;)

0
0
nevergone képe

Mindig az utolsó két főverzió a támogatott, mint látod itt a főoldalon: Most az 5.x és 6.x, a 7.x megjelenése pedig a 6.x és 7.x lesz az.
Hogy mennyire érdemes a 6.x-el foglalkozni, azt neked kell eldönteni. Egy összetett oldal ritkán áll meg különféle contrib-modulok nélkül, és míg a 6.x-hez bőven vannak ilyenek, a még meg sem jelent 7.x nyilvánvalóan ebben a tekintetben rosszabbul áll. Pláne, hogy ha figyelembe veszed, hogy egy kiadás nem kiadás, sem az alaprendszerből, sem a modulokból, mivel a hibák többsége menet közben derül ki, illetve csak sejtések vannak arról, hogy mikor jelenik meg a Drupal 7: Miután elfogy az összes kritikus hiba az alaprendszerben és nem lesz új. :)

0
0