pp képe

Egyrészt valószínűleg más szavakat használunk fogalmakra. Html elem(tag) az nincs, csak egy tulajdonság(property). Az meg ég és föld. Az a problémád, hogy a tulajdonságokat kiszűri a html szűrő, tehát nem a szerkesztővel van a problémád, hanem a szűrővel. (bár én még mindig a szemléletedben látom a probléma gyökerét);)
Másrészt azok a tulajdonságok elavultak használatukat kerülni kell. (arról nem is beszélve, hogy valószínűleg nem html4 szabványnak kellene, hogy megfeleljen az oldalad, hanem XHTML-nek, de ez mindegy. ;))

És azért bíznám a felhasználókra a sorkizártat, vagy a középre zártat, mert szeretném, hogy - aki akar - szépen szerkesztett írást küldjön be.
Sajnos a magyar informatika oktatás elérte, hogy ez a tökéletesen hibás elképzelés verjen gyökeret az emberek fejében. Szerinted szépre kell formázni a html oldalt? Mit jelent az, hogy szép? Mindenkinek ugyan azt jelenti vajon? Szerinted a felhasználó majd ellenőrzi a kimenetet 4-5 böngészőben, hogy mindegyikben ugyan úgy néz-e ki az oldal? Szerinted nem lehetséges, hogy egy önmagában szép sablonban beküldünk egy önmagában szép hírt, ami eredményeképpen kapunk egy valami undorítót?

Egy webes tartalom formázásakor olyan fogalmakat érdemes erőltetni mint szemantikus formázás(vagyis a html elemek használata p, a, li, ul, strong, em, h1-h6 stb.) no meg tipográfia. És egy azaz egy darab webdizájner, vagy inkább tipográfus fogja megmondani mi a szép, nem pedig a több száz felhasználó mindegyike.
Nem is tudhatja mert mindenkinek más a szép és pont az egyik legfontosabb dolgot veszíted el, hogy egységes oldalképet mutass.

A WYSIWYGnek is megvan a helye, de szerintem Te rossz helyen keresed.

pp

0
0
nemetivilmos képe

István, nem könyvet keresek, hanem egy olyan modult, csomagot, valamit, ami a belső útvonal alkotást, címzést stb. láthatóvá teszi. Nem tudom van-e ilyen. Mellesleg valami debuggernek kell lennie a fejlesztéshez, mert ilyeneket szárazon fejbe nem tudom elképzelni, hogy követni lehessen... Tesztelni hogy lehet itt a dolgokat? Nem vagyok járatos a php és java dolgokban, de a programozás menete az hasonló kell hogy legyen a többihez. Nekem elég volna, mondjuk egy tábla és mező funkció ismertető, mert utána egy hét és látom amit akarok, mert megírom magamnak pascalban. Nem nagy ügy... A weblabor.hu dolgot megnézem. Most csak annyira akarom érteni, hogy a hivatkozások, linkek és az ahhoz fontos dolgokat értsem. Biztonsággal tudjam használni. Ha egy lekeresést meg kell csinálni akkor ahhoz tudnom kell néhány dolgot, mi hogyan van kitalálva. Nekem az életem abból áll, hogy sok százezres rekordszámú táblákból mely alaphangon 80-100 db, jő a kuncsaft és azt kéri hogy... mi meg megírjuk neki SQL-lekérdezésekkel és listázásokkal, stb. Itt a drupalban nem ilyen mélységekre gondolok.

Amiért feszegetem ezt a dolgot csupán az, hogy a fórumokat figyelve azt vettem észre, sok csoda dologra és jelenségre keresik az emberek néha a válaszokat, és az esetek nagy részében szerinten alapfogalmakkal és útvonalakkal való bajlódásra vezethető vissza, mint ahogy az én példám (node és taxonómia értelmezés, autopath használat) is mutatja. Nem tudom jól látom-e, gondolom korrigálsz majd engem, mint ahogy eddig is megtetted. A csapat munkán én ezt értem, és tettszett a megközelítés amit azon a 2008-as videón hallottam tőled.

Üdvözlettel és köszönettel az eddigiekért :

0
0

Németi Vilmos - méregzöld kezdő Drupal-os

nemetivilmos képe

Szia Sksewolf, nekem júliusban volt egy kisérlet sorozatom a 000webhost-on, aminek a végén nem tudtam normálisan a mappa jogosoltságokat beállítani, mert a rendszerük állandóan elállította. Volt nekik egy igéretük, hogy elő-telepítési csomagokat is használhatsz, ezt nem tudom, hogy most hogy áll, akkor még nem működött. Azt írták hamarosan ismét menni fog. A supportnak is írtam, de nem írtak vissza semmit. Hangsúlyozom nekem voltak ezek a tapasztalataim akkor. Amit adnának elvileg jónak tűnt, én is azért akartam kipróbálni.

