szantog képe

Beküldte szantog - 2010. szeptember 17. 07.32

Hubakeresés:
1. Mission argument, ha nem tudunk angolul google translater, és lőn: hiányzó argumentum
2. Ezek szerint a függvényünknek meg kell adni "valamit", nézzük mi hiányzik: http://api.drupal.org bal felső sarokba beír drupal_get_path_alias.
3. Hoppá, hisz néki kellene paraméterként a belső útvonal. Na ezt már neccesebb kiguglizni, de nem lehetetlen, illetve ha szemfüles vagy, láthatod, hogy drupal 7-ben már a $path = NULL, ami azt jelenti, hogy nem kötelező argumentum.
4. Átkattint a drupal7 fülre, forráskódban megnéz: // If no path is specified, use the current page's path. alatta: $path = $_GET['q'];, tehát elég nagy valószínűséggel így kapjuk meg az adott oldal internal pathjét.

Innentől kezdve már megy minden, illetve még annyi, hogy valószínűleg nem lesz gond a

<div class="fejlec<?php print get_header();?>">
</div>

módszerrel, de drupalosabb lenne, ha a page preprocessben csapnád hozzá, hogy $vars['path_class'] = get_header(), és azt íratnád ki.
0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

stamina képe

Beküldte stamina - 2010. december 23. 19.44

hook_views_query_alter() lett a megoldás, bár nem valami elegáns, viszont ellenőrzött körülmények között megy, íme egy kódrészlet ha nincs meg az adott felhasznalónak elegendő jogosultsága:

$query->where[0]['clauses'][] = "node_data_field_customer.field_customer_uid = '%s'";
$query->where[0]['args'][] = $user->uid;
0
0
szantog képe

Beküldte szantog - 2011. január 26. 15.31

Szerintem épp a lényeget nem szúrtad be a kódból, vagyis hogy az $elolap_url vajon hogyan áll elő. Gyanítom minimum egy file_directory_path() hiányzik, + egy $base_url

//nálad valami ilyesmi lehet: 
$elolap_url = '/kepeslap_import/' . $valamifilenevvaltozo
 
//ez biztos kell bele a perjelekkel nem kell bohóckodni, a drupal tudja ám, hová tegye:
global $base_url;
$elolap_imagefield = $base_url .  file_directory_path() . 'kepeslap_import/' . $valamifilenevvaltozo;

A lényeg, hogy a  http:///kepeslap_import/0001.jpg stringed szépen álljon elő abszolút urlként.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

L.Tiny képe

Beküldte L.Tiny - 2011. február 19. 21.52

Ez jó:)) pont, mint egy ügyvéd, vagy politikus:)) Mindenesetre megnyugtató, hogy nem valami evidencia fogott ki rajtam, ha már egy ilyen régi (Drupal) motoros sem tud biztos megoldást. Köszönöm a választ, ami egyébként csak egyszer jött át, legyen bármennyire is bizonytalan:)

A Drupal kézikönyvnek ez a része némileg nem tiszta számomra:

Amennyiben frissen telepített webszerverrel van dolgunk, vagy szolgáltatónknál saját felhasználói mappánkban még semmi sem található, választhatjuk ezt a mappát is a Drupal telepítésére. Ha azonban meglévő honlaphoz akarjuk illeszteni a tartalomkezelőt, akkor egy alkönyvtárat is nyithatunk a Drupal állományai számára a web területünkön...

http://drupal.hu/kezikonyv/telepites/letoltes

Ebből én arra következtettem, hogy rakhatom a Drupalt egy alkönyvtárba, csak bizonyos beállításokat kell módosítani. Lehet, hogy rossz nyomon járok, de a tippem az, hogy a settings.php fájlban kell bütykölni valahol itt:

* Examples:
* $base_url = 'http://www.example.com';
* $base_url = 'http://www.example.com:8888';
* $base_url = 'http://www.example.com/drupal';
* $base_url = 'https://www.example.com:8888/drupal';

De mint említettem, nem erősségem (még) a php fájlok szerelése, inkább nem kísérleteznék...

Köszi mégegyszer!

0
0
gyurex képe

Beküldte gyurex - 2011. március 1. 02.44

Oké, már értem:)
Tolok egy gyors gányolást :S

<script type="text/javascript" language="javascript">
	function moveWindow (){window.location.hash="header";}
</script>

<body onload="moveWindow()">

Így a scrollbar a #header-re fog ugrani.

Ezt meg lehet szebben is oldani ^
Az anchort jqueryvel ki lehet szedni a linkből. vagy talán .htaccess-el is:)

0
0
vajdasági képe

Beküldte vajdasági - 2011. április 9. 16.22

A page.tpl.php -ba tetem egy ilyen sort probakeppen:

<?php print $footer_note;?>

A template.php meg kapott egy ilyen fuggvenyt, gondolom ez mostmar jobb.

function phptemplate_preprocess_page(&$vars) {
  $vars['footer_note'] = t('Ezt kell majd forditani.');
}

Mindenesetre mostmar a szoveg megjelenik az oldalon de a devel/variable kozzott nem talalom a valtozot. Ott is megkellene hogy jelenjen? Ugy nez ki forditani is tudom mar. Akkor ezt igy kell csinalni ezek szerint, vagy meg nem tokeletes a muvem?

0
0
pp képe

