nagyon rossz ötlet
1. Az idegen anyanyelvű akkor vár 1 másodpercet, ha vaktában véletlenül sikerül elsőre rámutatnia arra a linkre, amit keres. Képzeld el, mennyire felhasználóbarát dolog ez mondjuk 30 link esetén.
2. Ha a menüpontot megtalálja, honnan fogja tudni, hogy az egyes mezőkbe mit kell írni? Azok nem lesznek lefordítva. Se a magyarázó szövegek, se semmi.
3. Mi van, ha aztán kell még egy nyelv? Vagy még öt?
Totál butaságot javasoltál, ami a webfejlesztés három nagyon fontos alapszabályát szegi meg:
- A fejlesztés során a végsőkig ügyelünk arra, hogy a weboldal rugalmas és funkcionálisan bővíthető legyen. Ha valamiből a megrendelő kettőt kér, akkor úgy csináljuk meg, hogy lehessen akár 3 is, vagy még több (mert valószínűleg lesz is).
- A technikát alakítjuk az igényhez, és nem az igényt a technikához.
- Soha nem használunk gagyi megoldásokat csak azért, mert nem értünk hozzá eléggé. Soha. A tanulás mindig megtérül.
Persze ez az egész csak akkor számít, ha tényleg szeretnél igazi webfejlesztő lenni. Ha csak hobbioldalakat akarsz összedobni saját használatra, akkor bármi megfelel. Csak akkor bánod majd meg az egészet, ha egyszer szeretnél túllépni az amatőrségen, és ott lesz a sok elpocsékolt, fejlődésre nem használt idő, meg a sok káros beidegződés.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem olvasgasd el azokat
Olvasgasd el azokat a dolgokat amiket itt oly sokszor emlegetnek, Nagy Gusztáv jegyzete, drupal kézikönyv (balról második menü), http://tanarurkerem.hu stb. és utána mond, hogy ez sincs, az sincs,
Van WYSIWYG szerkesztő, több fajta is, azt használod amelyik tetszik Tiny is van. El kell olvasni a modulok leírásait, vagy rákeresni itt a fórumban (a vizuális szerkesztőkről rengeteg szó esett már eddig is) Ezekkel az szokott lenni a buktató, hogy külön kell a modult és külön a programot letölteni, majd a programot a modul egy megadott könyvtárába másolni.
Az "írás típusú" tartalmak szépen egymást alatt jelennek meg időrendben (ez az alapbeállításuk, de bármely tartalomtípusnak megadhatod, hogy mindig a címlapra kerüljön). Ha azt akarod, hogy legfelül legyen egy állandó szöveg, alatta a hírek sorban akkor az állandó szöveget a "webhely beállítás/küldetés cím alatt add meg.
Ha menüket akarsz akkor érdemes az oldal típusú tartalmat beküldeni majd megadni az adott oldalnak, hogy a menük közt hol szerepeljen, de készíthetsz menüt ami egy már meglévő tartalomra mutat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
bárki küldhet be könyvlapot
azonosított felhasználók küldhetnek be könyvlapot. továbbá a dokumentációs levelezőlista mindenki számára nyitott. a könyvlapokat lehet kommentálni is, "srácok szerintem ez hiányos, ki kéne még egészíteni azzal, hogy", stb.
A másik, hogy a mai világ afelé halad, hogy minél egyszerűbben össze lehessen dobni egy internetes oldalt, "portált".
ez nézőpont kérdése. hosszú, nagyon hosszú viták folytak (folynak?) róla, hogy tulajdonképpen ki is a drupal célcsoportja. ami egy fejlesztőnek egyértelmű és mint "fejlesztő felhasználó" roppant felhasználóbarát, az egy képzetlen "kattintgatva akarom összerakni" embernek őrület, és vica versa.
Hiába nyomják, hogy az angol alap nyelv, Magyarországon nem lesz soha az, igenis kellenek a fordítások, ezt átlag felhasználóként mondom.
nem is magyarországon kell annak lennie szerencsére. :) ebben a szakmában _kell_ tudnod angolul. sikeres matektanár se lehetsz, ha gondot okoz az 1x1. az, hogy kattintgatok össze magamnak egy oldalt, mer csak, ez a hobbim aztán jónapot, az megint teljesen más történet.
elmegy a fórumba, keresni a választ, nem találja, mert rengeteg a kérdés és a válasz...
na, pont erre találták ugye ki a keresőt. :P
mindezzel nem azt akartam mondani, hogy a fórum úgy jó, ahogy van, inkább csak azt, hogy az érem sokoldalú. több leírás és fordított "tananyag" akkor lesz, ha valaki elkészíti azt. hajrá.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Én csak a drupal.org oldalról
Én csak a drupal.org oldalról letölthető sminkek egyikét-másikát próbálgatom és szeretném módosítani, főleg a css részét, hogy az oldal kinézete, elrendezése, arányai kicsit mások legyenek, mert az oldalamhoz arra van szükség.
Én sem továbbadni, sem pénzért árulni nem akarom, viszont az oldalam a tervek szerint pénzt fog hozni.
Belenéztem a gnu licencbe, ami az adott smink mappájában van és így kezdődik:
Everyone is permitted to copy and distribute
verbatim copies of this license document, but changing it is not allowed.
Aztán később ír a módosításokról is.
Most nem tudom, hogy saját magamnak módosíthatom, vagy sem.
Természetesen az oldal láblécében ott hagyom a készítő linkjét és odaírom, hogy módosítottam.
Nem vagyok perfekt angolból, és olyan hosszú a szöveg, hogy azt lefordítani nem lenne egyszerű.
Ami biztos: sem csalni, sem megkárosítani nem akarok senkit. Sőt, azt is elfogadhatónak tartanám, ha már pént hoz az oldalam, hogy egy méltányos összegért megvegyem a készítőtől a sminket, mert egy üzleti oldalon nem szoktam látni azt, hogy ki készítette, stb, de természetesen mivel ingyen van, így odateszem.
Tudja valaki, hogy pl. olyan motor, ami annyit tud mint a drupal, az fizetős változatban kb. mennyibe kerül és ahhoz modulok, sminkek?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szabad nem ingyenes! Lécci
Szabad nem ingyenes!
Lécci olvassátok már végig a szálat, ha már ide toljátok a gondolataitokat.
A Drupal nem ingyenes, hanem szabad szoftver. A különbség annyi, hogy itt egy közös alkotás folyik. Mindenki hozzárakja azt amit tud. Ha nem értesz a programozáshoz akkor is tudsz még tesztelni és hibát jelezni, ami nem kis munka. Amennyiben ebbe a közös munkába beszállsz már nem lesznek olyan problémáid, hogy valamit úgy használsz, hogy nem fizetsz érte. Mert igen is fizetsz, a legdrágább dologgal az időddel.
Az az érdekes, hogy a Drupal fejlesztéséből sok programozó lát pénzt, hisz az a munkájuk, hogy Drupal segítségével fejlesszenek oldalakat. Ezért a fejlesztésért fizetést kapnak, a munkájuk egy részét pedig - amit lehet - visszaosztanak a közösségnek. Hisz, ha mindenki így tesz akkor a sokszorosát élvezhetem az én általam beletett munkának. Vagyis az én munkám is könnyebb lesz.
Számos céggel találkoztam munkám során akik kis saját fejlesztésű CMS rendszerüket cserélték le Drupalra. Tették ezt azért mert a zárt rendszernek van számos olyan hátránya ami miatt ez volt az egyetlen ésszerű döntésük.
Tehát még egyszer: a szabad szoftver nem azt jelenti, hogy valami ingyen van, hanem azt valaki szeretne közösen alkotni, ezért megoszt veled valamit. Ezért férhetsz hozzá ingyen.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hát te meg mit üzemeltetsz
Istenem, bár nekem lenne olyan weboldalam ahol a marketing, a szép kinézet, a gyors és hibamentes működés stb már mind adott és már úgy kéne kitalálnom a problémákat mint a T. posztolónak!
A megoldás annyi hogy nem a pistike btnél üzemelteted a site-ot egyébként meg szedd le az alumíniumfólia sapkát a fejedről, hülyén mutat. Az ellen mit fogsz csinálni ha valaki betör az irodába és bepoloskázza a gépeket?
Szerkesztés: szóval, te vagy X akinek Y a gonosz üzleti ellenfele. Y-nak megér Z forintot hogy lefizesse a szolgáltatót hogy lopja az adatot a szerverről. (Z eleve relatíve nem túl nagy különben tényleg a bepoloskázás az olcsóbb.) Ha a szolgáltató elég nagy és Z az ő hírnevében okozott kárhoz nem ér fel, akkor Y-t ki fogja hajítani az ajtón. Stimmt?
Szerkesztés2: ez minden biztonság alapja. Annyit kell elkölteni, hogy a támadónak ne érje meg a védelmen áthatolni. Minden, de minden védelmen át lehet hatolni, ez nem kérdés.
Szerkesztés3: azt a szervert szeretném én látni ami annyira be van védve, hogy olcsóbb megdönteni a szolgáltatót lefizetve mint valami remote security hole-t kiaknázni. Ennyire biztos vagy benne hogy nincs egy szál sechole a kódodban ami majd ott fut?
Szerkesztés4: (majd ha megírtam egy könyvet, abbahagyom) Biztos hogy Erzsike a titkárnő nem adja ki a jelszavát ha valaki ügyesen kéri? :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Megoldva
Nem tudom leírjam-e, mert úgy látom nem sokakat érdekel az Inline használata, de ha már többszöri nekifutásra, nem kevés keresgélés eredményeképpen megtaláltam a megoldást, leírom:
Hogy hol lehet az adatbázisban állítani, ha a felületről nem sikerül az új tartalomtípusnál megadni, hogy automatikusan jelenjen meg a kép, amit beillesztünk:
Variable tábla, azon belül található az a rész, hogy:
upload_inline_nev, a név helyett természetesen a saját tartalomtípus neve fog szerepelni.
Itt "0/1/2/3"-as értéket vehet fel a mező, ami rendre a "Tiltott/Csak a bevezetőben/Csak a teljes nézetben/Az bevezetőben és a teljes nézetben" beállításnak felel meg, ami az Általános beállítások "A csatolt fájlok automatikus megjelenítése:" részben található a rendes felületen.
Van egy szépséghibája a dolognak: bár a beállítás így megmarad és működik is a képek automatikus megjelenítése, viszont ebben a menüben, mármint a drupal felületen a saját tartalomtípusnál továbbra sem jelzi a beállítást, hanem a "Tiltott" van bejelölődve, így nem lehet tudni később, hogy mi is van beállítva, ahhoz bele kell lesni az adatbázisba.
Nem vagyok (még) programozó, de valószínűleg külön kezeli a rendszer a beállításokat és azok megjelenítését a felületen. Ha ráhibáztam, akkor ennek a kettőnek a kommunikációjában lehet valami hiba.
Ha érdekel valakit és eláruljátok, hogy magát a megjelenést (ami gondolom független a sminkektől) hol kezeli a rendszer, akkor ezt is megkeresem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akkor példával
Akkor egy példával, hátha úgy megértem.
Van ez a bizonyos űrlap típusú oldalam. Ezt most egy menüpont hívja meg. A neve: termék 1
Ha megnyitom a termék egy menüpont alól, akkor a www.enoldalam.hu/?q=content/termek1 címen jelenik meg. Az oldal tetején van egy ismertető, középen a letöltési lehetőség, alul meg a form része, amin meg tudja rendelni, de így nagyon hosszú az oldal. Ezt szeretném három felé bontani, hogy az első fül legyen az ismertető, második a letöltés, harmadik a megrendelés form.
Ha jól értettem a leírást, akkor létre kell hoznom egy termek1_ismerteto oldal tartalmat, egy termek1_letoltes oldal tartalmat és egy temek1_megrendelő webform tartalmat. Mindegyiket hozzá kell rendelnem a megfelelő taxonomyt. A taxonomy úgy néz ki, hogy van egy termek1 szótár és vannak az ismertető, letöltés és megrendelés kifejezés.
Ezt a példát használva, hogyan kell megadnom az útvonalat?
Ahogy olvasom a hozzászólásod, akkor kell egy "fő view" és kell annyi "al" view, ahány fület szeretnék? A fő view az akkor mire "mutat". És minden ilyen oldalhoz annyi viewt kell létrehozni ahány fül van?
(Lehet, hogy nagyon bele vagyok keveredve?)
[-]
Tamás
- "Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz" -