Keresés: - MySQL+PHP kérdések - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Aktív témák

#395 darabka tag szicsu #393

2006-07-17 10:17:30 #395
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz szicsu #393 üzenetére

Amiből mindent, olyat nem...

Van a ''nagy fekete PHP könyv'', szerintem talán az a legkorrektebb... Az igazság az, hogy a PHP alap utasításkészletét és vezérlési szerkezeteit három nap alatt meg lehet tanulni, az összes hülye függvényére meg egy élet is kevés. Az alapokat nagyon be kell betonozni, a fent említett könyvben sztem minden függvény benne van, ami akár a haladó szintű programozáshoz is bőven sok, innentől pedig rengeteg gyakorlás.
#390 darabka tag faster #358

2006-07-12 17:51:06 #390
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz faster #358 üzenetére

Helyes függvény...

Az enyém ilyen:

function ai_left($str , $max) {
$p = 0;
do {
$old_spc = $p;
$spc_pos = strpos($str , chr(32) , $p);
$p = $spc_pos + 1;
}
while($p - 1 <= $max);
return substr($str , 0 , $old_spc);
}
#383 darabka tag faster #381

2006-07-11 14:07:32 #383
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz faster #381 üzenetére

A date_format() mysql függvény elég jó erre a problémára, egy datetime mező értékét tetszőleges formátumra lehet hozni vele...
#380 darabka tag faster #379

2006-07-11 13:48:56 #380
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz faster #379 üzenetére

A unix_timestamp() hátránya, hogy a unix idő előtti dátumokra 0-t ad vissza, így pl. Albert Einstein születési dátumát nem lehet így lekérdezni...

A negatív időbélyegek kezelése pedig eléggé platformfüggő... Windows pl. sipákol miatta, mint ismeretes...
#370 darabka tag Jester01 #369

2006-07-10 17:46:56 #370
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz Jester01 #369 üzenetére

Ebben igazad van, adatbázisban nyilván nem való sztringként tárolni a dátumot, de a táblából nyert asszociatív (vagy numerikus indexelésű) tömbben már csak egyszerű szöveggel van dolgunk. Egyébként az strftime() valóban rugalmasabb, ha a fejlesztő teszem azt több nyelven is szeretne dátumszerű adatokat publikálni.

[Szerkesztve]
#368 darabka tag Jester01 #366

2006-07-10 16:42:14 #368
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz Jester01 #366 üzenetére

Én itt az str_replace()-t preferálnám, mert az strftime()-hoz a dátumból timestamp-ot kell gyártani...
#249 darabka tag faster #248

2006-05-25 15:41:44 #249
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz faster #248 üzenetére

Ez valóban elegáns megoldás, de kollégánk érzésem szerint még nem áll az osztályok használatának szintjén...
#246 darabka tag L3zl13 #245

2006-05-25 15:37:15 #246
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz L3zl13 #245 üzenetére

Persze, a mysql_fetch_array() eleve csak egy rekordot hoz vissza, de az egy asszociatív tömb, ahol a mezők neve és sorszáma szerint is tárolva vannak a mezők értékei...

[Szerkesztve]
#243 darabka tag faster #240

2006-05-25 15:30:41 #243
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz faster #240 üzenetére

Amit a lekérdezésből kapsz eredményt, az is tömb, tehát célszerű abban tárolni feldolgozásig, vagy minden sort egyesével feldolgozni.
#237 darabka tag zeix #235

2006-05-25 15:16:15 #237
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz zeix #235 üzenetére

Ha formázottan akarod kiíratni, akkor csinálsz egy ciklust (javasolt a foreach) és kiíratod a változókat.
#223 darabka tag zeix #222

2006-05-24 18:04:30 #223
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz zeix #222 üzenetére

a $hirek= -vel kezdődő sor (ahol a lekérdezés van) végén van pontosvessző?
#217 darabka tag zeix #214

2006-05-24 17:16:39 #217
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz zeix #214 üzenetére

Gondolom, ez száll el:

$lapok_szama=$hirek_szama/$oldal;

Az $oldal változónak valszeg nincs értéke.

Vizsgáld le, hogy a $oldal változó 0-e?

Ha igen, akkor a $lapok száma is 0, különben mehet az osztás.

if(!$oldal) {
$lapok_szama = 0;
}
else {
$lapok_szama = $hirek_szama / $oldal;
}
#213 darabka tag L3zl13 #211

2006-05-24 17:06:22 #213
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz L3zl13 #211 üzenetére

Közben megválaszoltad... OK, tiéd a dicsőség!
#212 darabka tag zeix #210

2006-05-24 17:05:48 #212
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

darabka

tag

válasz zeix #210 üzenetére

A $hirek_szama= kezdetű sorban a query-t elfelejtetted ''idézni''.
Mikor a php fordító ráfut az 56. sorban taláható $lapok_szama vlátozóra, akkor feladja a harcot...