Drupalból elküldött html ürlap kódólása ISO8859-2-re

Anonymous képe

Sziasztok!

Sajnos olyan problémával találkoztam a drupal oldalam használata során, ami meghaladja a tudásomat, már átnéztem a forumot, meg kipróbáltam egy-két dolgot, de nem működik...

A problémám a következő:

Weboldalamon egy html űrlappal gyűjtöm a feliratkozókat, ez továbbítja az adatokat az autorespondernek. A responder ISO8859-2 fogadná, a drupal oldalban beillesztett kód viszont UTF8-ban küldi. Ezért az ékezetek helyén karakterek jelennek meg.

így néz ki az űrlap kódja:
 

breadcrumb korrekcio ha 'collapsed' menuelemeket hasznalunk

eaposztrof képe

a breadcrumb-on alapertelmezettkent nem latszik a node tenyleges eleresi utvonala ha a felmeno menuelemet elrejted (disable). ez abban az esetben szukseg, ha az alabbi felepitest akarod elerni:

menu1 (href=node1)
-submenu1 (href=node/2)
-submenu2 (href=node/3)
-submenu3 (href=node/4)

Fórum: 

Primary links kerdes

zoliky képe

Drupal 6.x-et hasznalok es a kovetkezo kod van a "page.tpl.php" fajlba:

if (isset($primary_links)) { ?><?php print theme('links', $primary_links, array('class' => 'links', 'id' => 'navlist')) ?><?php }

Ez a kovetkezo tartalmat nyomja ki:

<ul id="navlist" class="links">
  <li class="menu-146 first">
    <a title="" href="/sajatoldal/node/1">Az elso link</a>
  </li>
  <li class="menu-147 first">
    <a title="" href="/sajatoldal/node/2">Az masodik link</a>
  </li>
</ul>

Namost en igy szeretnem kilistazni az adatokat:

 

Fórum: 
Drupal verzió: 
mapdesign15 képe

Egy kis kutatás után sikerült megtalálnom a hiba forrását. Szóval elsőnek is pár szóban használom az alap ubercart-ot aztán az uc_advenced_catalog modult és egy másik modult ami az ÁFA-t csak akkor számítja ki, ha a termék hozzátartozik X taxonómiához (ami nem található a drupal.org-on)

Szóval a probléma itt van:

// uc_advanced_catalog.pages.inc on line 234
 
  $inner .= "  INNER JOIN {uc_products} AS uc_products ON n.vid = uc_products.vid \n";
  $where = " WHERE term_node.tid = %d \n";
  $and .= " AND n.status = 1 \n";
  $and .= " AND n.type IN (". db_placeholders($types, 'varchar') .") \n";
  $order = " ORDER BY " . $order;
 
  $sql = $select . $from . $inner . $where . $and . $order;
  $sql_count = $select_count . $from . $inner . $where . $and;
  $sql = db_rewrite_sql($sql);
  $sql_count = db_rewrite_sql($sql_count);
 
  foreach ($types as $type) {
    $sql_args[] = $type;
  }
  // dsm($sql);
  // dsm($sql_args);
  // pager query
  $result = pager_query($sql, $limit, 0, $sql_count, $sql_args);
  while ($node = db_fetch_object($result)) {
    $products[] = $node->nid;
  }
 
  // Valamiért ez itt nem fut le! Onnan tudom, hogy
  // ha a $products[] tömböt feltöltöm node id-kkel
  // kézileg, akkor megjelenik rendesen a "/catalog"
  // oldalon.

Az uc_advanced_catalog itt található:
http://drupal.org/project/uc_advanced_catalog

Míg az uc_tax_with_taxonomy itt található:
http://www.ubercart.org/files/issues/uc_vat_with_taxonomy.tar.gz

Őszintén szólva nem akarok belenyúlni az uc_catalog kódjába, így alternatív megoldást próbálok találni a hiba megoldására. Van egy tippem, hogy az uc_vat_with_taxonomy lesz a ludas, de akkor is fenn állt a probléma, amikor lekapcsoltam ezt a modult. Nem tudom mi lehet a baj. Szerintetek?

Ezeket a modulokat használom még:

http://drupal.org/project/uc_bank_transfer
http://drupal.org/project/uc_discounts_alt
http://drupal.org/project/uc_members_only
http://drupal.org/project/uc_minpercentrate
http://drupal.org/project/uc_pic_cart_block
http://drupal.org/project/uc_product_actions
http://drupal.org/project/uc_tablequote
http://drupal.org/project/uc_termsofservice
http://drupal.org/project/uc_vat
http://drupal.org/project/uc_views
http://drupal.org/project/unitsapi
http://drupal.org/project/taxonomy_hide
http://drupal.org/project/term_permissions
http://drupal.org/project/weight
http://drupal.org/project/page_title
http://drupal.org/project/nd
http://drupal.org/project/ds
http://drupal.org/project/cck
http://drupal.org/project/computed_field

0
0
macilaci78 képe

