D képe

Cső!
Na 12 évesen nagyba drupalozok Atw-n. ( Vpslan| Speeding )

Na azt kell csinálnod hogy egyszerűen kitörlöd a settings.php (sites/default/settings.php) ből a ini_set hívásokat. (ha nem megy a megjegyzébe tevés... egyébként igy próbálkozz: -->/** ini_set */<--
( nekem igy néz ki az ini.set em:
/**
ini_set('arg_separator.output', '&');
ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');
*/)
(a --> és a <-- nyilat csak neked tettem oda egyébként nem kell.)
majd átírod az $db_url-t igy: $db_url = 'mysql://felhasználóneved:[email protected]/felhasználóneved';
.
Azután írd at a $base_url-t igy: $base_url = 'http://users.atw.hu/felhasználóneved'; // NO trailing slash!

Ne legyen előtte : # -jel!

Az includes/database.mysql.inc -ben tegyél megjegyzésbe minden olyan sort, ami így kezdődik:
db_query('LOCK TABLES

Ez drupal 4.7.3 nál tutkó műxik!

Ennyi sziasztok!

Ja igen és ne felejtsd el aktiválni a MYSQL-t az Atw-n és felküldeni az adatbázist!

0
0
andrew képe

<?php
function a_fuggvenyed_neve($parameterek) {
global $user;
 
db_query("INSERT INTO {lemezhaboru} SET lemezcim='%s', pont=%d, ertekelo='%s', ertekeles=%s", $_POST['lemezek'], $_POST['pont'], $user->name, $_POST['ertekeles']);
}
?>

amennyiben a lemezcím és az értékelés string és a pont egész típusú.

mellesleg ha a későbbiekben megváltozik az értékelő neve akkor nem valós információkat fog mutatni az ide vonatkozó legkérdezés, ellenben ha $user->uid kerül tárolásra az alapján mindig korrektül lekérdezheted az adott uid -hez tartozó nevet v bármi mást

0
0
taltos képe

Mikor jöhet ki a Drupal 6 szerintetek? Én már nagyon kíváncsi vagyok rá. Azaz... már letöltöttem és kipróbáltam, és hát nagyon tetszik. :) Az új telepítő eljárás szerintem sokkal jobb. Már első blikkre is olyan dolgokat megcsináltak benne, amiket szerettem volna megcsinálni D5.X alatt, de itt alapértelmezettként berakták (például a navigációhoz már nem az acc nevét írja ki, hanem az IRL nevedet, amit megintcsak végre be is kér a profil beállításoknál - apróság, de én szeretem :) ).

Nekem stabilnak tűnik, és a legutóbbi drupal.org-os hirben sem feltétlen a stabilitási problémák javítását emelik ki, nem úgy, mint az első befagyasztós hírben. Aztán a hozzászólások között valaki említ valami olyasmit is, hogy most a drupal 6.0 befagyasztott fázisa azért húzódik / fog elhúzódni jobban, hogy a lehető legtöbb időt adják a modul és sminkkészítőknek, hogy felfejlesszék 6.0-ra a moduljaikat és sminkjeiket, hogy ezzel is lehetőség legyen gondolom arra, hogy egyidőben jöjjön ki a D6 és már hozzá pár létfontosságú modul.

Egy szó mint száz ahogy kivettem az írásokból a D6 már elvileg stabil, és mot fordításokat, dokumentációt, gyorsaságot, használhatóságot és hasonlókat fejlesztenek (és persze időt adnak a modulkészítőknek), de megnéztem a bug reportos oldalt és elvileg még egy csomó kritikus hiba van benne, amit nem értek hogyan, hiszen vannak amiket még februárban reportoltak, és szerintem már akkor biztos kezdtek vele valamit (hacsak nem a report oldalt nem frissítik rendesen? :) ).

Van olyan itt, aki részt vesz a D6 fejlesztésében? Mesélne nekem pár szót arról, hogy most hogy állnak, és igazak-e azok, amiket olvastam? :)

0
0
pp képe

Igen, ha a böngésződ elküldi(pl egy kereső robot nem tudom, hogy elküld-e ilyen infot.), és nem egy proxi mögül jössz, ami kidobja belőle, meg még ki tudja miért tűnik el belőle az a cucc.

Ez a megoldás olyan lesz, ami nagyon sokszor működik, de néha nem. Ilyenkor meg nem nagyon tudsz mit csinálni, mert nem rajtad fog múlni. Általában pont ott nem működik ilyenkor ahol a legeslegeslegfontosabb lenne, hogy működjön. ;) Szóval nem árt, ha felkészülünk erre.

