Köszönöm a felvilágosítást, tényleg én voltam figyelmetlen. (előbb próbáltam neten rákeresni a megoldásra mint elolvasni a readme-t...)
kikerestem a page.tpl.php-ban az ide vonatkozó részt, de lévén hogy a php programozása nem az én világom...sőt... így ha lehetne kérnék még 1 kis segítséget ezzel kapcsolatban.
if ($primary_links) {
print preg_replace('/<a (.*?)>(.*?)<\\/a>/i','<a \\1><span>\\2</span></a>',theme('links', $primary_links, array('class' =>'links', 'id' => 'navlist')));
}
gondolom én hogy az elsődleges linkekért ez a rész felel, de mivel más "sorrendben" szerepelnek a dolgok mint ahogyan az le van írva a readme-ben, így mielőtt még az egészet tönkretenném, valaki be tudná helyezni a kód megfelelő helyére a fent leírtakat? ha ez így megoldható...
Nagyon szépen köszönöm!
http://www.boof1.fw.hu/
Renault F1 Team
Ne értsük félre egymást. Én nem akarom használni, mert számomra világossá vált itt ezen a ponton, hogy az érthetetlenségig túlszabályozott a dolog. Egyszerűen azért kezdtem ezt a témát szétszedni, mert csak pusztán véletlen vak szerencse volt, hogy a két évnyi regisztrációs díjon és 10 percnyi drupal telepítésre fordított időn túl mást nem buktam a dolgon. Ha nincs akkora szerencsém, hogy István időben felhívja a figyelmemet a bejegyzett védjegyre - ráadásul kétszer, mert elsőre simán átsiklottam felette (ezúton is hála újra !) -, akkor feltehetően csak jóval később, kitudja hány óra munka, és hány ezer forint elköltését követően szembesültem volna a problémával, hogy nem használhatom a drupal szót tartalmazó domain nevet tulajdonképpen semmilyen jövedelmet eredményező tevékenységre. Sőt! rosszabb esetben akár még az is bekövetkezhetett volna, hogy már egy több éve működő sikeres szolgáltatásnál visszamenőleges kártérítésre pereskedhettem volna. Ezért próbálok a téma körül egy kis zajt csapni, mert irtózatosan könnyen és észrevétlenül bele lehet gyalogolni ebbe a problémába. Meggyőződésem, hogy számos hazai és külföldi oldal sérti meg ez a szabályt. Lásd példaként a fentebb linkelt fejlécen szereplő logót, amihez hasonló rengeteg oldalon látható.
Biztos vagyok benne, hogy a drupalhosting.hu-t regisztráló Fejős Tamás, vagy a drupalhoszting.hu-t tulajdonló Csárdi-Braunstein János is épp most költi a tíz vagy százezreket olyan fejlesztésekre, amiket majd nem fog tudni használni, és abban is biztos vagyok, hogy számos a drupal védjegyet tartalmazó domain sérti meg a szabályt, ha mással nem akkor az oldalra kihelyezett reklámokkal.
Ha a jelen fórumtéma miatt csak egyetlen valaki hozzám hasonlóan megússza egy csomó pénz ablakon történő kidobását, már akkor megérte boncolgatni ezt a témát.
Közérthetőre fordítva amit írtál ez akkor azt jelentené, hogy az a legtisztább, ha a drupal szót le se írjuk, és a logót sem használjuk az ingyenes és közérdeket szolgáló nonprofit oldalak kivételével sehol, amin mondjuk kint van egy google adsense, mert a nemzetközi jogi szabályozása sánta ?
Azaz, pénzkeresési céllal *drupal*.* domain név, és úgy általában a drupal-ra való hivatkozás, mint "Drupal oktató" stb... külön személyre szóló hozzájárulás hiányában nem használható ?
Mert én ezt így értelmezem. Helyesen ?
szabozee (zee zee zee kukac free mail pont hu)
Már nem tudom megnézni, hogy mit, mert az előbbi próbálkozásomat már töröltem.
És az igaz, hogy több mindenről nem is tudtam, hogy igazából micsoda vagy pontosan micsoda, mindössze próbáltam a józan eszemre hagyatkozni.
Az viszont biztos, hogy a PHP code beállítás egyszerűen fel sem jött, így lehetséges, még előtte már részen állítottam be valami olyasmit, ami ezt nem tette lehetővé.
A mostani és már sikeres bűvészkedésemről pedig itt vannak a képek:
http://img825.imageshack.us/img825/2082/teszt1.jpg
http://img714.imageshack.us/img714/2927/teszt2.jpg
http://img5.imageshack.us/img5/3789/teszt3.jpg
http://img687.imageshack.us/img687/5452/teszt4.jpg
http://img88.imageshack.us/img88/4986/teszt5.jpg
http://img263.imageshack.us/img263/118/teszt6.jpg
Ha még bírod gőzzel, légy szíves nézd át nekem, hogy elég jól állítottam-e be valóban mindent.
Most látom, az Imageshack 2 képemet lekicsinyítette, de remélem azért kilehet még igazodni rajtuk.
Piros kerettel megjelöltem a bűvészkedéseimet.
Most csak egy mezőt hoztam létre, a többi dolog próbája még hátra van; de remélem akkor ezt tényleg úgy fog működni, ahogy terveztem.
Egyrészt ez most olyan lesz, mintha továbbra is egy Törzs volna, de több részre felosztva.
Másrészt be ha egy modullal betetetek valamit (például a Gallery formatterel) akkor annak eredménye csak a valódi törzsben fog megjelenni, és az alászűrt mezőben viszont már nem.
Én használom a Simplenewst, de jelenleg csak D6-alatt. Ezért nem reagáltam arra, hogy D7 alatt működik-e.
Egyébként célszerű hozzá a MimeMail, bár nem kötelező. Hasznos lehet a Simplenews Roles modul
Ha telepítve van, akkor (a menüben való elhelyezkedés a D6 struktúrája alapján készült, de D7-ben is hasonló helyen lehetnek):
Nagyjából ennyi, ezekkel nálam jól működik a Simplenews. A levelek a userek regisztrációs e-mail címére mennek.
Csökönyi Ferenc
Illetve egy másik megoldás: Az általad használt theme .info fájljába létrehozol egy egyedi régiót:
regions[custom_search] = Custom Search
Törölsz cache-t, utána meg is jelenik az admin felületen a block-oknál, szépen helyezd bele az Exposed Filter Block-ot. Ezután, a tpl fájlba ahova a formot próbáltad berakni, rakd be ezt:
... és voálá, meg is jelent az exposed filter. :)
(itt persze megjegyzem, hogy ha contrib theme-t használsz, ajánlatos egy subtheme-ben felülírni az eredeti theme configot, hogy egy esetleges update során ne kelljen újra megcsinálni)
Mármint mit lehet megoldani a normál postán? Amit Te akarsz, az olyan, mintha a normál postai küldeménybe be akarnád tenni a postai igazolást arról, hogy hová kézbesítették ki a küldeményt. Holott még fel sem adtad a postára. Legfeljebb betehetsz egy listát, hogy kiknek küldöd még meg. Pont ezt csinálja ez a kód megfelelő helyre beillesztve.
A visszaigazolás kérése egy teljesen más téma, nem errről volt szó eddig (olvasd el pontosan, mit is írtál a témanyitóban).
Ugyanis a visszaigazolást NEM a küldő szerver küldi a feladónak, hanem a fogadó e-mail szerver, illetve a címzett levelező programja. Az első esetben kézbesítési igazolásról (postai nyelven tértivevény) beszélünk, amely igazolja, hogy a fogadó e-mail szerver a levelet elhelyezte a címzett postafiókjában (ezt a címzett nem tilthatja le, legfeljebb a rendszergazda), a második esetben olvasási visszaigazolásról van szó (pontosabban a levél megnyitásának igazolásáról), ezt a címzett letilthatja.
Biztos, hogy a Drupalban is megoldható (csak legfeljebb saját modullal), hogy visszaigazolást kapj arról, hogy a Drupal sikeresen átadta az e-mailt a küldő mail szervernek. A Drupal is mail() php függvényt használja, amelynek két visszadott értéke lehet: TRUE, ha sikeres volt és FALSE, ha nem. Ezt naplózhatod, ha akarod, de egyébként a fentebb javasolt modulok pont ezt teszik szerintem. Kérdés, szükséges-e.
Ezenkívül a mail fejléc adataiban beállíthatod, hogy egy megadott e-mailcímre küldjön kézbesítési, illetve olvasási igazolást (sikertelen kézbesítésről automatikusan küld a fogadó szerver, ezek a MAILER-DAEMON üzenetek).
De ki fogja ezeket olvasni? Ha van csak 50 címzett és mindenki naponta csak egy tartalmat küld be, amire megy levél, az 2500 visszaigazolás!!! Van ennek értelme? Át nézed egyenként, hogy mindegyik sikeres küldésről szól-e? De ha csak a küldő kapja meg a visszaigazolást, akkor is elárasztod a fiókját 50 darab visszaigazoló levéllel küldeményenként, amit ő nem kért.
Szóval ebben az esetben, amit Te vázoltál a nyitányban - szerintem - teljesen értelmetlen dolog visszaigazolást kérni. A Drupal mail küldője megbízhatóan működik, ha jó címek vannak beállítva, akkor vagy mindnek elküldi vagy programhiba miatt egynek sem. A levelek további útja pont annyira biztos (vagy bizonytalan), mint bárhonnan (gmail, asztali levelező) küldött e-mail sorsa.
Csökönyi Ferenc
idézem az alábbiakban.
Szia!
Warning: file_get_contents(): http:// wrapper is disabled in the server configuration by allow_url_fopen=0 _locale_parse_js_file() függvényben (/home/httpd/www/horgaszcsonak.com/html/csaliking/includes/locale.inc 1488 sor).
Warning: file_get_contents(http://www.csaliking.hu/misc/ui/jquery.ui.core.min.js): failed to open stream: no suitable wrapper could be found _locale_parse_js_file() függvényben (/home/httpd/www/horgaszcsonak.com/html/csaliking/includes/locale.inc 1488 sor).
Ez a hibaüzenet azért van , mert a
/includes/locale.inc 1488 sorában a következő utasítás található:
$file = file_get_contents($filepath);
Ha a $filepath változóban egy url van akkor külső idegen szerverről próbál meg kódot letölteni a file_get_contents függvénnyel ami a mi szervereinken, és sok más szolgálatónál tiltva van biztonsági okból.
Természetesen igény esetén tudjuk engedélyezni ezt a funkciót, mert csak annak az egy tárhelynek a biztonságát érinti ez, a többi szerveren található tárhely biztonságára nincs hatással.
Annak kellene utána nézni még , hogy miért akarja annak ellenére, hogy az adminban beállítod hogy ne onnan töltse le mégis valamiért http:-keresztül elérni a fájt.
Ez vagy az admin felület program hibája, esetleg valami cache-elési hiba szerintem.
Ha mindenképpen idegen szerverről alkar kódot letölteni akkor a php curl() függvényét kellene használni, ezt szinte sehol nem tiltják, mert nem jelent akkora biztonsági kockázatot az oldalra nézve.
Itt egy curl-os minta példa a következő oldalról:
http://snipplr.com/view/4084
function file_get_contents_curl($url) {
$ch = curl_init();
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); //Set curl to return the data instead of printing it to the browser.
curl_setopt($ch, CURLOPT_URL, $url);
$data = curl_exec($ch);
curl_close($ch);
return $data;
}
Jancsi
tamoca
A drupal.hu-n korábban néhány levelezőlistát üzemeltetettünk, melyek iránt az érdeklődés azonban az évek során folyamatosan csökkent. 2010 végén döntöttünk úgy, hogy megszüntetjük a levelezőlistákat, és fórumunkat ajánljuk azon érdeklődők számára, akik megvitatni való témákkal és kérdésekkel érkeznek. Az archívumokat továbbra is megtartjuk, hogy a felgyülemlett tudásanyag ne vesszen el.
Hallo,
Phptemplate engine-el szeretnék új sminket csinálni, ami egy picit másként működne mint az megszokott.
A nyitólap tulajdonképpen egy statikus bemutatkozó lap, és aztán egy egyénileg készített block-ban található menü alapján lehetne navigálni.
Teljesen jól működik a dolog, egy problémám van a hírek. Tehát nem jelennek meg a story-k és a page-ek csak egy nyitó page, de ha az oldalsó menüből a hírekre kattintok, akkor egy "hagyományos főoldalt" kellene kapnom.
kb a http://drupal.hu/hirek működése lenne a megcélzott.
Próbáltam blinkelni a
ne szaladj már ennyire :)
az nem népszerűségi, hanem használati statisztika. hány site használja x modult mikor. :) elég hasznos információ.
szerintem itt senkinek nem kell elmondani miért gáz, ha "redundancia" van.
azért gondold azt át, hogy a nagyon absztrakt modulokból amik igazi építőelemgyárként funkcionálnak, mint cck, token, views, rules, panels, ctools, csak egy van. sőt ezek idővel másokat tesznek feleslegessé, pl én nemigen látom a notifications értelmét, "most" már, hogy ilyen fejlett a rules. :) vagy nemtom hogy fogalmazzam meg ezt.
azt szeretem a drupalban, hogy gyönyörűen fejlődő cucc, szép absztrakt megoldások születnek ahogy halad az idő. régen pl nem volt views, ha te egy listát akartál a nodejaidról modult kellett írnod. aztán született száz modul, ami ilyen-olyan listákat gyártott a nodeokból, némelyik csak egyet, mások többet.
aztán egyszercsak előállt egy tag ilyennel, hogy legyen egy query builder, hívjuk mondjuk viewsnak. milyen elegáns név amúgy.
na ettől eleinte sokan idegenkedtek mert sok mindent nem tudott, sok kompromisszumot kellett kötnöd. fejlesztették, fejlesztették..
most meg teljesen alap eszköz a kezedben, igen erős cucc.
(halkan a 3.x, drupal7ben olyanokat fog tudni, eláll a szava mindenkinek)
az "api modulokból" is csak egy van, pl votingAPI... erre épülhet aztán bármilyen értékelésekkel operáló egyéb modul. fivestar pl.
százával vannak apró modulok, amik "kicsi" de speciális feladatot látnak el, mondjuk egy fizetőkapu x holland bankhoz vagy egy apró modul ami egy kis jquery widgetet szúr be valahova, mint pl a sexy_exposed.
jó példa ami a wysiwyg editorokkal történt. nemrég volt még minden lehetséges editorra külön modul. tinymce modul, fckeditor modul, stb. na, több se kellett, csináljunk inkább egy wysiwyg apit, hívjuk wysiwyg modulnak és egyen meg bármilyen editort amilyet akarsz, de jó móka lesz. (lehet nem volt ilyen könnyed:)
és tadaaa, ma már wysiwyg modult raksz fel és alárakod az editort amit akarsz. akár minden usernek másikat :)
csak arra akartam rámutatni, hogy szerintem nem kell aggódnod a "redundancia" miatt, ez a környezet pont nem az a "van már négy féle ccknk is, dejókvagyunk" hely. :)
-
clear: both;