A .htaccess biztos fent van a Drupal könyvtárban a helyén. Felül is írtam, ha szívatna, a webes felületen is megnéztem a tárhelyen.

csakiistvan javaslatára megcsináltam az SQL-t az admin-felületen, de a telepítő a nyelvválasztót sem hozza be, nem hogy kérje az adatokat...

Ugyanezen a tárhelyen több más honlap is fut D6.26-ban hosszabb-rövidebb ideje hiba nélkül. Ebből arra következtetek, hogy a memória elég, és a kompatibilitás sem lehet gond. (korlátlan tárhely, korlátlan domain, korlátlan számű adatbázis... (Innen a presztízs csomagról van szó.)

Beütöm az url-t (http://kozhasznos.transzparencia.hu) és élből az istall.php jön be (http://kozhasznos.transzparencia.hu/install.php?profile=default).

Igen, innen letöltött Drupalról van szó.

Aki kérdez, az hülye. Ez tiszta sor. De aki nem kérdez, az hülye is marad. :)

Itt a source:

  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<link rel="shortcut icon" href="/misc/favicon.ico" type="image/x-icon" />
    <title>Choose language | Drupal</title>
    <link type="text/css" rel="stylesheet" media="all" href="/modules/system/defaults.css?0" />
<link type="text/css" rel="stylesheet" media="all" href="/modules/system/system.css?0" />
<link type="text/css" rel="stylesheet" media="all" href="/modules/system/system-menus.css?0" />
<link type="text/css" rel="stylesheet" media="all" href="/modules/system/maintenance.css?0" />
<link type="text/css" rel="stylesheet" media="all" href="/themes/garland/style.css?0" />
<link type="text/css" rel="stylesheet" media="all" href="/themes/garland/minnelli/minnelli.css?0" />
 
<link type="text/css" rel="stylesheet" media="print" href="/themes/garland/print.css?0" />
        <!--[if lt IE 7]>
0
0
Robert Petras képe

Nem hiszem, hogy nálam van/volt a hiba. Mikor tegnap válaszoltam a bejegyzésre még a kezdőlapon egy fix méretre szabott többoszlopos táblázatban (width: 680px) kapott helyet a köszöntő. Szűkebbre vett böngésző ablakban pedig látványosan kilógott emiatt a tartalom ezen az oldalon, de erre a válaszom (1) pontjában és megadtam egy lehetséges megoldást.

Nem sokkal ezután "hani2" úgy oldotta meg a dolgot, hogy kivette a fölösleges táblázatból a tartalmat, így a smink simán megoldotta a dolgot és szépen lekezeli a kedőoldalt is immár.

Abban teljesen igazad van, hogy 1024 képpontos méretig szépen működik minden. Ez nem is volt kérdés szerintem. Viszont ha szépen beállítja például az oldalsávban a képek méretezését CSS segítségével a (2) pontban lévő tanács szerint, akkor pedig akár szűkebb böngésző ablakban (mint pl. 800px széles táblagép vagy mobil telefon) is jól fog kinézni a weblapja és nem fognak kilógni az oldalsávokból a képek.

Ha megnézed, akkor látod, hogy valamilyen hibás megfontolásból az oldalsávokban még most is ott vannak a dobozokban a fix szélességűre vett táblázatok vagy azok cellái, pl:

  1. <tbody>
  2. <tr>
  3. <td style="text-align: center; vertical-align: middle; width: 230px; border-color: rgb(255, 153, 102);"><a href="/tetovatevetortenetek"><img alt="" src="/sites/default/files/pictures/teve%20barnitani.jpg" style="height: 157px; margin: 2px;"></a>
  4. </td>
  5. </tr>
  6. <tr><th style="text-align: center; vertical-align: middle; width: 230px; white-space: nowrap; border-color: rgb(255, 153, 51);">
  7. <p><em><span style="color:#ffff00;"><span style="font-size: 18px;"><strong><span style="font-family: arial,helvetica,sans-serif;">Tétova teve</span></strong></span></span> <span style="color:#ffff00;"><span style="font-size: 18px;"><strong><span style="font-family: arial,helvetica,sans-serif;">történetek</span></strong></span></span></em></p>
  8. </th>
  9. </tr>
  10. </tbody>

Ez teljesen fölösleges. Miért használunk 2012-ben táblázatokat csak azért, hogy egy képet elhelyezzünk benne, illetve színes vonalakkal dekoráljuk azt? Táblázatot szerintem mára már csak az eredetileg tervezett funkciója miatt szükségeltetik használni, vagy tévednék ebben? Kell ez nekünk a layout vagy a design miatt?

Szerintem tudod jól, hogy mire gondolok amikor azt tanácsolom, hogy ne használjon fix szélességet egy liquid layoutban vagy legalább CSS segítségével adja meg neki a max-width segítségével azt a rugalmasságot arra, hogy ha kell akkor változtassa meg a méretét. Ez egy alapvető dolog a sitebuilderek számára, ugye?

A változó szélességű elrendezésben pont az a szép, hogy nagyobb erőfeszítés vagy media-queries használata nélkül szépen tud működni akár 640 képpont szélességű böngésző méretig.

Nem fogok képernyőfelvételeket készíteni csak azért, hogy dokumentáljam, hogy a fórumbejegyzés létrehozásakor hogyan nézett ki a weblap, majd néhány órával később miként változott meg. Fölösleges is, de szerintem nem adtam rossz tanácsot "hani2"-nek.

Igyekszem csak akkor jelezni a jelenlétemet a fórumon ill. a közösségben, amikor úgy gondolom, hogy segíteni tudok másoknak a saját tapasztalatom ádadásával egy-egy kérdésre válaszolva. Ha tévedek valamiben akkor nyugodtan írd meg @csakiistvan, köszönettel veszek minden helyreigazítást ha ez segít megoldani mások problémáját.

Javítás: Ismét megnéztem a főoldalt és tévedtem amikor azt írtam, hogy kikerült a táblázat, az ugyan is továbbra is ott van a köszöntőt felölető, viszont a szerkesztő most már 100%-ra állította a szélességet, ezért nem jelenik meg a hiba 1024-es ablakban.

1
0
Hojtsy Gábor képe

Még egy fontos gyöngyszer, hogy a variables táblában tárol változók, mint a webhely neve, stb webhelyenként módosíthatóak konfigurációs állományból is, habár ez eddig nem volt szépen ledokumentálva – de működik. Az alábbi kódot küldte be nemrég egy bizonyos torne nevű felhasználó a Drupal.org-on erre a célra, melyet a conf.php-be kell helyezni:

#
# Variable overrides:
#
# To override specific entries in the VARIABLE table for this site,
# set them here. This is most useful when used in a configuration file
# for a vhost or directory, rather than the default conf.php. Any
# variable from the table can be given a new value.

$conf = array(
'site_name' => 'Overridden site name',
'theme_default' => 'alttheme',
'anonymous' => 'Other Anonymous Guy'
);
?>

Hojtsy Gábor képe

A könyvekben valójában csak lapok vannak, és fejezetek nincsenek. Egy könyv tehát hierarchikusan elrendezett lapokból áll. Ezek kelthetik a 'fejezet' érzetét. Egy lap megjeleníti a tartalmát, majd minden gyermekét belinkeli. Minden könyv egy olyan lappal definiálható, aminek nincs szülője, azaz nem másik lap alá tartozik. Ha ezt a lapot magát nézed (pl. /node/123), akkor látod a könyvet. Ha egy adott taxonómiába tartozó nodeokat nézel, akkor összedobált lapokat látsz, igen. Mindkettőnek lehet értelme. Két példa itt: Drupal Kézikönyv (ez egy node), és a kézikönyv lapjai csökkenő időrendben (ez egy taxonómia oldal). Utóbbi csak azért van, mert készítettünk egy taxonómiát a könyvhöz, és betettük a lapokat abba.

Az archívumban mindennek meg kell jelennie, amit máskülönben láthatnak a felhasználók, teljesen valós időben épül fel.

A queue modult nem használtam, de attól tartok valamilyen beállítást bekapcsolva hagytál, mielőtt kikapcsoltad a modult.

0
0
H3ini képe

Nem értem miért kell itt mindjárt vádolással és egyebekkel jönni... Nyilván a szerverünkön megpróbáltunk mindent eltüntetni és visszaállítani a rendet. Sztem kicsit félreértelmezted a dolgot, ha ilyesmire gondolsz. Én csak azért vetettem fel a dolgot, mivel ezek egymástól teljesen független szervereken történtek teljesen eltérő körülmények között és tényleg úgy tűnik ez a hibaforrás, de, sztem nem mondta senki azt, hogy száz hogy a drupal, a hibás, Ha te tényleg a szíveden viseled a drupal ügyét, akkor nem így kéne ezt lereagálnod, mert részben azért írtam ezt ide le, mert másnál is ugyanígy előfordulhat, tehát figyelemfelhívásként. Egyszóval ez nem hiszem hogy így segítségnyújtásnak nevezhető, ha mindjárt itt vádaskodással kezdesz dobálózni. A másik, hogy nyilván mi is és te is tévedhetsz. Ugyanúgy lehet, hogy tényleg nem a drupal a hibás, mintahogy az, hogy ez egy eddig nem detektált hiba...
Nem értem miért kell felkapni a vizet egyből... sztem ez a fórum nem ezért van. Gondolom én...

0
0
pp képe

Az első és kézenfekvő megoldás, hogy saját sminket csinálsz/csináltatsz.

Ha ez nem megy, akkor a következő megoldást tudom ajánlani:

themes/pushbutton könyvtárban létrehozol egy magyarockradio könyvtárat, és ebben a pushbutton-ban található style.css-t átmásolod. Ezután fogod a
themes/pushbutton/magyarockradio/style.css fájlt és a legvégére beírod a következő sort:

div.block-banner-3 div.title{display:none;}

bemész a témák közé és beállítod a magyarokradio sminket.

pp

0
0