Ave képe

Próbáld ki az SMTP Authentication Support modult
http://drupal.org/project/smtp

0
0
zolti képe

"Az Internet Explorer nem tudja megjeleníteni a weblapot "

Azért én kipróbálnám másik böngészővel is. Ha eddig még nem tetted.

0
0
secret_admin képe

Azóta sem tudtam megoldani: hogy lehet a képet beletenni az RSS-be? Úgy hogy ne a -be hanem önállóan, képként kerüljön bele?

0
0
lzs képe

Értem hogy frankó az openatrium ugyanakkor egy már meglévő és kialakított Drupal 6.10 intranet site -ba nem integrálható. Tévedek?

0
0
erdelyik képe

Az eredeti htaccess a helyén van. Egy új fájl keletkezik, í telepítési könyvtáron kívül. Ha ezt törlöm, a honlap továbbra is rendesen működik.

0
0
dongodani képe

Az esemény önmagaban kevés. Nyilván kell egy condition is, hogy csak akkor adja hozzá a számlához, ha azt a fizetést választotta a delikvens.

1
0
bcsaba képe

Views alatt az access permission-t allitsd at role-ra majd valaszd ki, hogy milyen csoportba tartozo juzerek lathassak a views tartalmat.

0
0
tzotyu képe

Kicsit skizofrén módon válaszolok a saját hozzászólásomra... :)

Szóval próbálkoztam a dologgal és rájöttem arra, hogy azért jeleníti meg cikk formájában a breadcrumb modult, mert az az art-post alatt van kódolva a page.tpl.php fájlban. Ezért megpróbáltam úgy áthelyezni a <?php { echo $breadcrumb; } ?> sort, hogy az a "háttérben" jelenítődjön meg, tehát ne bejegyzésként értelmezze az oldal. Ezért áthelyeztem ezt a sort a <div class="art-sheet-body"> sor alá. Itt látható az eredmény: http://kamov.hu/cimlap2.JPG
Maga a címlap hivatkozás már úgy jelenik meg, ahogy szeretném, viszont alatta megjelenik még a pirossal bekarikázott "cikk-keret".
Elküldöm a page.tpl.php fájlomat is, amit a fenti módon már formáztam:
http://kamov.hu/info/page.txt

Mit kellene még formázni, hogy ez a keret eltűnjön és csak a Címlap hivatkozás maradjon meg? A style.css- ben annyit módosítottam, hogy a bradcrumb-ra vonatkozó részt kitöröltem, de ugyan úgy ott a keret, semmi változás, mint azelőtt, tehát ezzel gondolom nem nagyon kell foglalkozni.

Köszönöm!

0
0
pp képe

"A túlzott erőforrás-használat szerintem HIBA."

Az van, hogy a Te általad javasolt megoldás nem a memóriát, hanem sok minden más erőforrást használ túlzottan, hisz nem kéne azokat használni, ha a memóriában lenne minden adat. Használja a merevlemezt, plusz processzor erőforrást, és még talán hálózati kapcsolatot is.

Szóval a Te általad javasolt megoldásra is elmondhatjuk, hogy:
"A túlzott erőforrás-használat szerintem HIBA."

Szóval ezzel a megállapításoddal egyetértek, de azzal nem, hogy mindig a memória lenne az a szűk erőforrás amire optimalizálni kéne, vagy, hogy létezne olyan, hogy úgy általánosan ez kimondható lenne.

"Alternative PHP Cache (APC) vagy memcachel, meg egyebek használatakor nyilván másképp van, egész pontosan ezt nem tudom, hogy működne, de most mindegy is"

Pont nem mindegy, hisz az, hogy melyik megoldás lesz a jó nagyban függ a környezettől(meg, hogy mire optimalizálunk ugye). Pl. APC-nél egyszer felparzolja, majd - ha olyan gyakran használják - bent is tartja a memóriába, ha ügyes vagy, akkor több száz szájtnál is csak egy példányban. Az általad javasolt adatbázisos rendszer nem hinném, hogy felveszi a versenyt sebességben és (össz)erőforrás használatban ezzel a megoldással.

"Ja, és az általad említett D7-fájlok (file.mimetypes.inc, iso.inc, unicode.entities.inc) érdemes megnézni, hány bejegyzést is tartalmaznak, és összevetni a több, mint 4000 bejegyzéssel - van némi különbség. :) Jelen példával összevetve ez egyébként sem tudom, mit bizonyít."

Azt bizonyítja, hogy hibás a logikád, mert akkor ez a kód is rossz lenne, vagy itt miért nem hibás a nem db-ben tárolás?
Hol van a határ?
Van határ?
Mitől függ a határ?
Mikor mi a határ?
Lehet egyáltalán általános határt mondani?
Ha nem lehet, akkor miért nem lehet?

pp

0
0
Anonymous képe

Külföldről nem elérhető az Ultraweb egyetlen oldala sem. Sem a szolgáltató oldala, sem egyetlen regisztrált oldal sem. Még a sajátomat sem tudom megnézni.

0
0