szeretném ha visszatalálna a user böngésző gombtól függetlenül, bárhogy is jött oda.
- Mi van, ha külső oldalról érkezett a felhasználó? (Te is kiírod azt a bődületes ostobaságot, hogy tilos mélylinkelni az oldaladat?)
- Mi van, ha ez a link egy átirányítás, akkor nyomkodhatja azt a vissza linket szegény júzered;))
- Mi van, ha egyéb programból(levelező, csevegő, szövegszerkesztő stb.) érkezett

Nekem alapvetően a szemlélettel van bajom.
Következő kérdés lehet, hogy az lesz, hogy hogyan lehet más sminket rendelni a node-hoz attól függően, hogy milyen útvonalon érték el.(főoldalról kattintott rá, vagy a rovat nézetből érkezett) Erre a válasz az, hogy sehogy, persze lehet trükközni és kell is, de alapvetően szerintem itt a szemlélettel van a baj.

http://hu.php.net/manual/hu/reserved.variables.php#reserved.variables.se...

"The address of the page (if any) which referred the user agent to the current page. This is set by the user agent. Not all user agents will set this, and some provide the ability to modify HTTP_REFERER as a feature. In short, it cannot really be trusted."

Csak az utolsó mondatot ferdíteném: Röviden, valójában nem megbízható. (Röviden, nem tud lenni valóban megbízható)

pp

0
0
fox mulder képe

Ha szabad, pontosítanám a feladatot (nincs határidő, hobbi az egész, de...).

Egy növényhatározóból indultam el. Regisztrált felhasználók (amatőr botanikusok) fajokat gyűjtenek (fotókkal, leírásokkal, mint a Wikipédián). Ezeket tulajdonságokkal ruházzák fel, ezáltal a még amatőrebb érdeklődőknek (anonim látogatók) egy rakat formot biztosítanak ahhoz, hogy azok a fajokhoz kapcsolt tulajdonságok alapján megkereshessenek egy számukra ismeretlen fajt. A fajokhoz tetszőleges számú tulajdonság rendelhető (vagyis a FAJOK tábla nem `tulajdonság_1`, `tulajdonság_2` stb mezőkkel rendelkezik, hanem van egy TULAJDONSÁGOK tábla is és a FAJOK-TULAJDONSÁGOK kapcsolat M:N). Mivel gyakran ismétlődnek az olyan tulajdonság nevek mint: 'szirom színe', 'szirom hossza', 'szirom szélessége', 'szirom alakja' stb, ezért létrehoztam egy ALKOTÓRÉSZEK táblát is (és itt még egy pár ilyen okoskodás alapján létrehozott tábla van), valamint arra gondoltam, hogy mi lenne, ha általánosítanám a feladatot és kiterjeszteném minden olyan dologra, amiből sok van és ezek közül keresünk egyet (bélyegek, ingatlanok, tüskésbőrűek, akármi), a hozzá rendelt tulajdonságok alapján. Vagyis van egy adatmodell mag, amit köríteni kéne jogosultság kezeléssel, fórummal, többnyelvűsíthető felülettel és tartalommal és az egyéb tipikus webes dolgokkal. Ehhez az egész kócerájhoz keresem azt az eszközt (framework, CMS), ami megoldja a tipikus webes feladatok rutinfeladatát, ugyanakkor kellő szabadságot biztosít a konkrét célkitűzéshez.

A Drupal kiváló eszköznek tűnik. Egyelőre CCK-val próbálkozom (növényfajok tartalomtípus, a tulajdonságok mint mezők). A Palócz tanár úr által említett 10000-es szám azonban inkább saját (remélhetőleg a CCK-nál gyorsabb) modul felé terel (Mo.-n ugyan csak kb. 2300 növényfaj van, de a tulajdonságok száma kb. 30-40 (~100), és egyébként is nagyralátó terveim vannak, a Földön kb. 700.000 növényfaj él).

Lényeg a lényeg: ilyen paraméterek mellett szerintem is előre el kéne dönteni, hogy melyik úton indulunk el. Kérdések ezek után:
Lehet-e lényegesen optimálisabb egy saját modul, mint a CCK+felfedett mezőkkel teletömött nézet kombó (ha jól értettem, ez Palócz T. Ú. javaslata)?
Menjek a fenébe és keressek egy framework-öt :)

0
0

Fox Mulder

aboros képe

