drupal.hu | A Drupal tartalomkezelő magyar honlapja

Ne töröld ki a .htaccesst, csak egyszerűen nevezd át htaccess.txt-re és úgy másold fel, akkor menni fog.

Emitt a példa:

http://api.drupal.org/api/file/developer/examples/nodeapi_example.module/5

Neked a form alter-ra nem lesz szükséged, csak a nodeapi hook-ra. Abból is csak a view-ra, vagy ha tudományosan akarod és contemplate-el akkor a load-ra.

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

Marmint az altalad javasolt peldaban szereplo kod case 'load': alatti reszet hozzam ossze az altalam beidezett koddal vagy amit en talaltam azt ikabb hagyjam a .csaba es ebbol induljak ki?

Asszem jo uton jarunk :)

Válaszolok magamnak. A probléma az i18n táblák karakterkódolása miatt volt. A modul 1.x verziói valamilyen oknál fogva latin1 kódolású táblákat használtak. A frissítés során a táblák és az adatok kódolása nem változott, kézzel csináltam meg a következő módon minden i18n_* táblára:

ALTER TABLE i18n_variable CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

Persze a fenti script is működik, csak figyelmetlen voltam, nem vettem észre, hogy nincs benne mysql_query, csak echo.

Üdv: Zoli

$header = array('Hostname', 'Timestamp');
$rows = array();
 
$result = db_query("SELECT hostname, timestamp FROM {sessions}");
 
while ($node = db_fetch_object($result))
{
 $rows[] = array($node->hostname, $node->timestamp);
}
return theme('table', $header, $rows);

+ meg a szuro feltetelek es sorbarendezes + szep megjelenites, de az mar pitekusz
Funkciojaban ennyit kerestem.

biztos tul bonyolultan kerdeztem...

nézd, ez egy szolgáltatás. tudom, magyarként, innen abszurdisztánból ezt elég nehéz feldolgozni. :) valószínűleg annyira nagyon nagyok, hogy így is simán megéri nekik. nem helyet bérelnek két szervernek a bikszbe és azokon hosztolnak, hanem saját hangárjuk van az 51 -es körzetben és ott dekkol nekik többszáz blade... :)

bármi gázt találok szólni fogok, megígérem, de eddig semmi gázt nem találtam, még domain sincs egyelőre hozzákötve, simán ip alapján ftpzek és érem el a dolgaimat ott. szóval, annyira nem értek hozzá, el tudom képzelni persze, hogy ez nem egy valós ip, mert abból nincs már túl sok és nem osztogatják száz dollárokér... :)

gondolhatod én is mennyire meglepődtem. évek óta egy hazai 'közepes' szolgáltatónál vagyok, igazából soha nem volt semmilyen gondom velük, nem azért próbáltam ki emezt, hanem más okok miatt, dehát eltörtem amint megláttam a backstage panelt...

nekem a vasról ennyit enged tudni: Dual 5130 Xeon (4 cores!) - 4 GB RAM
meg még azt, hogy "undercrowded" vagyis "ultra low accounts on your server" ... ha "crowded" lennék, és az alkalmazásaimnak nem lenne elég a power, akkor írhatnék a tekknikál szupportnak (cseten) hogy szeretnék kevésbé tömött szerverre menni, mert nem elég a nafta... jó nem? :)

nem reklámozni akarom (mert ugye akkor az aff linkemmel nyitottam volna a szálat :) de eddig minden ok, érdemes megnézegetni na.

-
clear: both;

az adminisztrációs menüben tudod ezt például megcsinálni, vagy pedig egyedi fordítások importálásával. a tagadelichez jött elvileg egy po mappa, abban benne van az eredeti. azt lefordítod, elnevezed mondjuk hu.po -nak és azt beimportálod az adminisztráció -> webhely beállítása -> nyelvek részben.

vagy admin/settings/locale/string/search itt kereséssel megkeresed amit kell, és 'gyalog' lefordítod.

az eredmény ugyan az.

(rengeteg téma szól ám ilyen problémákról... csak szólok: utfse)

-
clear: both;

Nem tudom mit csinálok rosszul, de úgy sem indult el hogy átneveztem
mint látszik => http://seto.web.elte.hu, továbbra is a direktorit látom.
Van még ötleted ?
Üdv:
SeTo

Tényleg.... menjetek át magánba, vagy beszélj a rendszergazdával az ELTE-n. (nem akarlak bíztatni, de nekem kétszer volt ilyen problémám az adott intézményhez kapcsolódóan, egyszer saját szerver vásárlással, másodsorban saját tárhely bérlésével oldottam meg a dolgot...)

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