Fontos dolog, ha a fájlokat feltetted, akkor a Commanderrel egy könyvtár szinkronizációt csinálj úgy hogy a "Dátum nem számit" opciót kapcsold be. Bővebbet a Nagy Gusztáv féle jegyzetben találsz : http://nagygusztav.hu/?q=webes-tartalomkezelo-rendszerek-05

Sokféleképpen és több ingyenes helyre és többféle CMS-t telepitettem kipróbálásra. Az volt a tapasztalatom, hogy valahol, valami felmásoláskor történt hiba vagy jogosultság miatt voltak a általában hibák. Ha jogosultsági téma volt, akkor ha nem lehetett helyrehozni már nem is érdekelt az a szolgáltató. A htaccess-t a gyökérben az ingyenesek nem engedik ha jól emlékszem, a 000webhost-nál ezzel is voltak gondjaim még az almappákban is. A settings.php-nak 444-es a jogosítványa (csak te olvashatod), viszont az oda vezető út az azt hiszem minimum 744. Ilyen és ehhez hasonlók okozhatnak csodákat és sajnos az volt a tapasztalatom, hogy a hibaüzenet sohasem utalt erre. Egy rendszergazda barátom hívta fel erre a figyelmemet és nekem ma az extra.hu-n fut drupal-os odalam már kisérleti-építési fázisban.

Remélem valamit segítenek a fentiek.

0
0

Németi Vilmos - méregzöld kezdő Drupal-os

balazsgabi képe

@opera11:
valóban így állítottam be, de ez konkrétan nem az admin postafiókjába érkezett. Egyébként hogyan lehetne még megadni?

@Nagy Gusztáv:
azt én sem mondtam, hogy minden ilyen kezdetű subject automatikusan spam, de a spam-ek jórésze (legalább is amikkel eddig találkoztam) bírnak ilyen tulajdonsággal.

@Hosszú Kálmán:
köszi a tippet de ez véleményem szerint túl lenne bonyolítva, de ha a probléma állandósul, akkor megpróbálom.

A postindítómban nem írtam, de miután tudomásomra jutott, azonnal kipróbáltam, küldtem magamnak is egy próbát, de az rendesen működött. Értem ez alatt, hogy a tárgy mező az érkező levélben így néz ki: [kategória]tárgy mezőbe írt karakterek. Sőt ekkor kipróbáltam ugyanarra a címre is amelyiken ez történt és természetesen az is rendben volt. Azért írtam, hogy önkormányzati domain-ről jött, hogy nem ingyenes tárhelyről, ahol néha agyonbonyolítják a spam kezelést (citromail, freemail, tsa.i)

Azt én sem gondolom, hogy egy továbbított levél rögtön spam a Tbird szerint, amit furcsállok, hogy a Contact modul (vagy ha nem az, akkor valami) oda biggyesztette a Re: karaktereket és a tárgy rész is a []-en belül volt, ahol most csak a kategória megjelölés van.

Azóta is agyalok és arra jutottam, hogy ez még akkor volt, amikor eltrehánykodtam a biztonsági frissítést és valakinek sikerült beleturkálni. Ennek esetleg lehet köze hozzá? Sőt most megnéztem és találtam egy felhasználót ahol csak az emil cím van kitöltve, (ami természetesen kamu). A regisztrációja arra az időszakra tehető amikor védtelen volt az oldal. Ezt most zároltam, a törléssel még várok (bár nemtom mire)

1
0
Den képe