Beküldte pp - 2011. április 10. 09.45

A válasz jóval komplexebb, mint azt pusztán a Drupal ismeretével meg lehetne adni. Ismerni kell a problémát, a megoldás készítőjét, avagy téged vagy céged (humán erőforrás), és a rendelkezésre álló egyéb erőforrásokat.

Pl. ha azt mondom, hogy ferrarival/biciklivel nem szállítunk krumplit, teherautóval meg nem versenyzünk. Akkor látszólag jól megmondtam a dolgot, de figyeld meg, hogy teherautó-versenyre teherautóval megyünk és kis-bevásárláskor a krumplit a ferrarival/biciklivel fogjuk hazahozni.

Pár támpont:
A node többek között

  • lehetőséget biztosít a per user hozzáférés szabályozásra egy egész komoly API-n keresztül,
  • verzió kezelt,
  • fordítható,
  • kategorizálható,
  • mezőkkel tetszőlegesen bővíthető,
  • hozzá lehet szólni,
  • ezeket a hozzászólásokat azután szintén tetszőleges mezőkkel bővítheted,
  • Views modul segítségével könnyedén listákat készíthetsz belőlük

és még számos olyan dolgot tehetsz meg velük amiket egy akármilyen entitással nem tehetsz meg.

Természetesen ennek ára van, hisz ezek mögött a funkciók mögött programkódok vannak amik lefutnak még akkor is amikor esetleg a fenti lehetőségekkel nem élsz.
Ha a fenti funkciók jelentős részére nincs szükséged, akkor nem érdemes node-ban gondolkodnod, ellenben ha a jelentős részére szükséged van akkor érdemest azt használni.

Ha valami nincs akkor azt az adott entitáshoz neked kell megcsinálni, még akkor is, ha olyan pofon egyszerű dolgokról van szó, mint mezőkkel való bővíthetőség vagy a Views integráció.

Remélem segítettem.

0
0

Palócz István
https://palocz.hu | https://tanarurkerem.hu

nevergone képe

Beküldte nevergone - 2011. április 19. 14.56

Használj rendes cron-t, a poormanscron tud okozni néhány váratlan kellemetlen meglepetést, pl. az aggregator modullal. Ha a szolgáltatód nem teszi lehetővé saját cron futtatását, akkot még mindig ott a Drupalcron, ahol regisztráció után fel tudod venni a szükséges oldalakat.
Másik lehetőség lehet, hogy megkéred egy cron futtatására képes tárhellyel rendelkező ismerősödet, hogy ugyan már hívogassa meg óránként a http://te_oldalad.hu/cron.php -t.
Poormanscron-t csak akkor használj, ha tényleg nincs más lehetőséged!

Tudnátok egy kicsit segíteni, hogy akkor mi lehet rosszul beállítva cron-lynx.sh file-ban?

A tárhelyeden elérhető a lynx (szöveges webböngésző) program? Könnyen lehet, hogy nem, esetleg a wget-tel próbáld meg, ezt futtassa a szolgáltatód óránként:
wget -O - -q -t 1 http://te_oldalad.hu/cron.php

Sőt, ha a tárhelyhez van SSH hozzáférésed, akkor a Drush segítségével még könnyebb dolgod van. Amúgy a wget-es parancs szintaxisát innen puskáztam, érdemes végigfutnod. :)

0
0

Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés

feor58 képe

Beküldte feor58 - 2011. május 31. 13.11

Két kiváló anyag (http://www.appnovation.com/retaining-default-values-disabled-cck-date-fi..., http://drupal.org/node/357328) leírják ezt a helyzetet egészen jól, benne a date field rekurzív tiltását is. A form_builder "dokumentáció" (http://api.drupal.org/api/drupal/includes--form.inc/function/form_builder/7) leírja mindezek Drupal 7 vonatkozásait is.

Idézem: "Developers are strongly encouraged to integrate the functionality needed by their form or module within one of these three pipelines (köztük a form_builder()) , using the appropriate callback property, rather than implementing their own recursive traversal of a form array. This facilitates proper integration between multiple modules. For example, module developers are familiar with the relative order in which hook_form_alter() implementations and #process functions run. A custom traversal function that affects the building of a form is likely to not integrate with hook_form_alter() and #process in the expected way. Also, deep recursion within PHP is both slow and memory intensive, so it is best to minimize how often it's done."

Ezért szeretném tehát inkább a standard, hatékonyabb módszert választani, amihez azonban képtelen vagyok használható példát találni. Ami azt fogalmazza meg nekem pontosan, hogyan végzem el ebben az infrastruktúrában a 'date' mező rekurzív tiltását.

0
0
Szotyi képe

Beküldte Szotyi - 2011. augusztus 2. 09.26

Végül is meglett - közel 4 nap ( 4 x 8 óra) olvasgatással, próbálgatással - a computed field kódja:

$node_field[0]['value'] = db_result(db_query("SELECT field_ar_value FROM `content_type_ar` WHERE `nid`=".$node->field_suly[0]['nid']));

Nagyon kemény volt, de közben sokat tanultam.
S az utókornak jótanács:
- A contemplate modul tud segíteni a változónév kitalálásával
- a drupal.org olvasgatása (ha nem tudsz angolul, akkor a Google translate tud segíteni)
- ha elakadsz ne add fel, keresgess tovább!

0
0

Péter