egy megvalósított megoldásról
egy megvalósított megoldásról írtam:
lehet-e a tanfolyamra jelentkezni vagy már betelt-, elindult a tanfolyam - egy állítható logikai mező - jelölőnégyzet az üzemeltetőnek. Bejelölésénél(vagy ha a jelentkezési idő lejárt, akkor rules-l átváltom), rules-al az űrlap lezárása is megtörténik és megváltozik a mező képe is(views-ban átírtam a mezőt, tokennel az értéke class-ként megadva), utána elég a css hozzá
talán a node templétjében is megoldható lenne - php kóddal, egy function-l -, az értékét(igen vagy nem) osztálynévként hozzáadni a mezőhöz és a többi ismét csak css
...én is érdeklődéssel várok más/egyszerűbb ötletet, megvalósítást a logikai mező kétféle megjelenítésére :-)
üdv
Éva
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Útvonalat add meg
Egy link szövegből és url-ből áll. Neked most azt kell, hogy ugyan az a szöveg jelenjen meg (gondolom a node címe), de ne a node-ra linkeljen.
Egy node belső útvonala úgy néz ki, hogy node/(node azonosítója) pl. node/3. (ezt persze álnévvel el lehet fedni, de ezzel nem kell foglalkznunk, azt a drupal elintézi)
Te most létrehoztál egy view page-et ami valamilyen útvonalon jelenik meg, ami tartalmazza a node azonosítóját. pl.: valami/3
Az átírásnál azt kell elérned, hogy a 3 helyett az aktuális node azonostó, node_id jelenjen meg. A helyettesítési mintáknál találnod kell egy olyat, hogy [nid]. Ha nincs ilyen, akkor a mezőknék(fields) hozzá kell adnod azt elrejtve(exlude), és a lista tetejére kell mozgatnod.
Ezután így fog kinézni az átírt url: valami/[nid]
Így menni fog? Tudod a nézet oldalad útvonalát?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tudtommal tervben van. Már
Tudtommal tervben van. Már többször beszéltünk róla.
Az elmúlt napokban megtörtént a Magyar Drupal Egyesület hivatalos bejegyzése, így van egy bizalom gerjesztő név akinek a nevére ki lehet állítani az SSL tanúsítványt.
A teljes domainre lesz nem csak egy útvonalra.
A selfsigned hitelesítést nem javaslom, mert a böngészők visszadobják illetve kérdezgetik a felhasználót, hogy "biztos ezt akarod", az internetezők 99,9%-nak fogalma sincs róla, hogy mi történik ilyenkor.
Illetve most jut eszembe, hogy a Drupal.hu erős redesign alatt áll (még ha a proggressbar nem is mozog intenzíven), vannak olyan tervek is melyek alapján több subdomain is szükséges. (pl.: forum.drupal.hu).
Az ilyen jellegű tervek véglegesítése után lehet HTTPS-ben gondolkozni, mert a wildcard-os tanúsítványok kevésbé biztonságosak és ezért a böngészők sem preferálják olyan nagyon.
ui.: Villám válasz 10 perc múlva :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
entity_translation + title
Én biztosan az entity translation megoldás mellett döntenék. Ami sokkal kifinomultabban kezeli a tartalmak fordításait, így nincs több külön tartalmad fordításonként ugyan abból az egy tartalomból, tehát sokkal okosabb.
Pár kiegészítő modullal:
A title modullal
views translation
Path translation (i18n_path)
Field translation (i18n_field)
Entity Translation Upgrade (entity_translation_upgrade)
String translation (i18n_string)
Variable translation (i18n_variable)
mindenhol meg lehet jeleníteni az adott nyelvnek megfelelő tartalom megjelenését.
Én ezt az oldalt kiviteleztem így: http://lazarvero.com/hu/webshop/ekszerek/fulbevalo
Több nyelv és több valuta is van rajta, inkább a több valuta okozta a nagyobb kihívást, mint sem a nyelvesítés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm a választ.
Köszönöm a választ.
Szóval azért nem a Send mappába kerülnek, mert a cPanel úgy van beállítva, hogy ha a rendszeren valaki PHPmail függvénnyel küld levelet, akkor azokat egy archív mappába teszi napi lebontásban.
És az a Drupal-os modul, amiről írtam, az ezt oldja meg, tehát akkor minden Drupal-ból küldött levél SMTP-vel menne és rendesen a tárhely Send mappájába kerülne, ennyi a lényege?
És még egy dolog nem világos: egy adott tárhelyről nem csak az adott tárhely SMTP szerverét lehet megadni, mint küldő rendszert, hanem akár gmail-os smtp szervert is, függetlenül attól, hogy nem gmailes levélcímről van szó, mint küldő cím, hanem rendes domainos címről, ami a tárhelyen regelve van? Mert annak a modulnak van egy ilyen mezője, amibe az smtp-t be lehet állítani, és a szolgáltató is valami ilyesmiről beszélt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem mondtam
A hozzászólásomnak nem az volt a mondandója, hogy kinek mit kell magától megoldania. Hanem ez:
Egy közösséget a tagjai alakítanak, azok formálják, bővítik vagy hagyják el. Ha úgy látjuk, hogy egy közösség (Drupaltól, informatikától függetlenül) nem fejlődik, akkor elsősorban ne másokban keressük a hibát és ne másoknak mondjuk meg, hogy mit kellene tenniük a közösség építéséért, hanem nekünk magunknak kell megvizsgálni, hogy mit tehetünk, milyen lehetőségeink vannak.
Akik régen ezt a közösséget építették, azok vagy abbahagyták a Drupallal való foglalkozást, vagy egy másik közösséget, a nemzetközit építenek. Elsőre úgy tűnik, hogy a mi (a régiek) felelőssége az, hogy nem építettünk fel eléggé az utánunk jövő hazai Drupal-generációt. De ha arra gondolok, hogy mennyi Drupal Hétvége, meetup, DUG, Drupal tábor és egyéb volt, akkor úgy érzem, hogy a lehetőség eddig is megvolt azoknak, akiket pusztán az idegen nyelvi hiányosság tart vissza.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kinek?
Kinek a jelszavát akarod megadni? Az admin bárkinek a jelszavát átállíthatja az adott felhasználó oldalán a 'szerkesztés' fülön keresztül.
U.i.: Közben eszembe jutott, lehet, hogy azért kérdezed a jelszóbeállítást mert localhost-on vagy és nincs beállítva a levélküldés. Ebben az esetben az admin jelszót a következő SQL paranccsal tudod beállítani:
UPDATE users SET pass = md5('valami jelszó') WHERE uid = 1;
Pont most volt róla szó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megvan, csak keresni kell
A http://www.butormegoldasok.hu/?q=rss.xml címen található RSS-be az kerül, amit a "Címlapra kerül" címkével megjelölsz. Gondolom azért nem jelennek meg az új tartalmak a feedben, mert nem jelölted meg őket.
A http://www.butormegoldasok.hu/?q=node oldalon ott van az RSS ikon a címsorban.
Ha szeretnél jelzést a címlapon is, a legegyszerűbb megoldás az, amit te is használsz, hogy kiteszel egy linket.
Sminkbe is bele lehet tenni a feed linkjét, és akkor a böngésző címsorában is megjelenik. A drupal_add_feed() függvényt érdemes megnézni, gondolom valahogy úgy működik, mint a drupal_add_css(), csak nem a drupal_get_css()-be kell bekötni, hanem a drupal_set_html_head()-be .
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
92 normális
Nem ismerjük a webhelyet, de 92 lekérdezéstől Drupal körökben nem szoktak a szívükhöz kapni az emberek. :)
A gond ott van, hogy ha többségében nem belépett felhasználókról van szó, akik gyorstárból (cache_page tábla) kapják az oldalt, akkor az elvileg 1 db lekérdezés. Tehát vagy nem működik a gyorstárazás, vagy a belépett felhasználók által lekért, nem gyorstárazott oldalak indítanak el extrém sok lekérdezést.
Ezért szerintem Memcache és hasonlók helyett első körben a webhelyet kellene egy kicsit körbenézni, pl. modulok egyenkénti kikapcsolásával. Kezdve a kevésbé népszerű, egzotikusabb modulokkal. (Egy Views vagy egy CCK rendeltetésszerű használat mellett kevésbé kockázatos, mint egy zöldfülű által írt kismodul.)
Lehet-e a lekérdezési dömpinget időbeli eloszlás szerint vizsgálni? Pl. délután 2 és 3 között jött kismillió lekérdezés – pont akkor, amikor az adminok moozogtak a webhelyen.
Kérdezőnek: Drupal naplóban látsz-e valami furcsaságot? PHP hibák és hasonlók, beragadt cron…
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy domain
Kedves Ducsai Zoltán!
Köszönöm szépen az együttgondolkozásodat!
Jelenleg egy domainben gondolkozom, ezért csak egy adatbázisban. A multi-site-ot egyébként alapban alkalmazom, tehát viszonylagosan jól ismerem.
Az egy domain melletti érvem roppant egyszerű.
Már csak a keresőoptimalizálás miatt is, egészen más a helyzet, ha pl.
- 6.000 termék és termékleírás van egy honlapon, mint ha
- 60 honlapon van 100 termék és azok leírása...
Szóval, számomra az igazi megoldás továbbra is csak az, ha sok termékeladó tud egy webáruházban jelen lenni - ezen dolgozom gőzerővel.
Ötletet, megoldási javaslatot, avagy megoldási irányt köszönettel fogadok.
Továbbra is megerősítem, hogy ha megoldottam a jelenlegi kérdésemet, akkor leírom azt...
Ps.: Nem vagyok profi, de sok-sok Drupal-os honlapot készítettem már... ;)
Barátsággal,
Andrássy Tamás