Archívum - 2004
augusztus 25
Session es tipusok
Egy rész a kodombol:
Meg tudna nekem magyarazni, hogy miert ezt adja ki?
annyit meg el szeretnek mondani, hogy a 'connect time' egy datumot tartalmaz, amit strval() fuggvennyel atalakitottam stringre. Amit nem ertek: a session_start() utan a datumom ismet object.
Megverem!!
■ print "<pre>";
print gettype( $chi[2]['connect_time'])."\n";
print gettype( $chi[2]['duration'] )."\n";
session_start();
$_SESSION['chi'] = $chi;
$_SESSION['cho'] = $cho;
print "\n";
print gettype( $chi[2]['connect_time'])."\n";
print gettype( $chi[2]['duration'] )."\n";
print gettype( $chi[2]['connect_time'])."\n";
print gettype( $chi[2]['duration'] )."\n";
session_start();
$_SESSION['chi'] = $chi;
$_SESSION['cho'] = $cho;
print "\n";
print gettype( $chi[2]['connect_time'])."\n";
print gettype( $chi[2]['duration'] )."\n";
Meg tudna nekem magyarazni, hogy miert ezt adja ki?
string
string
object
string
string
object
string
annyit meg el szeretnek mondani, hogy a 'connect time' egy datumot tartalmaz, amit strval() fuggvennyel atalakitottam stringre. Amit nem ertek: a session_start() utan a datumom ismet object.
Megverem!!
kapcsolatok korlatozasa?
Letezik olyasmi adatbazisoknal, hogy egy bizonyos szamnal tobb kapcsolatot nem kepes felvenni?
Tudniillik egy elegge forgalmas oldalt keszitek, es ebben az esetben ugy kene megoldjam a lekerdezeseket, hogy ne kelljen tul gyakran az adatbazishoz csatlakozzak.
A masik kerdes ugyancsak erre az esetre: mdb adatbazist hogy lehet becsukni? (ADODB kapcsolatot hasznalok)
Köszi. Puszi
■ Tudniillik egy elegge forgalmas oldalt keszitek, es ebben az esetben ugy kene megoldjam a lekerdezeseket, hogy ne kelljen tul gyakran az adatbazishoz csatlakozzak.
A masik kerdes ugyancsak erre az esetre: mdb adatbazist hogy lehet becsukni? (ADODB kapcsolatot hasznalok)
Köszi. Puszi
Ruby, XML, E4X
A Ruby egy érdekes nyelv, bár sokat egyelőre még nem hallani róla felénk. Abszolút objektum orientált, rugalmas, nagyon tiszta script nyelv. Nagyon sok olyat tud már most, amit a Perl 6 még csak előkészít. Aki még nem tette meg, érdemes rávetnie egy pillantást. Jack Herrington egy az OnLamp-en nemrégiben megjelent cikkében a nyelv E4X (ECMAScript for XML) - egy új XML kezelési szabvány - támogatásának megvalósítását vette szemügyre.
Much Ado About Nothing
John Lim szerint nincs olyan sok gond az i18n támogatással
■ Probléma a "szállítással"
Szóval az odahaza -Xp alatt- prímán működő drupal-t szerettem volna egy másik -Win 2000-es- gépre átvinni tesztelésre. Beállítások ugyanazok mindkét gépen, kivéve, hogy az XP FAT32-re, a Win 2000-es NTFS-re van formatálva. Adatbázis export-import megtörtént -MySql Fronttal-, a grant all privileges is lefuttatva. Mindezek után a nyitólap megjelenik és kész. Bármire kattintok, mindig ugyanaz a nyitólap jön vissza, bár az url-ek szorgalmasan változnak. Belépés kísérletére szintén, hibaüzenet nincs.
Merre induljak?
Légyszi segítsetek!
■ Merre induljak?
Légyszi segítsetek!
augusztus 25
Plans For Style Sheet Chooser 0.2
A Firefoxból eltávolításra került a stíluslapválasztó ma. De van megoldás!
■ Webes szabványok hazai alkalmazásának elemzése
Az interneten publikálható dokumentumok létrehozásának feltételei jól körülhatároltak és szabatos leírások segítik az eligazodást. Egy honlapot készítő programozó feladata a megfelelő szabványok kiválasztása, amelyek meghatározzák, hogy milyen technikát, utasításokat és paramétereket használhat a dokumentumok kialakításához. Habár ez szakmai minőségbiztosítási kérdés, az ügyfelek gépe előtt ülve használhatóságot, élvezhetőséget és kompatibilitást jelent. A következő felmérés célja a honlapok készítése során alkalmazott szabványok számbavétele és az elkövetett hibák elemzése, lehetséges okainak feltárása volt.
IE6/Win id & class combo bug
Tiszteletem minden fórumozónak!
Belefutottam ma egy érdekes IE hibába, de már nem is vagyok benne biztos, hogy hiba... :)
Történt, hogy pontosan azt akartam megcsinálni, amit ezen az oldalon http://jan.moesen.nu/code/html-css/ie-id-class-combo-bug/ veséznek ki. Adott egy oldalon, egy (azaz 1!!!) div, aminek van egy id-je - maradjunk a peldanal - legyen #buggydiv. Amikor az oldal generalodik a szerveroldalon, lehet, hogy .highlighted class-t, de lehet, hogy .lowlighted class-t teszek rá. Akkor értelemszerűen a css-ben mindkettő deklarálnám, #idName.className { /* . . . */ } formában.
Kipróbáltam simán működik FireFox és Opera alatt is és nem is látok benne semmilyen kivetnivalót. Az id csak egyszer fordul elő az oldalon, a classt megadtam, mi kell még? Mondanom sem kell IE alatt nem megy, az tapasztalható, amit a már említett oldalon is olvasható, az IE csak az elsőként megadott deklarációt értelmezi.
Gyakran használom az IE7-et, hát gondoltam megnézem, hogy javítja-e a feltételezett bugot. Nem javítja... :(
Gondoltam lelkes újoncként felvetem a témát az IE7 SourceForge fórumán. :) https://sourceforge.net/forum/forum.php?thread_id=1133148&forum_id=379297
Azt a választ kaptam - Deantől is -, hogy ez így helytelen kódolás és nem érdemes javítani.
Tudom, hogy pikk-pakk ki lehet kerülni az ilyen deklarációkat, nem is ez a gondom, csak most már nagyon érdekel, hogy mi a túró van.
Szerintetek helyes egy ilyen kiválasztó deklaráció? Kinek van igaza? Az IE-nek, vagy a FireFox-nak?
Boccs, hogy hosszú lettem...
w
■ Belefutottam ma egy érdekes IE hibába, de már nem is vagyok benne biztos, hogy hiba... :)
Történt, hogy pontosan azt akartam megcsinálni, amit ezen az oldalon http://jan.moesen.nu/code/html-css/ie-id-class-combo-bug/ veséznek ki. Adott egy oldalon, egy (azaz 1!!!) div, aminek van egy id-je - maradjunk a peldanal - legyen #buggydiv. Amikor az oldal generalodik a szerveroldalon, lehet, hogy .highlighted class-t, de lehet, hogy .lowlighted class-t teszek rá. Akkor értelemszerűen a css-ben mindkettő deklarálnám, #idName.className { /* . . . */ } formában.
Kipróbáltam simán működik FireFox és Opera alatt is és nem is látok benne semmilyen kivetnivalót. Az id csak egyszer fordul elő az oldalon, a classt megadtam, mi kell még? Mondanom sem kell IE alatt nem megy, az tapasztalható, amit a már említett oldalon is olvasható, az IE csak az elsőként megadott deklarációt értelmezi.
Gyakran használom az IE7-et, hát gondoltam megnézem, hogy javítja-e a feltételezett bugot. Nem javítja... :(
Gondoltam lelkes újoncként felvetem a témát az IE7 SourceForge fórumán. :) https://sourceforge.net/forum/forum.php?thread_id=1133148&forum_id=379297
Azt a választ kaptam - Deantől is -, hogy ez így helytelen kódolás és nem érdemes javítani.
Tudom, hogy pikk-pakk ki lehet kerülni az ilyen deklarációkat, nem is ez a gondom, csak most már nagyon érdekel, hogy mi a túró van.
Szerintetek helyes egy ilyen kiválasztó deklaráció? Kinek van igaza? Az IE-nek, vagy a FireFox-nak?
Boccs, hogy hosszú lettem...
w
