entitás és bundle
A kérdés teljesen érthető pedig.
A Drupalban van ugyanis két kevéssé ismert fogalom: az entitás és a bundle.
Entitás pl. a node. Entitás minden, amihez mezőt lehet csatolni. A bundle pedig az entitásnak egy típusa, pl. a tartalmaknál a tartalomtípus. Minden entitásnak van legalább egy bundle-je: önmaga.
A felhasználó is egy entitás a Drupalban, viszont nincs több bundle-je, bár elvileg bővíthető. Azt mondjuk nem tudom, hogy a többi modul mit szólna hozzá, ha hirtelen több bundle lenne a felhasználó entitáshoz.
Ennek az egésznek amúgy az az értelme, hogy a bundle-khez eltérő mezőket csatolhatsz. Pl. egy iskolánál lehet két bundle a „tanár” és a „diák”, mert más adatokat akarsz felvinni.
Én a Profile 2 felől próbálnám megfogni a problémát: http://drupal.org/project/profile2
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nevergone értelmezte úgy a kérdésemet, ahogy gondoltam.
Nevergone értelmezte úgy a kérdésemet, ahogy gondoltam.
Abból indultam ki, hogy ugyanúgy, ahogy pl. egy-egy tartalom (content) is egy-egy entitás (entity), amelynek vannak kötelező mezői (ebben az esetben body, title stb.) és amihez lehet adatmezőket (field) létrehozni, azaz "változatokat"=bundle definálni belőle (pl. Article, Basic Page tartalom típus ), így ennek analógiájára a user entitással is meg lehetne csinálni, hogy több bundle (változat), azaz több user type=felhasználó típus legyen belőle.
Ezt valóban szerepkörökhöz gondoltam megvalósítani, de a Profile 2, amivel próbálkoztam nem ezt csinálja.
Az egész elgondolásom a Relation modul használatából indult ki, mivel az kezeli az entitások közötti logikai relációkat.
Pl. user típusok lehetnének: szállás kereső, szálláshely menedzser. Ezekhez értelemszerűen más-más adatokat kellene megadni, azaz más mezők (field) tartoznának hozzájuk.
Aztán a Relation modullal definálhatnám a különböző entitások közötti relációkat, és így építgethetném utána a Views segítségével a nézeteimet (view).
Nem tudom mennyire érthető ez így, ha nem az , akkor vegyétek figyelembe , hogy igyekeztem :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megpróbálom elmagyarázni
hagyjuk ezt a hírekes részt.
van a drupal coreban egy 'node' nevű modul. ezt a modules/node könyvtárban találod. jósok dolgot csinál, az egyik az, hogy előállít egy oldalt, ezt a /node útvonalra teszi. itt megjeleníti azon nodeok teasereit, amelyeknél be van kapcsolva a "címlapra kerül".
ez a /node útvonal az alapértelmezett "címlap". ezt átírhatod bármire, ott a webhely információknál. akár egy viewra, akár egy node/42 -re vagy bármilyen létező drupal útvonaladra.
"Lényegében az lenne a kérdésem, hogy át lehet-e állítani, hogy a "címlapra kerül" bejelölésekor melyik node-ra jelenítse meg a híreket?"
a válasz tehát erre: nem. illetve ez értelmetlen kérdés.
ezen kívül lehet olyat, hogy a sminkedben a page-front.tpl.php -ban (vagy végülis szabadon megadhatsz bármilyen suggestiont a preprocessben) bármilyen htmlt beleírkálhatsz kézzel. és akár kihagyhatod a print $content részt :) lehet, hogy nálad ez utóbbi van, azért nem jelenik meg az alapértelmezett címlap a címlapodon. nincs kiprintelve, nemtom szebben mondani.
milyen smink ez, milyen fileok vannak, mibe írtál bele, micsodát, stb kérdések merülnek fel.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Először is köszönöm mindenki fáradozását.
Nos ahogy a leírásban volt, meg ahogy megcsináltad úgy nekem is sikerült kiíratom mind az accountot mind a profile2-t.
Viszont azt szeretném, hogy soronként írja ki az account mezőit és és hozzácsapja a profile2-t is. Gondolom az már még bonyolultabb lenne, ha a profile2 mezőit és az account mezőit vegyesen keverné és tetszőleges elrendezést csinálnék.
Valahogy így írtam ki az account mezőit:
print drupal_render($form['account']['name']);
De amint olvasgatom, ez nem túl egyszerű dolog, inkább keresek valami alternatív megoldást, mert nem nagyon értem mit miért és hogyan dolgot.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azert mert nics is ilyen problema
Az elottem szolok mar megirtak hogy a Drupalban az az elkepzeles hogy a szovegeket angolul viszed be es a t() forditja a megfelelo nyelvre. Ez az elvaras, ehhez kell tartani magunkat.
Na most ha te megis egy magyar szoveget viszel be akkor a t() mivel nincs ra forditas valtozatlanul ugyanazt fogja kiadni is.
Nem ertem igazan miert gond ez neked. Ha angolul bevined szepen, es csinalsz hozza forditast akkor megkapod magyarul es ha kell masik nyelveken is. Ha meg eleve magyarul viszed be akkor ugyabar nem csinalsz forditast es ugyanugy megkapod magyarul. Na es ha idokozben az eredeti szoveget atirod angolra akkor meg egyszeruen csinalsz hozza forditast es minden frankon mukodik tovabb. Miert kell ezt ennyire tulbonyolitani?
Ha most mindenhova a format_string() kerul ahol magyar szovegeket viszel be akkor azt is figyelembe kell venned hogy amikor atirod angolra akkor azokat is vissza kell majd irni t() -re. Szerintem ha nincs valami nagyon fontos oka annak hogy a t() nem jo akkor inkabb ne csereld le.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy megoldás
Először is nézd meg az adatbázisban hogy megvan-e az admin a users táblában(de gondolom nem szedték ki max nevet változtattak).
A 6-os drupal esetén nem olyan cifra a dolog, gondolom az oldalnak van egy phpmyadmin-ja és az SQL fülön futtatod a jó öreg
UPDATE users SET pass = MD5('mynewpassword') WHERE uid = 1;
kódot, gondolom elég egyértelmű hogy a "mynewpassword" helyére kerül a jelszavad.
A 7-es esetében már nem ilyen egyszerű, amit hirtelen találtam és ez mindenkinek elérhető http://www.srikanth.me/reset-admin-password-in-drupal-7/
Nagyjából annyi, hogy létrehozol egy valami.php fájlt, bemásolod az oldalad root könyvtárába és meghívod böngészőből a www.oldalam.hu/valami.php és a végén törlöd a szerverről.
Remélem ezzel segítettem.
Ja és máskor talán erősebb jelszavat kellene használni vagy sűrűbben változtatni.
Drupal developer at Cheppers
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnos ebbe a problémába én
Sajnos ebbe a problémába én is többször belefutottam, meg bele is ragadtam. Sokféle gyorsítási lehetőség van, persze mindegyiknek megvan a maga hátránya, előnye.
Jómagam is legtöbb helyen a Boost modult használom, és általában remekül működik, bár egyes szakértők szerint már elavult a modul.
Valóban van egy két rigolyája - bővebben itt - , de alapvetően használható és nem kell hozzá a szerveren semmit telepíteni.
A boost modullal kapcsolatban még tapasztalatom, vagy inkább gyanúm, hogy több ezer node-ot tartalmazó oldalnál meg tudja terhelni a szervert, ha a cron futásakor a lejárt oldalakat törli, ill. újragenerálja.
Amit még kipróbálhatsz, az authcahe, hasonló a boost-hoz, csak ez már a belépett felhasználóknak is cache-li az oldalakat.
Aztán vannak azok, amelyekhez már a szerveren is telepíteni kell, ilyenek az APC, vagy Memcached, bár az APC-ről azt olvastam, hogy a multisite-oknál keveri a tartalmakat, ami sajnos a views content cache modul és time based cahce (per domain) opció bekapcsolása esetén is fennáll.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
több "árulkodó" jel is van
- az első a mail címe. ha .ru vagy .cn, akkor nem is nézem tovább (magyar nyelvű oldalakról van szó, annak az esélye, hogy valós user kb. egy lottó5össel felér)
- aztán a geoiptool.com nagy valószínűséggel megmondja honnan jött, ez lehet zombi is de a végeredményt illetően tök mindegy. Ha szintén e fenti két országot hozza, blokkolom gondolkodás nélkül
- a leggyakoribbak a tanuló botok (én hívom tanulőnak) ezeknél a felh.név egy értelmetlen, betűk egymásutánja random
utóbbi nál nem csak a név, hanem minden egyéb beviteli mező ugyagnúgy néz ki. Továbbá azért is tanulók, mert ahol url-t lehet megadni, ott is ugyanígy járnak el. azaz nincs mögötte gyógyszernepper, vagy hasonló. Itt is elég az első kétszám alapján(egy maszkkal) blokkolni egy darabig biztos nem jelentkeznek.
egyébként a tiltószabályaimat időközönként törölni szoktam és az a tapasztalatom (nem reprezentatív minta alapján), hogy ebben az iparágban a visszatérők nem gyakoriak. Amelyik gépről ilyenek jönnek azok úgysem bírják már sokáig, nagy valószínűséggel egy reinstallal "térnek jó útra"
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
SMTP Authentication Support első körben
Tényleg furcsa, hogy ennyi után spamnek minősítették a leveleidet. Nem tartalmaznak a kimenő levelek (esetleg módosítottad a kiküldendő szöveget, stb.) olyan szöveget, amik spam-gyanúsak? (bizonyos szavakra érzékenyek a levelező kliensek, erre van a szűrőjük, az persze nem minden esetben szűr az elvárásaink szerint)
Az is lehet, hogy valamiért a szolgáltatód küld olyan headereket, amik nem tetszenek a levelezőprogramoknak, így hirtelen nehéz kitalálni, komolyabban meg kéne ezeket is vizsgálni.
Addig is én első körben azzal próbálkoznék, hogy használnám az SMTP Authentication Support modult, amely a PHPMailer osztályt használja levélküldésre, és beállítanék egy SSL-titkosítással működő accountot, így azon az azonosítón keresztül fogja küldözgetni a leveleket, nem a szolgáltatód által alapértelmezettként biztosított beállításokat használva. Ilyenre alkalmas lehet akár egy Gmail-fiók is (ehhez itt vannak a megfelelő adatok).
=======
SZERK.: na, addig dumáltam, míg megelőztek. :D
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm a kódot, de végül
Köszönöm a kódot, de végül mégis DisplaySuite lett belőle.
Az a gond ezzel a modullal, hogy mindig nagyágyúnak tűnik egy kisebb feladathoz, de amint felteszed rögtön elkezded kihasználni a többi opcióját is. Ekkor jön a felismerés miért is nem rakja fel az ember rögtön a views után. Lassan megéri ez a modul is a kötelezően felrakandó modulok címet :)
A rizsa után pedig a lényeg.
A taxonomy-hoz felvettem egy kép mezőt, ezt megformáztam a képstílusoknál ikon méretűre. Így a megfelelő méret meglett ami majd megjelenik a node-nál.
A DS-al létrehoztam egy új nézetmódot amihez felvettem a megfelelő term-et. Ez a nézet megjelenik az alapértelmezett nézet mellet.
Ezt engedélyezve azonnal elérhetővé válik az összes mező ami alkotja a taxonomyt. Itt csak a kép mezőt engedélyeztem a megjelenítéseknél.
Ezután a nod-nál a taxonomy mező megjelenítését a hivatkozásról lecseréltem az új nézetmódra.
Most már a tartalmunk megtekintésekor a címkék helyett ott csücsülnek a kis ikonok. :)
Persze ezt lehet finomítani mindenféle megoldással, de remélem ez a rövid leírás is segít valakinek.