belenéztem a cck modulfileba (content.module) és ott találtam egy "implementation of hook_field()" részt, ami eléggé el is magyarázza, hogy mit csinál. a magyarázatban ezt írja:

The 'view' operation constructs the $node in a way that you can use
* drupal_render() to display the formatted output for an individual field.
* i.e. print drupal_render($node->field_foo);

tehát ezek alapján egy 'cckfield' nevű mezőt így tudsz megjeleníteni:
 print drupal_render($node->field_cckfield);

egyébként nemrég hallottam (a drupalconon), hogy ezt a módszert (a .tpl.php -kban a $content kiíratását elhagyjuk és magunk állítjuk össze a dolgokat így, hogy print $node->field_valami[0]['value'] stb.. ) szóval, hogy ezt úgy hívják template butchering és nem igazán okos megoldás a 6.x drupalban. helyette a theme_preprocess_node -ot kell inkább a template.php -ban megvalósítani és ott kedvünkre módosítani a $content (és egyéb változók) tartalmát. az előadó szerint az esetek igenkicsi százalékában van szükség az alapértelmezett (node modullal gyárilag érkező) node.tpl.php piszkálására.

ugyanitt emelték ki (bár ez most fél-off), hogy a cck mezőknek írhatunk (egy saját modulban) egyedi 'formatter' -eket is, amiket aztán az admin felületről tudunk kiválasztani. (mint ahogy mondjuk a lightbox az imagefield típusú mezőkhöz felajánl saját formattert)

érdekes elgondolás, próbálom átszoktatni magam, vannak előnyei na. :)
http://szeged2008.drupalcon.org/program/sessions/node-templating

0
0

-
clear: both;

pp képe

nehezebb lesz követni itt az oldalon az éppen frissült fórumtémákat és híreket, hiszen előfordulhat, hogy a tracker első oldala csak aggregált hírekkel lesz tele.

Szerinted rosszul látod.

Van amikor nem akarok a drupal.hu-n postolni Drupal-os témát. Azért mert nem tudok fájlt csatolni, nem tudok normálisan képet beilleszteni, nem szerkeszthetem úgy a tartalmat ahogyan szeretném, mert bele kell illeszkednie a drupal.hu kinézetébe. Nem írhatok úgy ahogy szeretném, mert ez nem az én oldalam, hanem a közösség oldala. És nem akkor jelenik meg a tartalmam amikor én szeretném, hanem akkor amikor az adminisztrátorok ráérnek. Ha hiszed, ha nem az admin levlistán alapszabály, hogy saját tartalmat nem engedélyezünk, csak ha nagyon-nagyon fontos hírről van szó.(ilyen volt a konferencia). A lényeg, hogy kényelmetlen, azért sok olyan tartalom van ami sajnos nem jut el a drupal felhasználók közösségéhez. Most ugye nem csak rólam beszélünk, bár azon szerencsés ember lehettem, akinek a blogja elsőnek került be a drupal.hu/planet -be. Nézd meg pl. thamas nagyszerű összefoglaló cikkét. Mennyivel egyszerűbb lett volna neki, hogy ha rátol egy címkét ahelyett, hogy ír egy saját magát ajnározó bejegyzést, vagy megkér valaki és vár amíg valaki más megírja helyette. Miért kellet akár csak egy percet is várnunk, hogy ez a cikk itt megjelenjen? (a cikk 11.-én jelent meg és én azt 23.-án találtam meg és írtam róla egy bejelentést. Ez majdnem két hét!!) Miért nem helyezhettük el ezt a cikket a kézikönyvbe, miért nem címkézhettük stb.

Nem arra szolgál a planet, hogy mindenki blogjának minden bejegyzését összegyűjtse. Kifejezetten azt a célt szolgálja, hogy a Drupal-lal kapcsolatos híreket gyűjtse össze.
Szóval itt nem fog megjelenni olyan hír, ami nem kapcsolódik a Drupal-hoz.

pp

pp képe

 
$node_szam = db_result(db_query(db_rewrite_sql("SELECT COUNT(nid) as db FROM {node} n WHERE n.status=1 AND n.promote=1")));

Persze ez az összes a főoldalon megjelenő tartalom számát fogja megadni, nem pediglen a főoldalon annak is az első oldalán megjelenő tartalmak számát adja meg.

ahhoz még kell ez is:

 
$node_szam = $node_szam > variable_get('default_nodes_main', 10) ? variable_get('default_nodes_main', 10) : $node_szam; 

