emberek, emberek, emberek
Miért nincs telepítő? Ki csinálja meg? Miért nincs CSS alapú smink az alapcsomagban? Ki csinálja meg? Miért vannak open_basedir problémák? Ki csinálja meg? A Drupal legtöbb fejlesztője nem vesződik a telepítéssel, vannak rá jókis parancssori szkriptjei, vagy egy bejáratott megszokott út (amit az INSTALL.txt leír). A legtöbb profi Drupal webhelyhez úgyis van saját smink, a nem profinak meg jellemzően mindegy, mit használ, sminket telepíteni pedig igen egyszerű. A Drupal fejlesztők nem használnak open_basedir korlátozott tárhelyet, mert megfizetik a jobbat.
Az ilyen kérdésekre jellemzően az a válasz, hogy ezek azért nem készültek (még) el, mert te, Géza, George, Kate, Huong (*) és a többiek akiknek kellett volna, nem álltak a sarkukra, hogy megcsinálják. Akinek nem kell, az meg nyilván azzal fog foglalkozni, amire neki szüksége van.
A fordításban nagy örömmel fogadunk minden segítséget, most különösen a 4.7 közeledtével tesztelést, javítást. Fordítani és fordítást javítani szerencsére sokkal könnyebb, mint programozni Drupalhoz. Van a fordítás böngészőben egy munkafolyamat.txt, ami nem teljesen aktuális, de talán segít. Az utóbbi napokban több új bekapcsolódónk is volt, érdemes feliratkozni a fordítói listára, és ott kérdezni. Szívesen látunk.
(*) képzeletbeli személyek
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kezd derengeni...
köszönöm eddig is, viszont még rengeteg kérdésem lenne:
-az általam elkészítendő adatbázis úgy állna össze, hogy vannak laborok, minden laborhoz több vizsgálat tartozhat, és minden vizsgálatnak több paramétere lehet. tehát 1-n kapcsolatok vannak.
a gondom az, hogy ha egy user létrehoz egy labor tipust, akkor ahhoz neki utólag tetszőleges számú vizsgálat tipust kell hozzárendelnie. ezt meg is tudom oldani, ha a laborhoz egy többértékű "vizsgálat" node tipusú mezőt rendelek hozzá. viszont azt nem tudom, hogy az adott user csak az általa felvitt vizsgálatokat fogja tudni kiválasztani a listából, vagy az összes felvitt vizsgálatot. lehet ezt szabályozni?
-a fájlok feltöltésénél csak annyit látok elsőre, miután engedélyeztem az upload modult, hogy a tartalom beküldésénél van egy csatolás rész, viszont én szeretném nevesíteni ezeket a csatolásokat, vagyis mondjuk fájl feltöltést készíteni a labor elérési térképéhez, és a labor külső képéről, vagyis 1 node tipuson belül két külön tallózható és megvezéssel elátott mezővel...
-plusz, hogyan lehet keresni? bonyolult keresésekre gondolok, amik a táblák (vagyis a node tipusok közötti kapcsolatot is lekezelik)
Most hirtelen ennyi.
Lehet, hogy át kellene már ezt a hozzászólást helyezni egy másik topicba????
Üdv és köszi
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Glossary-probléma Firefoxban és Operában
Üdv!
A problémám a következő:
Ha hosszabb kifejezést veszek föl a Glossary szótárba, akkor a legelterjedtebb böngészők közül csak IE-ben jelenik meg úgy, ahogy én azt elképzeltem.
Konkrét példa:
Időről időre beírom a blogomba, miszerint Ki él és nem boldog, az téved.
Ez egy idézet, ezért felvettem kifejezésként a Glossary szótárba, a következő magyarázattal:
A szerző által kedvelt és sűrűn idézett dalszöveg a L'art pour L'art Társulat Besenyő induló című szerzeményéből való.
Az IE korrektül megjeleníti ezt a szöveget, ha az egérkurzort a kifejezés fölé viszem. A Firefox viszont a dalszöveg szónál elvágja a tartalmat.
Az Opera pedig ugyan megjeleníti az egész szöveget, ám utána azt is közli az olvasóval, miszerint:
Cím: http://www.bravium.hu/?q=glossary#term43, és tartok tőle, a látogatóimat ez nem igazán érdekli, arról nem is beszélve, hogy nem túl esztétikus látvány.
Mit tehetnék a fenti hibák kiküszöbölése érdekében?
Szeretném újra a fent idézett dalszövegnek megfelelően érezni magam.
A segítséget előre is köszönöm!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Vegyesek...
Szia.
A böngészők vegyesen magyar és angol nyelvűek. A nyelvfelismerés ki van kapcsolva, mint fentebb írtam, egyrészt a teszt miatt is, másrészt mert szeretném a felhasználóra bízni az oldalon a nyelv kiválasztását.
Megnéztem egy olyan gépen a teszt oldalt, amin még soha nem lett ez az oldal behozva, az eredmény ugyanúgy magyar nyitó oldal. Nincs semmilyen bejelentkezés, cookie-k ezen a gépen nem lehettek, ie, firefox alatt is ez a helyzet.
Próbaképp operával és konqueror-al kipróbáltam az alábbiakat: ürítettem mindent, a böngészőt átállítottam angolra, többi nyelvet töröltem, böngészőt újraindítottam, teszt oldalra rámentem és megint csak magyar oldal fogadott. Az apache logjában mindkét böngészőnél "en" nyelvi változó jelent meg. Szintén nem volt bejelentkezés.
A fejlesztéssel kapcsolatban köszönöm a tanácsot, linux alatt dolgozom firefox-al, ellenőrzéshez operát, konqueror-t, egy régebbi mozillát valamint links-et használok. Mikor ezek alatt rendben megy minden, akkor tesztelem explorer alatt is és javítom amit szükséges.
Minden esetre használni fogom a nyelvi változókat az url-ben. Megpróbálom majd megkeresni a hiba okát, ha találok valamit megírom.
Köszönöm, hogy írtál és időt szántál rám: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Koszonom
A kovetkezo tablakal van gond (mind uresek):
Accesslog
Aggregator_category
Aggregator_category_feed
Aggregator_category_item
Aggregator_feed
Aggregator_item
Book
Client
Client_system
Contact
Locales_meta
Locales_source
Locales_target
Poll
Poll_choices
Poll_votes
Search_dataset
Search_index
Search_total
Megfigyelheto az, hogy a tablak mind modulok. Az osszes tabla kozul csak a "Client" es "Client_system" nem tudom mit csinal es ha torolhetem.. Van valami otleted, hol hasznalom oket?
A Drupal 5.1 nem tartalmaza tiszta telepites utan a "Client" es "Client_system" tablakat ezert gondolom valamikor letre kell hoza :) Valamit be kell kapcsolni, de nem hiszem, hogy modult.
Egy papirosra kiirtam az osszes 4.7.6 mysql tablat es egy masikra az 5.1 tablakat es osszehasonlitotam. Korubelul ez lenne az a felesleg amit ki kene szedjek, hogy Drupal 5.1 ne figyelmeztesen.
Mindenesetre tesztelni fogom az oldalt par napig alaposan.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Termek fordítása
Idáig eljutottam én is, viszont a taxonomy termekkel gondom van. Van 3 vocabulary-m, ezek közül az egyikben angol és magyar termek lennének. Fel is vittem, össze is kapcsoltam őket (jelentés szerint) a translation alatt, a lapokon viszont mégsem jelenik meg.
Viszont a node szerkesztő lapon, ahol a termet is fel tudom vinni, mindig csak az aktuális nyelvnek megfelelő termek ajánlja fel és látom is a megfelelő nyelvű termet. Tehát ez a rész itt jól működik. Ha újra kiválasztom az egyik termet és lementem a node-t, akkor mindig csak az fog látszódni amivel utoljára küldtem be. Ha beküldés után átváltom a nyelvet, a node szerkesztő lapon, üres a term, ahol az általam bevitt term fordításának kellene lennie. Gondolom azért lehet két külön nyelvű termet összekapcsolni, hogy utána elég legyen csak egyszer megadni és tudja magától, hogy mikor melyiket kell megjeleníteni.
A felvitt node-nak (ami egy saját típus) nem állítottam be nyelvet, mert ez gyk csak egy váz, a tartalmat a hozzá kapcsolt dolgok adják majd.
Gondoltam arra is, hogy külön vocabulary kellhet esetleg a két nyelvnek. Ha jól sejtem ebben az esetben nekem kell azzal foglalkozni, hogy a kettő szinkronban legyen egymással?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
METAR
A METAR táviratokat először innen próbálja meg letölteni a modul, ftp protokollal:
ftp://tgftp.nws.noaa.gov/data/observations/metar/stations/
Ezen belül is először a 'file_get_contents()' php függvényt vizsgálja, hogy elérhető-e. Ha igen, akkor azzal tölti le. Ha nem akkor két külső program segítségével próbálkozik, először a curl-t, ha az nem megy, akkor a wget-et próbálja meghívni shell exec-kel.
Ha az ftp-s letöltés becsődölt, akkor megpróbálja http-vel:
fsockopen('weather.noaa.gov', 80); ...
Ezeket az infókat a weather.module végén található 'function _weather_retrieve_data($icao)' rutinból olvastam ki.
Próbáld meg a legegyszerűbb esetet, azaz Ferihegyet (LHBP) beállítani. Amíg az nem megy, addig más se valószínű.
Tudni kell, hogy a METAR adatok kb. féóránként, óránként frissülnek, és hogy ne terhelje a hálózatot és a METAR szervert fölöslegesen a modul, ezért maga is csak kb. óránként kérdezi le az adatokat újra, addig egy megjegyzett állapotot mutat. Természetesen az első oldal megjelenítéskor mindenképpen lekérdezi, azonnal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Offtopik hát legyen...
Az igazság az hogy sok rendszerrel foglalkoztam már, de ennyire türelmes csapattal ami itt van még nem találkoztam.
Én is LÁMA vagyok mint sokan akik errefelé tévednek, de jártam már a phpbb magyar csapatában ahol az itt feltett kérdések 90%-ára csak lekiabálnak mindenkit, a joomla csapatában meg olyanok vannak "én tudom a többiek dögöljenek bele" szintű válaszok(többnyire nem is válaszolnak)!
Hozzá kell tennem egyik csapatban sem kérdeztem semmit(nem is tartottam érdemesnek a regisztrációt ott sem ahol van), mert láttam miket válaszolnak. Igaz joomla oldalam már nincsen de phpbb aukcióm(és startlapom is) van és itt is próbálkozom.
Tehát azért hagyjuk meg kicsit ezt a kezdőknek(mármint a hülye kérdéseket!) mert egyrészt az ezután jövők tanuléhatnak, másrészt a aki nem kérdez az nem is tanul!
Tehát az egész drupal-ban ez a csapat ér a legtöbbet lehet még a drupal előtt!
és bocsi ha ezután is hülyéket kérdezek és csak utána olvasom(találom meg) a megoldáshoz vezető utat.
bocs ha offtopic!!
|^^^^^^^^^^^^^^^| ||
|...www.clipp.hu............| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem volt semmi pirítás
jótanács akart lenni. nem akarok flame -be átmenni, de teljesen általános az, hogy az emberek úgy kezdenek a drupallal ismerkedni, hogy letöltik és telepítik és kattintgatni kezdenek, aztán az első kicsit drupal-specifikusabb 'problémánál' azonnal rohannak fórumbejegyzést írni. a kézikönyv arra való, hogy olvasd el mielőtt egyátalán telepíted a drupalt. helyrerakja a drupalban használatos fogalmakat, a fontosabb modulokat és képességeiket, stb. ha ezt a lépést valaki kihagyja, akkor jönnek elő az ilyenek, hogy fogalom és képzavarok alakulnak ki.
egyébként az is nagyon általános, ahogy reagáltál, nem bántott senki, mégis rögtön átmentél mentegetőzőbe meg magyarázkodóba... mialatt megírtad a hozzászólásokat, hogy márpedig te mindent megtettél (ami ugye nem igaz) és megse találtad, kiolvashattad volna az egész magyar nyelvű kézikönyvet.
háuevör, mondhatni on di ádör hend, arra keresve, hogy 'áttekintő oldal' nekem ezen a témán kívül több találatom is van és bár egyiknek sem pont ez a címe, mindegyik említi valamilyen szinten a taxonomy modult...
jótanács volt és ha eddig még nem tetted meg akkor továbbra is fennál:
olvasd el a kézikönyvet!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
De ezzel csak egyféle entitástípusra lehet hivatkozni... :(
A probléma az, hogy az entity reference mezővel csak EGY adott entitástípusra (content, taxonomy term, comment, file, user, stb.) tudok hivatkozni, amit az elején, az első tartalom hozzáadásáig megadok, azonbelül a bundle-öket is be kell jelölni (igaz, be lehet jelölni az összeset, de mi van, ha időközben új content type-ot adok hozzá? Akkor lehet visszajönni ide mindig, és nem elfelejteni a pipát, különben anyázni fog a júzer, hogy miért nem működik a reference, de ez most mellékes, mert erre még lehetne írni automatizált kódot, lásd hook_node_type_insert :) ), és egyáltalán nem biztos, hogy csak NODE-OKNÁL (vagy épp csak taxonomy termnél, stb.) szeretném csak megjeleníttetni az adott blokkot, elképzelhető, hogy egy Views-zal létrehozott oldalon, Panels page-en, taxonomy term oldalon kell látszania a blokknak, mittudomén (akár ha az a kérés, admin-oldalon is, miért ne), tehát jóval általánosabban kell működnie annál, mint hogy csakis node-hoz legyen kötve.
De azt hittem, egyértelmű :P Azért is írtam "Küldetésünk" blokkot, mert az elég általános, több helyen is megjelenhet (ez az ukáz).
Amit mondtál, azzal nem látom be, hogyan jelenne meg a blokk a szokásos helyén egy Views-oldalon, ahol mondjuk a híreket (mindegyik egy külön node ugye) listázom ki.
Sajnos itt pont jelen van a kulcsszó, hogy ezzel csak node-ra lehet hivatkozni (vagy olyan entitástípusra, amit az elején, az első tartalom hozzáadásáig megadtál), aztán kész, más típust (akár Views-gyűjtőoldalt) innentől kezdve nem.
Nem ismerek olyan fieldet, ahol bármilyen típusú entitásra lehet hivatkozni (legyen az Panels-oldal, Views-oldal, node, taxonomy term, stb.), de ha van, ne tartsátok magatokban :)
====
A képen, amit linkeltem, jól látszik, hogy a megjelenési feltételeket az általam többször emlegetett Header image modul "Display conditions" elég általánosan meg lehet adni:
Szóval eddig még mindig ez tűnik a legjobb megoldásnak. Még ha fancy autocomplete felülete nincs is.