eMeLA képe

Beküldte eMeLA - 2008. február 6. 07.26

A Drupalban vannak beépített adatbáziskezelő függvények. Ezek jól kezelik az ékezetes karaktereket is (legalábbis nekem nem volt gondom vele)

$s = "SELECT title FROM {node}";
 
$events=db_query($s);
 
while ($line = db_fetch_array($events))
  {
  foreach ($line as $col_value=> $value)
     {     
     echo $col_value, ": ", $value, "<br><br>";
  }
 
}
 
echo "áéőóúűüö";

Megjegyzem a $$col_value= $value; sornak mi értelme van ?

Ha nem az alap adatbázisból kérdeznél adatot le, arra is van lehetőség, csak be kell állítani a settings.php-ban.

Érdemes beírni a fenti függvényneveket a http://api.drupal.org/ keresőjébe.

0
0

...mit tudok: http://web.termuves.hu

pp képe

Beküldte pp - 2008. február 6. 07.28

Ez egy form elem, amit a drupal_get_form függvénnyel tudsz kiíratni...
szóval mire kell ez neked?

pp

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

pp képe

Beküldte pp - 2008. február 6. 07.30

Kliens oldalon el tudod menteni sütibe, de érdemes a szerver oldalon is elmenteni, hogy ha legközelebb jön a júzer akkor is a beállítása fogadja.

Szóval nem egyszerű a kérés, lehet pont ezért nincs még megoldva.

pp

0
0

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

eMeLA képe

Beküldte eMeLA - 2008. február 6. 07.37

A lekérdezés nálam nem működik...

A felhasználók azonosítása uid szerint történik (tudtommal), egyedül a beléptetésnél kell felhasználónevet megadni, de ha van azonos felhasználónév, a jelszó mindenképpen eldönti kiről van szó, feltéve ha a felhasználónév és a jelszó nem ugyanaz. Ezután már csak az UID számit (tudtommal).

Igen, vagyis az összevonásnál vizsgálni kell, hogy az illető nem szerepel-e már az adatbázisban mégpedig a felhnév+jelszó páros keresésével.

0
0

...mit tudok: http://web.termuves.hu

pp képe

Beküldte pp - 2008. február 6. 10.59

Azért az igazsághoz hozzátartozik, hogy a Mi a Goba volt mi többiek csak szurkoltunk.

pp

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

nevergone képe

Beküldte nevergone - 2008. február 6. 11.42

Mi volt a probléma, ami miatt másik tartalomkezelő rendszer kell?

0
0

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

ahorvath képe

Beküldte ahorvath - 2008. február 6. 11.53

Köszi, kipróbáltam. Nem segített, viszont rájöttem, hogy valószínűleg oprendszer specifikus a történet, mert több alkalmazásban is ezzel a színnel fókuszál itt-ott. Ha ki is lehet lőni, akkor valószínűleg a firefox beállításai között kellene valamit találnom.

A lenullázó stíluslapért is köszi!

Update: Csak most szúrtam ki, hogy Safari alatt segített, sőt FF alatt is megy, csak vissza kellett tennem 2.0.0.11-re (12pre volt eddig, mikor feltettem még nem gondoltam, hogy weboldalt kell fejlesztenem, aztán meg kiment a fejemből :-)

0
0
crt képe

Beküldte crt - 2008. február 6. 11.47

Én is erre gondoltam, de:

mysql> SHOW variables WHERE Variable_Name LIKE '%_database' OR Variable_Name LIKE '%_server';
+------------------------+-----------------+
| Variable_name          | Value           |
+------------------------+-----------------+
| character_set_database | utf8            |
| character_set_server   | utf8            |
| collation_database     | utf8_general_ci |
| collation_server       | utf8_general_ci |
+------------------------+-----------------+

Ez egy dedikált szerver, a mysql konfighoz nem lett hozzányúlva a telepítése óta csak tuning célból, ami nem érintette a karakterkódolásokat. Ha lesz egy kis időm megpróbálom egy kis tesztkörnyezetben az eredeti installt reprodulálni a szerveren, hátha sikerül rájönni.

Üdv: Zoli

0
0
aliz101 képe

Beküldte aliz101 - 2008. február 6. 12.12

Tulajdonképpen nem volt probléma – ezért is vagyunk elkeseredve – a vezetés a jövőbeni problémáktól ijedt meg.

A dologhoz tudni kell hogy egy nagy német cég magyar leányvállalata vagyunk és elég komoly belső portálrendszerünk van, ami 2001 óta épül egy alaposan átírt phpnuke klónra.
A főnököm vetette fel másfél éve hogy már akkora és olyan összegányolt a rendszer hogy ideje lenne valami modernebbre/átláthatóbbra áttérni, és ekkor esett a választás a Drupalra.

Már az elején sok ellenkezés volt, tény hogy a nuke sokkal alkalmasabb rohammunkák elvégzésére, amikor villámgyorsan kell valami átmeneti megoldást kitalálni mert szorít a határidő és fenyeget a kötbér. Más kérdés hogy az ilyen bedrótozott megoldások aztán bennmaradnak a rendszerben és később már kénytelen vagy erre építeni.
Tény hogy drupalal így nem lehet dolgozni ezért sokszor kerültünk lemaradásba. Ezért gyakran nyúltunk a közösség által készített letölthető modulokhoz, és ezeket módosítottuk úgy hogy pont megfeleljen nekünk.

A fő kifogás ami miatt leállították az volt, hogy olyan gyorsan jönnek ki az egymással inkompatibilis api-t tartalmazó verziók, hogy a modulok fejlesztői nem fogják követni őket, hisz sok modult már a 4-es után rögtön a 6-os verzióra írtak át, az 5-ös kimaradt, így még több munkák lesz, ha updatelni akarunk.

Persze ennél bonyolultabb volt az indoklás – konkrét esetekre hivatkozva - de ez volt a lényeg.

Szóval mi leállunk, a nuke-os rendszer egyenlőre marad – eddig is párhuzamosan vittük, - a vezetőség pedig megfontolja hogy keressen-e más tartalomkezelőt.

0
0
pp képe

Beküldte pp - 2008. február 6. 12.24

A page.tpl.php minden oldal sablonja Nincs más oldal sablon! Ha a főoldalon különböző megjelenést akarsz, akkor hozz létre egy page-front.tpl.php és abba a div-eket.

pp

0
0

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