ugye milyen egyszerű?

;)

persze ha sminket csinálsz, akkor az is megoldás lehet, hogy úgy csinálod meg, hogy ha nincs div, hát nincs div. Jegyzem meg szerényen az ilyen kialakításoknál mindig is az lesz a probléma, hogy ha nincs ott tartalom, akkor hülyén néz ki. Tehát a szerkesztőket rá kell venni, hogy legyen ott tartalom ;)

pp

0
0
Dzsozef képe

Gyúrjunk össze, egyszerű, de mégis e kis szinten jól használható saját weboldalt, és lehet, hogy sokan élnek ezzel. Természetesen ez csak egyszerű magán embereknek, akik csak nyílvánosságot szeretnének, egy személyes oldallal, ahol csak ök vannak, barátok, rokonok ismerősök elött, mindennapi élményeiket megörökíteni.
---------------------------------------------------------------------

Csak olvasat, az empatiával bíroknak:) Tehát Te ne olvasd:)
Egy kissé ide tartozik, mert nem akarjátok elhinni, mi a fenét akarok ilyen egyszerű oldalt, amikor lehetne profit. Mert a profiknek nehéz nem profiba gondolkodni.
Emlékszem 15 évvel ezelött föltettem az első html oldalam, szenzáció volt, mint egy csoda, a világ láthatja, egy két oldal írásom, /a kutya nem látta/ aztán abba hagytam 10 évre, alig több talán mint 1 éve jöttem vissza, /itt a portál vezeti:)/, hu de bonyolult volt ujra minden, ledöbbentett mit változott az internet.
Olyan volt, mintha most láttam volna először.
A Drupál admin felületet meg láttam, azt mondtam: NA EZT NEM SZABAD ELKEZDENI:)
Most mégis itt vagyok. ...és itt bosszantalak benneteket.
..és tudom sokaknak ez hülyeség, nem baj, vannak, akik azt mondják igen érezzétek NAGYOK, mi még csak itt vagyunk a legeslegelején.
Nem mindenki akar professzionális dolgokat.
A fiam jobban benne van, /de Ő nem Drupálos/ mondta, hogy az egyik ismerőse a Googli hirdetést is mással végezteti, mert bonyolult. Pedig tele van utmutatókkal.
Van ilyen, csak már Ti fönt vagytok, de valamikor Ti is tanultátok az egyszereggyet, ha jól emlékszem. Most nem hiszitek el, hogy valaki hogyan lehet ilyen kisigényű. Mert nem mindenki akar webfejlesztő lenni, a Drupálból is csak annyit néha 1-2 kép, néha egy két oldal írás és kész. Még ujságíró sem akar lenni, attól mert néha lenne kedve publikálni. Ez csak, hobby, játék, érdekesség.

0
0
ticzi képe

a regiszter_globals miattt a telepítés közben elakadt folyton ezért a következőre kelett kicserélni.
Ezt a neten találtam valahol. Ez után már nem dobta ki a hibaüzenetet.
Most csak az adatbázisnál áll meg.

// Test PHP register_globals setting.
$requirements['php_register_globals'] = array(
'title' => $t('PHP register globals'),
);
$register_globals = trim(ini_get('register_globals'));
// Unfortunately, ini_get() may return many different values, and we can't
// be certain which values mean 'on', so we instead check for 'not off'
// since we never want to tell the user that their site is secure
// (register_globals off), when it is in fact on. We can only guarantee
// register_globals is off if the value returned is 'on', '', or 0.
if (!empty($register_globals) && strtolower($register_globals) != '1') {
$requirements['php_register_globals']['description'] = $t('register_globals is disabled. Drupal requires this configuration directive to be disabled. Your site may not be secure when register_globals is enabled. The PHP manual has instructions for how to change configuration settings.');
$requirements['php_register_globals']['severity'] = REQUIREMENT_ERROR;
$requirements['php_register_globals']['value'] = $t("Disabled ('@value')", array('@value' => $register_globals));
}
else {
$requirements['php_register_globals']['value'] = $t('Disabled');
}

Tegnap este próbálgattam mindenféle domain átirányítást csinálni. De az azért nem jó mert akkor el is megy onnnan.
Az fw meg nemtudom mennyire fogja átírni a tárhely ip címét majd teszek egy próbát de őket elérni is igen nehéz.
Szóval ez volt az utolsó ingyentárhelyes mókám az tuti.
De remélem sikerül még megoldani valahogyan ráerőszakolni a dolgot.

0
0