Pár gondolat
Szia!
Csak pár gondolattal reagálnék. Egyrészt a 8.7.0-alpha1-ben még rengeteg dolog nincs benne, amit a véglegesbe szeretnének. Sőt, az eddig háttérben folyó fejlesztések inkább most kezdenek majd beúszni a core-ba. Pl. a JSON:API modul sincs még benne, pedig arról Dries még blogbejegyzést is írt.
Másrészt pedig a media embed kapcsán (is) felesleges a core-ra várnod, ha valamit stabilan és jól össze tudsz rakni contrib modulokkal, akkor rakd össze azokkal. Maximum majd egy refaktorálásnál (Drupal 9?) lecseréled az addigra a core-ba kerülő megoldásra. Ez utóbbi fejlesztéséhez pedig te is hozzá tudsz járulni, pl. teszteléssel és visszajelzéssel, a hibajegyek átnézésével.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megnéztem user view listes
Megnéztem user view listes váltzattal:
Kapcsolatok
- Felhasználó: EgyediCsoportmezőm
- Felhasználó: Jellemző tartalom
Eddig ok, utána megjelenítem userek helyett az összes tartalmat és van egy listám.
Ahogy írtad is, ezt kéne szűkíteni a EgyediCsoportmezőm-vel ellátott user általi feltöltésekre.
Itt jönne a Szövegkörnyezeti szűrő a képbe.
Felhasználó: EgyediCsoportmezőm --> Alapértelmezés szerinti érték biztosítása: na itt minden lehetőséget megnéztem, de semmi sem jelenik meg. A PHP szövegkörnyezeti szűrő kód jöhet csak ugye a fene sem gondolta hogy ehhez a viszonylag egyszerű relációhoz kevés a view. Vagy csak benéztem valamit? Simán lehet hogy nem látom a fától az erdőt. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
node cím?
A "Név" honnan jön? Az a node cím? Mert ha igen, akkor abból szerintem nem lehet select elemet csinálni. Miért kell, hogy select legyen? Honnan jönnének a selectbe kerülő opciók? Nem a hirdető adja meg a hirdetése címét?
A Views nem kell, de arra jó, hogy különböző listákat készíthess a hirdetések előre meghatározott jellemzői alapján. Elvileg elég a beépített Taxonomy is, de a Views lehetőséget ad arra, hogy a látogató maga rendezze a listáját (Exposed Filters beállítás). Például van egy nézeted, ami a Mercedes típusú, 10 millió Ft alatti és 10 milliónál drágább, fehér, piros, metál, stb. színű autókat listázza. A látogató szűkítheti a listát úgy, hogy egy legördülő menüből kiválasztja a 10 millió Ft alatti fehér opciót, és akkor csak az olcsó fehér autókat fogja mutatni a lista.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
neked kell hívni
A fenti kód jól működik esetemben, nem kell login a cron-nak, simán felülvágja a rekordot Anonymousként is.
Amint már fent is írta aboros, ez félreértés.
Azt tapasztalom, hogy a drupal nem veszi figyelembe ilyenkor, hogy új reviziót kéne létrehoznia
Kipróbáltad, amit aboros javasolt ($node->revision = TRUE;)? Mi történt?
valamint nem nagyon futkároznak a modulok hookjai sem
A hook_nodapi() megvalósítások lefutnak, a hook_form_alter()-ek valóban nem, de ez logikus is. Az Automatic Nodetitles hook_form_alter()-rel dolgozik, ezért neked kell meghívnod a címet beállító függvényt (így első ránézésre úgy tűnik, ez az auto_nodetitle_set_title).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
alkönyvtárban van
Alakul a dolog, most már látszik, mi a hiba. Ha megnézed, minden URL-ed a public_html alkönyvtárba mutat.
Ha a tárhelyszolgáltatótól készen kaptad ezt a könyvtárat, és biztos, hogy ide kell feltöltened a webhelyedet, akkor szólni kell neki, hogy a DocumentRoot-ot állítsa át erre a könyvtárra, mert most az egy szinttel feljebb lévő könyvtárra mutat. (Lehet, hogy ezt te is be tudod állítani a szolgáltató által biztosított online admin felületen.)
Ha nem készen kaptad a public_html-t, hanem te hoztad létre, akkor viszont azt egész Drupalt egy szinttel feljebb kell mozgatni, mert ott van a domained gyökere. Lényegében most egy alkönyvtárba telepített Drupalod van, ezt kell kezelni valahogyan: vagy a domaint kell az alkönyvtárra irányítani, vagy a webhelyet feljebb mozgatni a domain gyökerébe.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, hogy felhívod rá a figyelmet!
Kinevetsz, ha elárulom, hogy még csak ott tartok, hogy localban tervezek (itt próbálgatok ki egy-egy korábban ismeretlen modult és telepítek újabbakat, ha nem válik be) aztán a deploy résznél manuálisan állítgatom be a modulokat egyenként az éles oldalon. Tudom, hogy szörnyen hangzik, de még nem jutottem el a Feature-ig.
Megnéztem amúgy a korábbi előadásodat, amit még 2011-ben tartottál a téma kapcsán. Nagyon jó volt köszönöm! A múlt heti Features előadást pedig bookmarkoltam.
Lassan de biztosan haladok előre, bár ez egy olyan magaslat aminek sose fogok a tetejére érni. A Drush-t már magabiztosan kezelem local és külső szerveren is, órákban mérhetően felgyorsult egy-egy weblap készítés a használatával. A Feature modultól is valami hasonlóra számítok az elhangzottak alapján.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
„[…] előfordulhat ilyen?”
„[…] előfordulhat ilyen?”
Sajnos ma már igen, nem árt óvatosnak lenni, és mint írtam korábban, sok más szempontot is mérlegelni. Sokszor kollégákkal egyeztetünk magunk között egy-egy döntés előtt ki-mit ismer vagy ajánl egy adott feladatra, de a DUG-eseményeken is rendszeresek a modulbemutatók, amikor különböző kontrib modulokat beszélünk ki.
De ez nem volt mindig így, ha jól emléxem, körülbelül valamikor 2015 tavaszán szűnt meg a kötelező peer-review-zási követelmény, azóta bárki bármikor közzétehet stabil kiadását a bővítményének.
És igen, némi angol nyelvtudással (nem kell perfektül beszélés, elég ha csak az ingyenes DeepL + Grammarly párossal felturbózod magad) sokkal mélyebben be lehet vonódni az amúgy egyébként elég pezsgő nemzetközi Drupal-pörgésbe.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nyílván, mi van?
Hülyeséget írtam. Csak modulba tudsz tenni hook_theme-t, sminkbe nem. (ezt akartam írni de a smink helyett modult írtam.)
Ezért sem értem, hogy Yorknak miért nem jó az én megoldásom, amikor az pontosan az amit kért: nem smink, hanem modul megvalósítást kap.
Én még sose csináltam ilyet amit írsz de a dokumentáció szerint hiába valósítod meg egy modulban a smink függvényed azt nem fogja meghívni a smink motor. Pont ez a baja Yorknak, hogy nem tudja modulból hogyan írja felül ezt a kimenetet. Jelölte a halvány reménysugarat és én az az irányú továbbhaladást kívántam segíteni.
Ha belenézünk a webform modult kódjába akkor láthatjuk, hogy a webform_theme függvényben csak a webform_mail_message smink függvény kerül csak implementálásra az egyes node-okhoz való függvény nem. Adott tehát a lehetősége, hogy olyan modult fejlesszünk, ami pl. a webformhoz csatolt fájlokat a kiküldött levélhez is csatolja. Kezdetnek megteszi az is, hogy az ember tol egy webformot, megjegyzi a nid-jét és azt implementálja a saját moduljába. Ez az implementálás két lépésből áll.
1. a hook_theme kampót implementáljuk és megmondjuk a Drupalnak, hogy mely függvényünk fogja feldolgozni az adott adatokat.
2. megvalósítjuk a függvényt.
Amint egy bedrótozott függvénnyel ez megvan lehet tovább lépni az általános megoldás felé.
Ezt a lehetőséget biztosítja számunkra a webform, mely szerintem nem a legjobb, hisz a modulokkal való integráció biztosítására más mechanizmus(module_invoke) való.
Amit még meg lehet próbálni, hogy mi van akkor, ha megpróbáljuk felülírni a smink tömböt.
function sajatmodul_theme() { $theme = array( 'webform_mail_message' => array( 'arguments' => array('form_values' => NULL, 'node' => NULL, 'sid' => NULL, 'cid' => NULL), 'template' => 'webform_mail_message', ), 'webform_mail_headers' => array( 'arguments' => array('form_values' => NULL, 'node' => NULL, 'sid' => NULL, 'cid' => NULL), 'template' => 'webform_mail_headers', ), ); return $theme; }
de ez nem tudom, hogy működik-e mert nem próbáltam. ;)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szintaktikai hiba és a többi
Köszönöm szépen york!
Ez a leírás valóban az én problémámra lenne megoldás de valahogy nem jön össze.
Próbáltam írni a szerzőnek, de visszajönnek a levelek "Recipient address does not exist" üzenettel. (Csak hogy tudjon róla ha netán erre is jár.)
Az oldalon az volt a tanács, hogy ezt a kódot kell a smink template.php-jébe kell beírni, illetve a page preprocesst kiegészíteni.
function sminkneve_preprocess_page(&$vars, $hook) { if ($vars['is_front']) { $title = variable_get('site_name', 'Drupal') .' '. t('RSS')) $feed_url = url('rss.xml', array('absolute' => TRUE)); drupal_add_feed($feed_url, $title); $vars['head'] = drupal_get_html_head(); $image = theme('image', path_to_theme() . '/images/rss.png', t('Syndicate content'), $title) ; $vars['feed_icons'] = '<a href="/rss.xml" class="feed-icon">' . $image . '</a>' ; } }
Ha beírom a template.php-be akkor azt a hibaüzenetet adja, hogy: szintaktikai hiba van a 13 sorban, ami nálam a $title... sor. Nem vagyok otthon a php programozásban, de fura volt a végén a dupla zárójel. Levettem és kicseréltem ; -re.
Így megjelenik az ikon fent, de rákattintva egy egybefüggő html szöveg jelenik meg az rss feed tartalmával. Ezt produkálja akármelyik rss ikonra kattintva. Tehát az oldalban lévőkre kattintva is, ami eddig jó volt.
Viszont a azt írja a srác, hogy a page preprocess rész is ki kell egészíteni? Kerestem az oldalon de nem találtam infót, hogy mi az a preprocess rész és mivel kellene kiegészítenem.
Mellesleg az oldalon volt Illyés Editnek is egy kommentje (akit szoktam látni itt is) és az ő javaslatát megcsinálva pont ugyanezt produkálja. Az ő javaslata ez volt:
template.php tetejére ezt a sort kell beilleszteni
drupal_add_feed($url = $vars['base_url'] . '/rss.xml', $title = 'RSS');
Valaki tudna súgni, hogy merre tovább?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
'Egy fájl van amibe kézzel
'Egy fájl van amibe kézzel szoktam belenyúlni, ezen a főoldali slidert szerkesztem.'
'A furcsa, hogy nem nyúltam az oldalhoz, nem módosítottam semmit, nem frissült semmi mikor ez történt.'
Ha ez tényleg így van, akkor még ne engedd teljesen el, ugyanis feltörték az oldaladat:
/public_html/themes/world.php
/public_html/profiles/minimal/month.php
/public_html/area.php
/public_html/morning.php
Ezek nem a core részei, és a kommented alapján feltételezem, hogy nem te raktad fel őket.
Nem tudom, 7.hanyas drupalod van, de mindenképpen frissíts 7.58-ra, mert különben komoly lyuk van a rendszereden. Ha így is bemásznak, akkor viszont a szolgáltatódnál van gáz.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.