Meglett a hiba.
A settings.php fájlban az adatbázis adatoknál ezt a sort:
'autoload' => 'core/modules/mysql\\src\\Driver\\Database\\mysql\\',
kellett kicserélni erre:
'autoload' => 'core/modules/mysql/src/Driver/Database/mysql/',
és így már be is jött az oldal.
SimonT
PuTTY programmal hozzá tudok férni a tárhelyszolgáltatónál lévő tárhelyhez, ahol parancssor van, tehát gondolom ez az a parancssor, amiről beszélünk. Vagy nem? Nem itt kéne a Drush parancsokat futtatni?
Bug-os? Nem az van, hogy nulláról írtak egy új, modern Drupalt, tehát elvileg jobb a 7-esnél?
Modulok: tudom, hogy nem törlődnek, a 7-esnél se törlődtek, a különbség, mint említettem, hogy 7-esben ki lehetett kapcsolni (tehát a beállítások megmaradtak), most meg csak a beállítások elvesztésével lehet "törölni". Márpedig szükség van kikapcsolásra, pl. oda-vissza tesztelésnél, illetve élesben ki lehetett kapcsolni UI-kat, hogy minél kevesebb memória menjen el, illetve még biztonságosabb legyen a rendszer. Szóval nem értem, miért nincs ez a lehetőség.
Az idei Drupal Hétvége két napját a tavalyi tapasztalatokkal megerősítve úgy osztottuk fel, hogy az első nap szakmai és személyes feltöltődését a második napon gyakorlati együtt munkálkodással tudjuk kiteljesíteni. A két nap helyszíneivel kapcsolatban a helyszín oldalunkon lehet bővebb információkat olvasni.
Ha úgy készítesz internetes alkalmazást, hogy akinek nincs js az nem tudja használni, akkor kizársz egy pár felhasználót az oldaladról. Ha úgy készíted el, hogy js nélkül hibásan működik akkor már bajban lehetsz. ;) Az igazi probléma viszont az, hogy nincs olyan, hogy js, mert mindegyik böngésző saját implementációval rendelkezik, ami hol így hol úgy követi a szabványt. Ezért erre a bizonytalan közegre alapozni egy szolgáltatást elég veszélyes játék. (vagy megy, vagy nem.) Persze van akinek sikerült már pl. gmap, de nem véletlen, hogy nemrég megjelentek a static map api-val(js nélkül megy) aminek van mobilra optimalizált verziója is. Ezért mondtam azt amit mondtam. Nyílván mérlegelni kell, de nem nekünk, hanem neked. ;)
A jscalendar egy frankó alkalmazás én több helyen is használom. Van ahol saját integrációval, van ahol a jstool-s modul-együttes segítségével.
A drupal_add_js nem egy hook, hanem egy api függvény! Nem minden hook ami a drupal api része! A hook-ot a drupal hívja meg, a függvényeket pedig Te!
A drupal_add_js-el js-t tudsz hozzáadni a drupal oldaladhoz, első megközelítésben a $scripts változóba belekerül, tehát nem kell foglalkoznod a smink készítésnél ezzel. Ha használsz jquery-t akkor jól jársz, mert azt is hozzáadja a Drupal, nem tudsz egy js-t kétszer betenni, no meg lehet inline js-t is, meg paramétereket is átnyomni a js Drupal névterébe.
Szóval százszor frankóbb mint belehakkolni a sminkbe.
Most kell egyébként még egy kis türelem ugyanis éppen egy fordulóponthoz érkeztél el a Drupal tanulmányaidban itt most vagy tovább tudsz lépni vagy feladod.
Ne add fel!
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
Ha már kifizették és örülnek neki akkor szerintem maradhat. Mondjuk referenciának ne add meg ezt az oldalt egy olyan cégnél, ahol webes programozókat keresnek. ;)
Teljesen felesleges ezt kliens oldalon csinálni, de ha már homár akkor vigyünk már egy kis értelmet az egészbe.
function kiir_n(){...}
helyett
function kiir(n){...}
Persze Kopipészt Mesternek az első megoldás tűnik egyszerűnek, csak éppen az nem karbantartható, bővíthető stb.
Erre szokták azt mondani, hogy műxik ;)
A függvényt (function) azért hívják függvénynek, mert a kimenet értéke/vagyis a viselkedése függ a paraméterektől. Pontosan azért vezették be ezt a nyelvi elemet, hogy ne kelljen 2000 soros kódot javítgatni állandóan, hanem csak egy pár soros tömören megfogalmazott, a lényegi részt tartalmazó programban találjuk meg könnyedén a hibákat. Gondolj bele, mi van akkor, ha jön még egy hirdető? Vagy van esetleg 1000. Vagy a kezdeti négy hírdetőből csak 3 fog hírdetni? (ez látható a Te kódodban is ;))
Vagy találsz egy hibát benne, azt hogyan javítod? Egy hiba n helyen javítódik...
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
az az erzesem, hogy valahol lapul meg egy define a drupal fajljaidban. valamelyik modulban vagy valahol..
ra tudsz keresni erre az osszes fajlban?
define('VERSION', '6.3');
vagy az includes/common.inc ben
590. sort,
ezt:
if ($errno & (E_ALL ^ E_NOTICE)) {
if ($errno & (E_ALL)) {
es akkor a drupal kiirja ha valahol feluldefinialtad a VERSION erteket
> Üzenet:
>
> Szia!
>
>
> Kössz a segítséged. Az általad javasolt smtp serverrrel nem kapok
> hibaüzenetet, tehát a drupal elküldi. Onnan is tudom, hogy ha megnyitom a
> progit, akkor ott látom a leveleket. Nem találtam hozzá supportot
> (gondolom a fizetőshöz van). Tudnál segíteni a beállításában?
> Előre is kössz!
> gábor
Szia,
Csak nagyon tőmondatokban,
Elinditod a MailEnable Administratort,
A "Post Offices" menüpontban létrehozol egy saját Post-ot, (bármi lehet a neve)
Ezután ez alá a progi automatikusan létrehozza a Domain, Mailboxes, Groups, Lists bejegyzéseket.
Ha rákatintol az elkészített saját PostOffic-ra akkor láthatóvá válnak a jobb ablakban az alap műveletek.
-Create Domain: Itt tudsz hozzáadni saját domaint, pl sajatdomain.hu
-Create Mailbox: Itt tudsz hozzáadni fiókokat.
- ...a többivel nem kell foglalkozni
A mailboxokban én létrehoztam egy "sender" és egy "tester" fiókot,
A [email protected] lesz a drupal alapértelmezett email cime,
a [email protected] pedig valamelyik felhasználóé
Ha nincs saját regelt domain-ed, a progi nem enged csak local cimekre küldeni (no spam)
Minden hibauzenetet a [email protected] kap meg, ezt és a többi fiókot is célszerű beállítani a saját mail kliensedben (outlook, outook express, stb)
Az összes többi beállítás szabadon választott, és néhány ezer verziója lenne... :-)
nálam csont nélkül működik.
Üdv,
DTB
Beszélgettem olyan emberekkel akik kereső optimalizálással foglalkoznak. Nagy részük el tudja mondani mit kellene tennem, de ők maguk nem tudják végrehajtani a szükséges változtatásokat mert nem értenek a Drupalhoz.
Ha el tudják mondani, akkor a Drupallal meg lehet csinálni, hidd el. ;)
Egy ilyen speciálisan a Drupalra kihegyezett “elbeszélgetés” aranyat érne azok számára akik a vállalkozásukat építik egy Drupalra épített oldalra.
Egy következő DUG témája lehetne ez pl.
Azt is el tudnám képzelni, hogy csinálunk egy esettanulmányt. Létre hozhatnánk egy oldalt egy tetszőleges tartalommal amit megpróbálunk bejuttatni az első három találat közé. Szigorúan csak a drupal adta lehetőségekkel élve.
Szeretnék rámutatni, hogy több szempontból is hibás hozzáállást tükröz ezen része a hozzászólásodnak!
1. A Drupal csak egy eszköz, semmi több. A Drupal minden lehetőséget megad neked, tehát nem tőle függ az eredmény, hanem tőled. Ha nincs szakértelmed akkor azt nem fogja pótolni a Drupal. Tipikusan a sitemap modul alapbeállításai valamilyen tipikus Drupal rendszerre vannak kihegyezve és beállítva. A Te oldaladra, mint minden oldalra hangolni kell, különben nagyobb kárt okozol mint hasznot csiholnál. ;)
2. Tetszőleges tartalommal én neked 1 hét alatt betolok bármit a google első helyére az általam választott kulcsszóval. Muhahah ennek ezért sincs semmi értelme. Másrészt egy normális SEO szakember megkérdezi milyen kulcsszavakra kell optimalizálni, aztán megnézi a konkurenciát, hisz azoknál kell jobbaknak lenni és utána kezd csak neki az optimalizálásnak.
Én egy ilyen, semmi konkrétumot nem tartalmazó kísérletet ellenzek, egy olyat viszont támogatnék, ha valakinek van egy konkrét oldala egy konkrét termékkel és azt egy meghatározott értelmes cél felé kéne optimalizálni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
Ha Firebugot használsz láthatod, hogy több css fájl szabályozza az oldal megjelenését. A navigáció menü megjelenését a modules/system/system-menus.css fájl is meghatározza. Amennyiben a saját css fájlodban nem írod felül az abban (system-menus.css-ben) található leírást, akkor azokat fogja használni. Az kevés a saját css-ben, hogy:
ul { list-style: none; }
1. Az li tagra kell leírást adj.
2. A megfelelő osztályra is hivatkozni kell, pl:
li.leaf {list-style-image: none; list-style-type: none;} li.collapsed {list-style-image: none; list-style-type: none;}
-- http://boj.hu --
saját layoutok
Hát ez egy elég húzós kijelentés. :)
Ha biztos vagyok benne, hogy a „körítés” (fejléc, lábléc) soha nem változik, akkor ami a kettő között van, arra elég a Panels, saját layoutokkal. A Panels Everywhere akkor jó, ha kell pl. a webhelyen belül egy microsite-szerűséget csinálni, ahol teljesen más a layout, mint a webhely normál részein.
„pláne nem tudja önmagában kiváltani a blokkrendszert”
A blokkrendszer összes szolgáltatása elérhető a Panels felületen keresztül. Meg mellette még mindenféle extrák: változók átadása, megjelenítési szabályozás, CSS #id és .class beállítási lehetőség, stb. Egy Panels webhelyen az ember jellemzően soha nem jár az admin/structure/block oldalakon.