Na most mást fogalmaztál meg. eddig az volt az elvárásod, hogy amíg az említett node =hirdetés) nem publikus, addig egy másik felhasználó NE ADHASSON FEL hirdetést ugyanezzel a kifejezéssel. Na ez nem megy a jelenlegi eszközökkel, ehhez magadnak készíthetsz eszközöket, ezt próbáltam megértetni.
Most ismét tovább léptünk egy teljesen más dologra, ahol ez megoldható, amit a mostani példádban vázolsz, mert ezt tudja. Úgy hívják: Taxonomy menu.
Mivel egy hirdetési oldalon a hirdetési kategóriák menüszerűen jelennek meg az olvasók számásra, ezért találta ki valaki valamikor, hogy jó lenne a szótárt menüként kezelni. És csinált rá egy modult.
Na ebben már bekapcsolható, hogy az a kifejezés ne jelenjen meg a menüben, amelyhez nincs publikus hirdetés. De itt sem azt akadályozhatod meg, hogy új node létrehozásakor már kiválasszák a kifejezést. És ha rövid időn belül többen adnak fel hirdetést (mielőtt moderálnál), az első hirdető hozzáadott egy új kifejezést (és a node még nem publikus), az ugyan nem jelenik meg a menüben, de a következő hirdető már kiválaszthatja a saját hirdetéséhez - na ez nem akadályozható meg a kész eszközökkel!
Még egyszer: egy szótár egy kifejezésének kiválaszthatóságát tartalom létrehozásakor csak úgy akadályozhatod meg a rendelkezésedre álló eszközökkel, ha nincs benne a szótárban. Ha ennél többet akarsz, magadnak kell a szükséges fejlesztést, modult elkészítened.
A korábban betett két videólink pont azt mutatja be, hogyan kell saját formot létrehozni autocomplete mezővel. Azt kell hozzá kitanulmányozni, hogy miképpen kell megírni egy szabáyos db_qeury lekérdezést, amely neked megfelelően készíti elő a listát valahogy így:
- kigyűjteni az adott vid azonosítójú szótár összes olyan kifejezését, amely:
-- (legalább egy publikus tartalom adott taxonomy_field mezőjében megtalálható) VAGY (egyetlen tartalomnál sem szerepel - hiszen már törölhettek minden node-t, ami használta)
Megoldható, csak bele kell mélyedni a Drupal modul készítésbe. Ha nem akarsz, akkor fogadd el, hogy NINCS olyan megoldás, amit Te akarsz, mert senki nem csinált még ilyen modult.
Csökönyi Ferenc
Még 4 giga memóriától azért biztosan gyorsabb lenne a gép. Általánosan használt gyengébb laptopok közül sokat mentettem meg a vinyó SSD-re cserélésével és a régen divatos 4GB RAM 8GB-ra cserélésével.
Most ettől eltekintve egy lehetőséged, még van, ha az Acquia Dev Desktop tényleg jobban működik. A 7.3.5 ös PHP nyugodtan maradhat, de jelenleg a 7.3.10 az aktuális.
Először érdemes megszokni, hogy nem telepítünk localhost-ra simán rendszert és almappákat sem szerencsés használni. Nem rosszindulatból mondom, de tényleg jobb, ha minden munkádnak csinálsz egy egyedi teszt domain a gépre. Simán a host fájl módosításával és az apache virtualhost szolgáltatásával megoldható. Inentől pedig oda teszed a gépen a drupalt, ahova akarod. Amikor az apache szerver megkapja a kérést, akkor a domain-hez társított könyvtárból fogja betölteni a rendszert, mintha az a szerver gyökér web könyvtára lenne. Ez nginx szervernél is megoldható.
Egyébként nem a "csodaszerver" tojja össze magát, hanem aktivizálódik a trusted_host_patterns funkciója a drupal-nak és ezért kapod a "The provided host name is not valid for this server." hibaüzenetet. Viszont otthoni fejlesztésnél lénygtelen a trusted_host_patterns funkció. Csak a netről elérhető rendszer esetén számít. Vagyis elég akkor felkonfigurálni, mikor feltöltöd azt egy valós kiszolgálóra egy valós domain alá.
Tehát megfelelően felkonfigurált host beállításokkal a Acquia Dev Desktop drupal rendszere is jól futna.
Viszont manuálisan is telepítheted az apache szervert a php-t és az adatbázisszervert. A beállításokat átveheted az Acquia Dev Desktop által telepített rendszertől http.conf, my.ini, php.ini Ekkor manuálisan is felteheted a programokat és azt állítasz be amit szeretnél. Igazából a WAMP, XAMPP, stb. sem csinál mást, mint feltelepít egy apache szervert, hozzá egy php-t és mellé egy mysql adatbázisszervert, esetleg pár kiegészítő szolgáltatást és ad ezek működtetéséhez egy felületet, ahol bekattintgathatók a beállítások, amiket aztán ez a felület ír be a megfelelő konfigurációs fájlokba.
Egyébként a te gépeden meglehet, hogy a 32 bites verziók gyorsabban futnának, mint a 64 bitesek. Ezt igazából ki kell próbálni.
Szerintem a dolog nem ilyen egyszerű. A Drupal 8/9 valóban sok változást hozott, de ezek döntő része inkább fejlesztői oldalon jelentkezik. És igen, lehet mondani, hogy a Rules portolása is ezért maradt el, de azért a 8.x-3.x verziót jelenleg is használják majdnem 14 ezer oldalon: https://www.drupal.org/project/usage/rules
Illetve megvannak a maga alternatívái, itt van pl. ez: https://www.drupal.org/project/business_rules
Nyilván ezeket meg kell nézni, ki kell próbálni, de aki a Drupal 7 megjelenésekor (2011. január!) összeszedett tudásból akar megélni, az végérvényesen lemarad. Sőt, ha így nézzük, itt mutatkozik meg a Drupal 7 egyik zsákutcája, ugyanis az ott használt fejlesztési metódus egyik velejárója, hogy a 2011-es megjelenés óta nem lehetséges érdemben új funkciókat beletenni, mert a kompatibilítást tartani kell. És erre mondhatjuk, hogy stabil, meg állandó, meg elég volt egyszer megtanulni. Meg mondhatjuk azt is, hogy technológiailag elmaradott, az új igényeket nem lekövető.
Szóval aki azt várja, hogy nulla tanulással és gyakorlással menni fog neki a Drupal 9 a Drupal 7 után, az könnyen hasraesik és csalódás a vége. De ha valaki vállalja azt, hogy oldalépítőként újra beleteszi az energiát a rendszer megismerésébe, az jól jár. Mert azért a Drupal 9 alaprendszer számtalan előnyös dolgot is hoz, ami eddig nem volt, vagy plusz tudással kellett összelegózni, pl a teljesség igénye nélkül:
Fejlesztői szempontból nyilván nehezebb, mert a teljes rendszer újra lett írva. De ahhoz is van már számtalan könyv, leírás, segítség. Plusz fejlesztőként is sok új, hasznos lehetőség került az alaprendszerbe.
Több azonos weboldalt kell készítenem, ezért csináltam egy demó oldalt és több pontosan ilyen oldalt kellene még létrehoznom.
Hogy ne kelljen minden egyes alkalommal azzal kezdjem, hogy drupal telepítes, modulok, beallítas stb, arra gondoltam, hogy a demo oldalt másolgatom csak.
A Fórumnak köszönhetően sikerült beüzemelnem egy többnyelvű oldalt, ahol a felület, a szótárak, a view-k, a tartalom, és a cck field-ek többnyelvűsítésével jól boldogultam.
Ami nem teljesen világos a számomra, hogyan kellene kezelnek az url-jeimet.
Ha például van egy kétnyelvű view-m, ami a termékeket listázza, a "termekek" oldalon, akkor alapban jól működik a dolog, de kicsit zavar, hogy angol-ra váltva is "termekek" marad az url-ben. Persze kipróbáltam, klónoztam a view-t és átírtam a page mezőt "products"-ra, és a megfelelő menüpontokat eszerint kötöttem be.
Na nézzük sorban, amíg világít a karácsonyfa. :)
„Ezért a mostani honlapot átszeretném költöztetni más FTPre, adatbázissal együtt.”
Felteszem, hogy nem változik a domain és az oldal mindkét esetben a DocumentRoot-ban volt és nem alkönyvtárban. Ha ez így van (és általában így van), akkor a dolgod annyi, amit írtál: másold át a fájlokat egyik helyről a másikra, mentsd le az adatbázist, töltsd fel az új helyre, a settings.php-ben módosítsd az elérés adatait és örülj. Arra figyelj, hogy a fájlok másolásánál mindent tölts le és fel, a „.htaccess” és egyéb rejtett, vagy védett jogosultsággal rendelkező (pl. settings.php) fájlok előszeretettel ki szeretnek maradni.
Ha a fenti kitétel nem teljesül (alkönyvtárban volt vagy lesz az oldal, változik a domain-név), akkor azt jelezd itt. :)
„Következő kérdésem, ami van most rendszer az 7.12 es drupal érdemes 7.18ra frissíteni? Ha igen azt hogy tudom megtenni? Simán felül írom a fájlokat az újjal?”
Igen, most egy kicsit együttérzek a tárhely-szolgáltatókkal, akik utálják a szabadon elérhető CMS-eket, mivel azok frissítéséről előszeretettel elfeledkeznek az oldalak gazdái. Aztán persze megy a sírás tőlük, hogy jaj, feltörték az oldalam, spammelnek rajta keresztül, a szolgáltató bontotta a szerződést és elérhetetlen az oldal stb.
Igen, te is így cselekedtél, szóval egy szép nagy feketepontot véss be magadnak, aztán mehetsz térdepelni a sarokban kukoricára, szigorúan csakis kibontott konzervre. :)
Bár a Drupal szerencsére nem lyukas, mint az ementáli, azért nézzük bár biztonsági hibajegyet:
Én úgy gondolom, hogy ezeket a biztonsági hibajegyeket nem véletlenül kezelik különös gondossággal (külön Security Team van) és adják ki, hanem azért, mert valós sebezhetőséget jelenthetnek, ami miatt mindenképpen frissíteni kell. És akkor arról már nem is ejtek szót, hogy gyanítom, a contrib modulok frissítése is megállt azon a szinten, pedig azok minősége már kevésbé ellenőrzött. Plusz azóta már elég sok, nem biztonsági jellegű hiba is javításra került.
Egy szó, mint száz: Rögtön frissíts, ehhez pedig itt és a Drupalhoz csomagolt UPGRADE.txt fájlban találsz segítséget.
A költöztetésnél lementett fájlokat és adatbázist pedig felhasználhatod arra, hogy saját tesztoldalad legyen a fejlesztéshez és így kevésbé utáljon az aktuális szolgáltatód.
Gondoltam átveszem, ha időközben az adott oldal nem lenne elérhető, mert mindenkinek jó lehet a későbbiekben. Természetesen a forást megjelöltem:
FORRÁS: http://blog.serpens.hu/drupal-media-gallery-colorbox-k%C3%A9p-linkj%C3%A...
---------------------------------------------------------------------
A Colorbox talán a legsokoldalúbb lightbox modul Drupal alá, de vita nélkül a kedvencem. Egyszerűségében rejlik ereje, és nem próbál több lenni mint amire hivatott. Az olyan albummegoldásokkal pedig mint például a Media Gallery, akár nagyon komplex de könnyen kezelhető kép és videó gyűjteményeket hozhatunk létre.
A lightbox egy olyan tartalommegjelenítési módszer aminek megtekintésekor nem hagyjuk el az adott oldalt, hanem egy overlay (egy új felső megjelenítési réteg) segítségével nézzük meg azt. Ilyennel találkozhatunk például közösségi oldalakon képek böngészése közben. Hasonlót érhetünk el a mi Media Gallery-nkben is
Drupalban számos modult találhatunk ennek a megvalósítására, tehát nyugodtan böngésszünk, hogy megtaláljuk a számunkra legmegfelelőbbet.
A PROBLÉMA
Alapértelmezetten a Colorbox miután megjeleníti a képet egy hivatkozás készül el, így a felhasználók a képre való kattintáskor a kép feltöltésének egyéni oldalára jutnak. Gyakran előfordul azaz eset, hogy mi ezt nem szeretnénk. Például albumba/slideshowba vannak összekapcsolva a képeink és a cél inkább az lenne, hogy a következő képre jussanak, vagy egyáltalán ne is legyen hivatkozás.
A HIVATKOZÁS MEGSZÜNTETÉSE
A következő megoldás elég csúnya, tehát nem javaslom senkinek, mert ugyebár nem szabad a modulok kódjában nyúlkálni. De azért megosztom hátha valakinek pont erre van szüksége.
Keressük meg a modulkönyvtárban a media_gallery.theme.inc fájlt.
Cseréljük le a következő sort
$link_vars['no_link'] = $element['#bundle'] == 'video' ? TRUE : FALSE;
erre
$link_vars['no_link'] = $element['#bundle'] == 'video' ? TRUE : FALSE;
$link_vars['no_link'] = TRUE;
Tehát nem töröltünk ki semmit, csak az utóbbi sorral felülbíráltuk az előző kifejezést. A sor kitörlése problémákat szülne, tehát ne tegyük. Ez az opció a videókhoz készült eredetileg, de így működik képekre is.
KÖVETKEZŐ KÉPRE UGRÁS
Ebben az esetben a lightboxban megjelenő képre kattintva a célunk az, hogy a következő képet töltse be a Colorbox. Ezt egy kis Javascript-el fogjuk elérni.
Első lépésként hozzuk létre a JS fájlt az aktuális témánk "js" könyvtárában media_gallery_ link.js néven.
Másoljuk bele az alábbi kódot és mentsük el a fájlt.
(function ($) {
Drupal.behaviors.initColorboxDefaultStyle = {
attach: function (context, settings) {
$(document).bind('cbox_complete', function () {
$('.lightbox-stack .gallery-thumb-inner a').click(function(e) {
e.preventDefault();
$.colorbox.next();
});
});
}
};
})(jQuery);
Miután elmentettük nyissuk meg a témánk .info fájlját és adjuk hozzá a scriptünket.
scripts[] = js/media_gallery_link.js
Ezek után már tesztelhetjük is, hogy mindent jól csináltunk-e. Ha nem működik azonnal, akkor frissítsd az oldalad és töröld a gyorsítótárak tartalmát.
Hello!
Hogy lehet módosítani a node hozzáadása ablakban lévő Options dobozban a dolgokat?
Konkréten azt szeretném ha az új node-ok először egy várólistába kerüljenek és utána az jelenjen meg az oldalon amelyiket én már elfogadtam. Ahogy látom alapban a "In moderation queue" nincs bekapcsolva.
Hogyan tudnám azt megoldani, hogy legyen 2 linkem pl hozzáadás és javaslat címen.
A hozzáadás az úgy adja hozzá az új infot, hogy rögtön az ki is kerül az oldalra várólistába kerülés nélkül. A javaslat linknél hozzáadottak pedig előbb egy várólistába kerülnek.
Az a gondom hogy mióta feltöltöttem egyszer az Übercart katalógusomat újabb termékekkel, és ezt az új változatot feltettem a tárhelyre is (vagyis előzőleg ezt is localhoston végeztem és utána másoltam föl a friss állapotot) azóta egyáltalán nem akar az "alap főoldal" (vagyis mikor nincsen belépve az illető) megváltozni, tehát most is a régi katalógus menüjét mutatja amiben még kevesebb termék szerepelt... Viszont amikor bejelentkezek az oldalra (vagy akár csak elütöm a jelszavamat) olyankor a jó menü jelenik meg az oldalon.
Nálad kevesebb lépésből is megoldható!
Kedves Miklós!
Megnéztem az oldaladat, és úgy láttam, hogy a Te oldalad fő stílusfájlját ez az egy
torpesun_last/style.cssfájl képezi, mert abban rengeteg stílus-meghatározás van, és a többit kitörölve sem esik szét az oldalad (Chrome-ban próbáltam ki, megnyitva a developer toolbart (F12), majd a<head>részből kikeresve a megfelelő CSS-fájlokat, és azokon jobb klikk, majd "Delete node" egyesével, míg végül csak a legutolsó CSS-fájl maradt, vagyis atorpesun_last/style.css, és így is helyesen jelent meg az oldal), így nálad még egyszerűbb lesz a helyzet, kevesebb lépésből is meg tudod oldani (az én esetem a Zen smink használatára vonatkozik, ami szét van szabdalva "téma" szerint csoportosítva külön-külön CSS-fájlokra, így azokat mind include-olni kell a megfelelő működéshez): a 4-es pontig minden ugyanaz, majd a 4-es pontban a "CSS file path"-nál ezt az útvonalat add meg:%hsites/all/themes/torpesun_last/style.cssAz 5-ös, 6-os lépést nyugodtan kihagyhatod, mert nálad elméletileg ennek a fájlnak a megadása is már elegendő lesz, úgyhogy a fenti megadása után mentsd el az adott CKEditor profilt, és elvileg készen is vagy.
Remélem, sikerül!
Üdv.
Péter