Csak egy kis érdekesség
Mivel érdekel a téma, utána kutattam egy picit és találtam is egy (sok helyen másolt) összefoglalót, ami "pontot tehet a vita végére" muhahaha
http://mnytud.arts.klte.hu/tananyag/szamgny/tipografia.pdf
Ebben a műben leírják, hogy a térköz a bekezdés előtt és után (javaslatom) a többi bekezdéstől való elkülönítésre jó, a taglásra meg kizárólag az első sor behúzását (Te megoldásod) ajánlják. Hogy ne legyünk azért nyugodtak, az utolsó sort se hagyhatjuk ahogy van, mert azzal is foglalkozni kell, mert nem lehet akármekkora hosszúságú, és az általa hagyott üres rész se. (amit nem tudom, hogy be lehet-e állítani CSS-el)
Olvasom ezt a pdf-et és hümmögök, hogy hát igen, hát igen... azán egyre gyanúsabb lesz valami, valami ott hátul a tudat alatt el kezd motoszkálni, és egyszer csak booom... ott van a szemem előtt, csak nem vettem észre. A könyv ami leírja mi a jó és mi nem, úgy van szedve, hogy a tagolást a bekezdések közötti távolság adja.
Ízlések és pofonok ugye. :)
(elnézést, hogy eloffoltam a témát, írok is mindjárt magamnak egy levelet adminisztrátor köntösben. :)
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, minden ötletnek örülök!
Köszönöm a segítséget, pláne, ha sikerül elegáns megoldást találnod.
Ha nem az se baj. Minden ötletnek örülök. Volt, már úgy, hogy egy másik megoldás egy teljesen más problémára adott ötletet a sajátom megoldására.
Közben én is tovább fejlesztettem az eddigit. Sikerült kitörölnöm a kérdéses kényszerként felvett attribútumot egy unset-tel, így a generált html kódba, már nem került be :).
Persze szerintem nem biztos, hogy ez a legelegánsabb megoldás.
Egyébként valóban nincs minden esetben és minden régióban szükség a suggestion-ra és gondolom nem akarták ezzel lassítani a rendszert, de az is lehet, hogy rosszul gondolom. A core belső működését, még ennyire nem boncolgattam.
Szimpatikusnak tűnik a drupal 8, habár mintha kicsit pazarlóbban bánna a hellyel, mint a 7, de nem akarok elhamarkodottan nyilatkozni, míg nem jutok a végére a portál építésnek. Igaz a hetessel nem foglalkoztam annyit anno, mint, most a 8-assal szeretnék.
Még egyszer nagyon köszönöm a segítséget. Kíváncsi vagyok, miként a legdrupalosabb a probléma megoldása :).
(pici off: jut eszembe, ha magyar fordítást csinálok egy modulnak azt is a sites mappába érdemes tenni? Még nem csináltam ilyet, de gondolkodom rajta, hogy csinálok párhoz magyar fordítást.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Backdrop CMS ?!
Hm érdekes. eddig nem hallottam róla. Ahogy látom ez valami d7d8 hibrid.
Egyébként valóban a D8, már túlnőtt az egyszerű 5-10-20 lapos kisvállalkozásoknak, blogoknak szánt rendszeren. Maga a telepítési mérete is jól mutatja ezt. Ugyanakkor valóban kezd jól használható, akár csoportosan fejleszthető rendszerré válni, illetve mondhatni, már az. Tipikusan nagyobb projektekre termett :). A yaml konfiguráció a twig sminkek mind segítenek abban, hogy vicces fejlesztők ne tudjanak valami durva dolgot ilyen módon becsempészni a rendszerbe -akaratlanul sem.
Jómagam tapasztalom, hogy sokan térnek át D7-ről Wordpress-re. Magam is azon a véleményen vagyok, hogy egy kis lapot, már pazarló D8-ra alapozni. A Wordpress ebben az esetben jóval takarékosabb megoldás.
Érdekes, hogy Joomla-ról is több egyszerűbb lap tért át Wordpress-re. A Joomla fejlődését mostanában kevésbé követtem, így nem tudok nyilatkozni, hogy szerintem mi okozza a váltást.
Most a D8-ban mélyedtem el jobban és belátom számomra is nagyobb falat, mint eleinte gondoltam, de szeretném mélységeit is kellően kiismerni. Remek api-k vannak benne, de ezek kellő kiismerése időbe telik.
Azért erre a Backdrop CMS-re ránézek, mert érdekes lehet. Mennyire időtálló a projekt? Mit tudsz róla?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Re
Van mentés meg backup meg minden, kb 2 hetente mindent archiválok, és az a helyzet, hogy a T-Systems jelzése után egy teljesen tiszta telepítés is megtörtént.
Minden egyes más szolgáltatónál levő oldalt átböngésztem, sehol sincs ilyen. Gondolom, ha a gépem hekkelték meg, akkor máshol is lenne gyanús dolog, de semmi. Van rendes víruskereső, tűzfal, ami kell, a router is agyon van jelszavazva, a wifi kódom 120 karakter :)
Tényleg nem tudom hova tenni ezt. Sajnos a T-Systems ügyfélszolgálata olyan, hogy ha valamire nem tudnak válaszolni (elég sűrűn), akkor ad egy support telszámot, amit soha senki nem vesz fel. Email-re legalább 2-3 nap után reagálnak, hogy hívjam a számot, amit adtak:)
Az is vicces volt, amikor kértem tőlük egy log bejegyzést, vagy valamit, hogy ők mit látnak fertőzöttnek, honnan milyen IP-ről jöhetett a hekker, erre mondják, hogy a tárhelyen a LOG mappát nézzem meg. Aha, csak hozzáférést nem biztosítanak.
Szóval elvitetek a tárhelyükről mindent, csak ez is idő, ráadásul van vagy 40 email cím is náluk, és már tapasztaltam, hogy költözésnél akár 1-2 hét is kieshet az email szolgáltatásban, mert a T csoport malmai lassan őrölnek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Banki átutalás != bankkártyás fizetés
A banki átutalás nem egyenlő a bankkártyás fizetéssel.
Előbbi esetben megjelenítesz és/vagy küldesz emailben egy tájékoztató emailt az ügyfélnek, hogy mekkora összeget, milyen bankszámlaszámra, milyen bankszámla tulajdonossal és esetleg milyen közleménnyel utaljon el egy összeget.
Innentől kezdve az ügyfél a saját netbankjával / mobil alkalmazásával elindítja az utalást.
A bankkártyás fizetés esetén pedig a webáruházzal szerződött bank felületén bepötyögi a bankkártya adatait és indítja a fizetés. A webáruház visszakapja, hogy sikerült-e a tranzakció vagy sem és kész.
Persze eléggé sarkosan de kb. ez a lényeg. Azt kell eldönteni te melyiket szeretnéd utána már van számtalan lehetőséged.
Bankkártyás fizetésre például:
- https://www.drupal.org/project/commerce_otp
Banki átutalásra például kiküldesz egy emailt a megrendelési folyamat végén a tudnivalókkal, ezt megoldhatod modullal (pl. rules) vagy leprogramzhatod is.
Utánvéthez modulok például:
- https://www.drupal.org/project/commerce_osp
- https://www.drupal.org/project/commerce_cop
--
Borsa Péter
https://peterborsa.eu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy táblázathoz szerintem a html elem való
Létezik kiegészítő a field group-hoz, ami két oszlopos táblát készít, de az egyedi táblázatok igen nagy variálhatósága miatt valószínű, hogy nincs kész megoldás a bonyolultabb esetekre. A kiegészítő is ezért kezel csak két oszlopot.
Viszont a field Group lehetőséget ad html elemek beiktatására. Ekkor olyan szerkezetet építesz össze amit csak akarsz (táblázatelemek table, tr, th, td, stb...). Teljesen egyedi kialakítást is létrehozhatsz a smink babrálása nélkül is, ha ez ennyire lényeges.
Ha eltérsz a drupal szerkezetétől, akkor saját css is szükséges. Tudom lehet úgy érzed könnyen beszélek. Én szeretek témázgatni, -vagy ahogy drupalosan mondják sminkelni. Azonban létezik megoldás a böngészőn keresztüli css szerkesztésre is, ha ez az igény. Erre való a https://www.drupal.org/project/css_editor. Valószínűleg elég lesz számodra csak ez a modul, de a felettem javasolt megoldás lenne a legjobb ;),
Egyébként érdemes kicsit elmélyedni a sminkelésben, mert sokszor feleslegessé tesz több kiegészítő modult.
Persze neked kell dönteni, hogy melyik megoldás a jobb, melyik felel meg leginkább az elvárásoknak. Remélem tudtam segíteni.
Jó munkát!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
bejelentkezés nélkül megy?
Egyébként rendesen működik a honlap - nem regisztrált látogatók, sima regisztrált felhasználók tudják böngészni? Csak az admint érinti a probléma? Ha igen, akkor esetleg offline probléma lehet a háttérben. Egyszer offline üzemmódban hibát kerestem, és eközben elszállt az InnoDB. A MySQL újratelepítése után csak a címoldalt tudtam elérni, minden más linkre az offline képernyő jött be.
Végül úgy tudtam rendbe szedni, hogy töröltem a sütiket, a settings.php-ben állítgattam a site_offline változót, egy párszor ki-beléptem adminként, offline-online beállítások között kapcsolgattam, és egyszer csak magához tért. Azóta se értem a dolgot...:)
$conf = array( 'site_offline' => 0 );
Nem tudom, hogy segít-e, csak találgatok.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
könyvlaponként böngészni
Ugyan, mondja már meg valaki, hogy miért jobb html -ben, könyvlaponként böngészni a kézikönyvet?
Böngészni nem jobb, de apró lépésekben bővíteni, keresni benne, részeket kimásolni, már feltöltött és beágyazott anyagokra (kép, videó) hivatkozni, részeket vagy az egészet exportálni-importálni - erre a fapados HTML a legjobb.
Arról nem is beszélve, hogy a html -t az ember szinte élete végéig szerkesztgetheti, ha azt akarja, hogy jól nézzen ki az összes, egymással harcban álló böngészőben. :)
Hát igen, ilyen szomorú a webfejlesztő élete. Mennyivel egyszerűbb lenne minden, ha a web csak PowerPoint prezentációkból állna...:)
Inkább létre kellene hozni egy kategóriát (pl. "mindenféle leírások"), melyhez tartozhatna mindenféle tartalmi forma
A könyvbe mindenféle tartalmi típust beszerkeszthetsz. Csak a könyv nyitólapjának kell "könyvlap" típusúnak lenni, alá bármit betehetsz. A "könyv" egy absztrakt izé, ami leírja a node-ok egymáshoz való viszonyát, hierarchiáját. Ez egyébként le is van írva a már működő fejlesztői Kézikönyvben (ami ugye könyv jellegű, csakúgy, mint a Drupal.org dokumentációja).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
CSS?
így jelenik meg ugyan olyan formában "kibontva" mint csak a bevezető esetén.
Ha jól értem, akkor az a problémád, hogy a bevezetők címe másként néz ki, mint az önálló cikkek címe. Én ugyan nem értem, hogy ez miért nem jó (az egyik link, a másik meg nem, pont erre akarjuk felhívni a figyelmet), de a CSS módosításával egyszerűen megoldható, hogy egyformán nézzenek ki.
h2 a { color: #hupikék; font-size: nagy; } h1 { color: #hupikék; font-size: nagy; }
De lehet, hogy csak nem értem a kérdést.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A nézetet Tartalomra hozod
A nézetet Tartalomra hozod létre. Azután a beállításoknál a Formátum részben a Megjelenítést Tartalom helyett Mezők-re állítod. És akkor lesz ez alat egy Mezők rész, ahol hozzáadhatsz mezőket, illetve tartalmi elemeket, pl. címet.
A Drupal struktúrált adatbázissal dolgozik. Azaz bármilyen referencia kapcsolat esetén (pl. egy taxonómia szótár egy kifejezésére) az adott elem azonosítóját állítja be. Konkrétan amikor egy node egy mezője egy kifejezés hivatkozés és ott beállítod pl. a "fehér" kifejezést, akkor a node elemeinél nem a "fehér", hanem ennek a tid azonosítója lesz mentve, pl. 12. A "fehér" a kifejezés neve, a 12 az azonosítója.
A kifejezés nevét bármikor módosíthatod, azzal indenhol meg fog változni, ahol megjelenítésre kerül.
A node title is szabadon változtatható bármikor. És ha entity reference-szel egyik tartalomhoz kapcsolsz egy másikat, megjeleníted a kapcsolt tartalom címét egy nézetben, akkor természetesen ha módosítod ennek a címét, akkor a megjelenítéskor is módosulni fog. Egy adott node címe az adatbázisban egyetlen táblázat egyetlen sorának egyetlen mezőjében szerepel, mindenhol máshol a node nid azonosítója szerepel csak. UUgyanígy egy taxonómia kifejezés neve csak egyetlen egyszer szerpel, mindenhol máshol a kifejezés tid azonosítója mentődik csak.
Csökönyi Ferenc