Bemásolhatod még kb 8 helyre, akkor sem fogsz előbb választ kapni. (http://drupal.hu/node/12398#comment-51387)

A jelek szerint: a fórum szabályzatot sem olvastad el.

A fenti feladat megoldása valószínű több időt és energiát igényel, amivel, a jelek szerint senki nem rendelkezik jelenleg (tudod, évvége, jön a karácsony, stb.).

Valószínű, ezt csak úgy lehet megoldani, hogy valaki utánad csinálja, megérti mit akarsz, felépíti, és végignézi, hogy mi lehet a gond. Ez nem lesz meg 10 perc alatt - te is 3 napja ezzel küzdesz.

Gyaníthatóan, fogalmad sincs arról, hogy hova kellene tenni ezeket a playereket, hogy illeszted ezeket be az oldalba, hogyan adod meg az útvonalakat.

'file' => base_path() . path_to_theme() .'/files/song.mp3', - a theme-be van a files könyvtárad az mp3-akkal?

Használod egyátalán az emfield-et? (szerintem nem)

A megoldás, vázlatosan:
egy tartalom típus (song). Ahhoz emfield-el hozzáadsz egy db audió field mezőt. A mezőt úgy konfigurálod, hogy nem külső szolgáltatót használjon, hanem az általad feltöltött mp3-akat.

Sose' csináltam iyet, csak külső szolgáltató által biztosított mp3-ak lejátszását, de valahogy így indulnék el. Azért írtam, hogy vázlatosan és nem "egyedüli és üdvözítő megoldás" (tm), mert sokat kell olvasni, próbálkozni, megérteni a modulokat, a működést. Értelmezni a hibákat, belenézni a html-ben, hogy tényleg jó helyről hívja be a lejátszót, az mp3 ott van, ahova te tetted, stb.

Tképpen, fogalmam sincs mit keversz a lejátszókkal. Az csak akkor jön, ha az mp3 kezelés már megoldott.

0
0
kormen képe

Hát jól megnéztem magamnak ezt a maestro-t. összeraktam, és a teszteknek nekiestem. Azt várná az ember hogy a beépített teszt működik. Hát nem akaródzik, és sehol nem lelek leírást a használatához, csak fizetős tanfolyást. Gondoltam beküldök egy techical_support_requestet létrehoztam 3 csoportot 3 usert 3 emilt.

1. user Adminisztrátor feladata kiosztani a bejött ticketeket
2 melós neki lehet kiosztani a ticketet, és ő fogadja el
3 bejelentő, ő csak bejelenté és értesítéseket kap a lépésekről

aztán mint bejelentő beküldtem a ticketet. és semmi. ott sétáltam az oldalon vártam levelet vagy felugró ablakot vagy valamit és semmi. Így csináltam saját workflow-t

1 Start
2 Content type task hozzárendeltem az adminhoz és notifikáltam az admint on assignban.
3 end

Na megint semmi. Hol találok ehhez kis helpet, mert Így ez nagyon gáz.

Ahogy néztem a task consoleban lehet processzt inditani de akkor ez így nem az igazi. Ha ott küldök be hibabejelentést akkor a trackerben feltűnnek dolgok. levelek továbbra sem jönnek, ellenben ha jogot adok a task consolehoz a bejelentőnek akkor assignelheti a taskokat és törölheti is. Ez nem jó. Úgy kéne hogy ha létrejön a tartalom megindul a folyamat. kap levelet az adminisztrátor hogy meló van. ő megnézi majd kiossza a feladatot. akkor kap levelet a melós hogy itten van. elvégzi a feladatot és kitölti a rá eső mezőket majd lezárja az ügyet. amiről értesítést kap a bejelentő és az admin.

Addig is nézegetem a többit, még próbálkozok ezzel is, ha valakinek van még ötlete jöhet. És rakok egy 6 os drupalt, a régebbi cuccokhoz.

0
0

Kormen

pischta képe

Köszönöm a válszt. Az oldalt ismertem, az alapján jutottam el odáig, hogy egyáltalán valahogyan működik az alsminkem. Újraolvastam az oldalt, megtaláltam, hogy a cikk végén megemlíti a color és az adv. theme settings öröklődésének kérdését. A color modul örököltetéséről a color.module support hivatkozás segítséget adott, bár a hetesről nem beszél, de legalább ez alapján megtaláltam a Mayo-ban, hogy az hogyan csinálja. Ha jól értettem, akkor elég annyi, hogy az alsminkem könyvtárában lévő template.php-ba beletettem a következőt:

function mayo-galeria_process_html(&$variables) {
  // Hook into color.module
  if (module_exists('color')) {
    _color_html_alter($variables);
  }
}

Az advanced theme settingsről is található leírás a hivatkozott oldalon, de ott elvesztettem a fonalat.
0
0
Sk8erPeter képe

Nyilván nem a Views hibája volt, hogy totálisan behalt a service, hanem valami Apache-modul vagy PHP-extension (inkább utóbbi) volt a hiba forrása, ezt nyilván hosszas nyomozgatással ki lehetett volna deríteni, mi is az pontosan, de tök felesleges ilyennel rengeteg időt eltölteni.
A másik topicban írtak szerint annyira mégsem megy nálad jól az EasyPHP, legalábbis valamit nagyon nem csinálsz vele jól...

Windows alatt nyugodtan lehetne használni a PHP-t IIS alatt is, ennek a telepítése bepipálgatós, aztán a Web Platform Installer segítségével beírod keresőbe, mit szeretnél letölteni, és ez megteszi, és behúzza a függőségeket is. Pl. ezt meg lehet csinálni a Drupallal is: beírod keresőbe a Drupalt, ez megtalálja, rákattintasz a telepítés gombra, itt a progi pedig minden függőséget eleve kijelöl, mint telepítendő (adatbázisszerver, FastCGI PHP, ...). Az adatbázisszervernél még megkérdezi, hogy MySQL vagy MSSQL legyen (előbbit javaslom), aztán beírod az admin-jelszavadat.
Utána az IIS admin-felületén meg a legtöbb dolog bepipálgatós-bekattintgatós, leokézós, next-next-finish módszerrel megoldható, így tulajdonképpen számomra nem is világos, miért nem használják többen az IIS-t Windows alatt. Főleg, hogy a PHP Windows-ra optimalizálása miatt mára már teljesítményben egy csöppet sem marad el az Apache-tól, sőt, tapasztalataim szerint gyorsabb is lehet (de ez természetesen most kizárólag Windows-ra igaz, hogy oda Apache vagy IIS - erre a platformra én utóbbit választanám).

Persze ez csak magánvélemény, egyébként jók az ilyen komplett csomagok is Apache-csal.

0
0
eager képe

Én ehhez a Context modult használom, de effektíve ugyanaz történik, mint eMeLA hozzászólásában.

Az általam követett módszer feltétele, hogy a "rövid webcímek" használata be legyen kapcsolva, lehesen tetszőleges URL aliasokat rendelni a tartalmakhoz.

Egy-egy menüpont gyermekeinek ugyanolyan módon kezdődő URLt adok, tehát

  • tema-uno/valami1
  • tema-uno/valami2

illetve

  • tema-due/valami1
  • tema-due/valami2
  • tema-due/valami3

utána a Context modul beállítófelületén (Context UI) beállítom az URL-t mint figyelt feltételt, tehát kérem, hogy figyelje, hogy pl. tema-uno/* -e az url alias ( a * a joker). Ugyanitt megadhatom, hogy ha ez a feltétel teljesül, akkor a beavatkozás legyen az, hogy hozzáad egy általam megadott plusz HTML osztályt a body-hoz
(legyen pl. tema-uno-oldalak).

(ahhoz, hogy ezt könnyedén kattinthasd, az Admin contrib modulnak is fenn kell lennie, úgy tudom az pakolja be a fenti beállítások elvégzéséhez szükséges szövegmezőket a Context UI felületébe.)

Utána már css-ből bármit tetszőlegesen formázhatsz, hisz minden elemnek lehet egy általános megjelenése, amit módosíthatsz arra az esetre, ha az adott kiválasztó történetesen (a) .tema-uno-oldalak class-ú ( body ) elemen belül fordul elő.

Ez a videó a Context modul használatbavételében segít:
http://mustardseedmedia.com/podcast/episode38

4
0
bellabici képe

a formatterrel nincs bajom, de kicsit bénának tartom a zöld nyilaival, ha greenarrows nélkül használom, meg tagolatlan az egész. Végigkövettem a videoid az aboros.com-on a slideshow alapjait onnét tanultam.

Az oldal www.bellabici.hu, a lényeg, hogy a cikk tartalmak külön-külön kerékpárok egyenként sok képpel. Nem akarom, hogy több kilométer egymás alá rendezett képmegjelenítő cikk legyen, hanem mindegyikből 1-1 képet szlájdsóvolni szeretnék. Nem biztos, hogy jó a logikám de azt gondoltam:

1.) a megfelelő cikk tartalomtípusban kétféle image field-et hozok létre, az egyiket slide-okhoz a többi pedig a képgalériához
2.) slideshow-ban nem teljes tartalomra, hanem field-re szűrök beállítva a cikk-tartalom slide image fieldjét
3.) ezáltal a cikk tartalmak slide-jai a főoldalon egy ízléses slideshow-ban jelennek meg, amiről linkként lehetne elérni a cikk tartalmat.

Na itt jön a kérdés: hogyan lehetne megoldani, hogy a slideshow galleria megjelenítője csinálja a cikk nem slide (de az se baj ha ezt is megjeleníti) képtartalmát. Olvastam valahol, hogy erre is van megoldás, de nem akarok külön minden egyes képnek külön node-ot létrehozni egyenként, erre nincs valami egyszerűbb megoldás?

Azért fontos, hogy cikkekben legyenek a képek, mivel taxonómiával, ha eladok egy kerékpárt simán átírom elkelt-re, ezáltal az eladott témára beállított slideshow fogja megjeleníteni, ami a megfelelő menüpontról működik. Így az oldalamon jó sok views mező van beállítva, az alkatrészek menüpontok is mind-mind 1-1 views nézet, gyakorlatilag alternatív címlapokat próbáltam csinálni, hogy több tartalom elférjen menünként.

Köszi a segítséget!

0
0