db_query()
<?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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igazad van.
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
drupal_render
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
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valamit félreértesz.
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sql
$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
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Segítek ,,Láma" barátunknak!
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!