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

Legfrissebb anyagok

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Aktív témák

#1309 RedAnt aktív tag YODA mester #1308

2007-10-02 16:48:35 #1309
Ö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

RedAnt

aktív tag

válasz YODA mester #1308 üzenetére

csv nem jó...?
#1304 RedAnt aktív tag meone #1303

2007-09-24 10:35:27 #1304
Ö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

RedAnt

aktív tag

válasz meone #1303 üzenetére

idézőjelek csak a stringekhez kellenek, nevekhez nem (csak ha foglalt szavakat akarsz pl. oszlopnévhez, olyankor fordított idézőjelek közé kell tenni (`))

A JOIN szintatikájának pedig utánanézhetsz itt: [link] (amit írtál, az is működik, ha JOIN helyett AND-et írsz.)
#1136 RedAnt aktív tag VladimirR #1134

2007-04-27 00:27:20 #1136
Ö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

RedAnt

aktív tag

válasz VladimirR #1134 üzenetére

jó kérdés, szerintem nem megoldható... kicsit keresgéltem is hogy hátha, de csak ezt találtam: [link]
#1076 RedAnt aktív tag Briganti #1074

2007-03-25 00:18:55 #1076
Ö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

RedAnt

aktív tag

válasz Briganti #1074 üzenetére

Még megemlíteném, mert ide tartozik, a data: URI sémát [link] aminek segítségével közvetlenül be lehet ágyazni base64 kódolással a képeket. Ennek a megoldásnak mondjuk van egy olyan hátránya, hogy IE-vel nem működik (gyakorlatilag minden mással igen)

Pl. az avatarod ilyen módon:

[Szerkesztve]
#1058 RedAnt aktív tag meone #1057

2007-03-18 01:23:24 #1058
Ö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

RedAnt

aktív tag

válasz meone #1057 üzenetére

Ahhoz hogy az utolsó tíz üzenet jelenjen csak meg, nem kell kitörölni a többit, sokkal egyszerűbb ha a kiíratásnál csak a legutolsó tíz sort veszed ki a táblából (pl.: select * from tabla order by id desc limit 10) És ennek meg van az az előnye is hogy megmaradnak a régi üzenetek, ha valamiért vissza szeretnél keresni.
#1056 RedAnt aktív tag meone #1053

2007-03-17 01:17:27 #1056
Ö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

RedAnt

aktív tag

válasz meone #1053 üzenetére

1. ilyen.

2. delete után nincs *, ahogy azt már említették, hanem delete from tábla....

3. szerintem a limit nem tartalmazhat subquery-t mysql-ben. Azt írtad hogy hibát kapsz, de elfelejtetted megírni, mit tartalmaz a hibaüzenet. Mindenesetre a lekérésnek nem látom sok értelmét így - ha a legutóbbi 10 üzire vagy kíváncsi, beteszel egy order by id desc limit 10-et és csókolom...
#1021 RedAnt aktív tag alitak #1020

2007-02-26 21:30:29 #1021
Ö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

RedAnt

aktív tag

válasz alitak #1020 üzenetére

INSERT ... SELECT: [link]
#954 RedAnt aktív tag Briganti #953

2007-01-30 13:54:31 #954
Ö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

RedAnt

aktív tag

válasz Briganti #953 üzenetére

if (in_array($lajika, $nosearch))

az = pedig az értékadás jele, az egyenlőségé ==.
#818 RedAnt aktív tag Tyrael #816

2006-12-25 14:37:41 #818
Ö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

RedAnt

aktív tag

válasz Tyrael #816 üzenetére

Többszöri átolvasásra sem sikerült rájönnöm mire vagy kíváncsi
#815 RedAnt aktív tag Tyrael #814

2006-12-24 00:37:48 #815
Ö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

RedAnt

aktív tag

válasz Tyrael #814 üzenetére

általában nobody, www-data, httpd néven. Debian rendszereken a www-data az alapértelmezett ha jól tudom. Ftp külön tészta, arról inkább nem nyilatkoznék
#813 RedAnt aktív tag Forest_roby #812

2006-12-23 15:42:26 #813
Ö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

RedAnt

aktív tag

válasz Forest_roby #812 üzenetére

A három számból a php-t futtató felhasználóra a harmadik vonatkozik, hacsak nincs egy csoportban veled. Ha így lenne, akkor sem mennél sokra vele, mert akkor böngészőn keresztül ugyanúgy el lehetne érni Mivel itt 0 van, nem kap semmilyen jogosultságot a fájlon, így nem nyithatja meg. Chmoddal szerintem nem megoldható a dolog.
#808 RedAnt aktív tag Forest_roby #807

2006-12-22 20:35:03 #808
Ö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

RedAnt

aktív tag

válasz Forest_roby #807 üzenetére

extra.hu állítólag egész jó, ott talán engednek .htaccess-t is, egy próbát megér. De nem tudok sokat mondani ingyen tárhelyekről, szerencsére nem szokott rajtuk dolgom lenni...
#806 RedAnt aktív tag Forest_roby #805

2006-12-22 20:16:54 #806
Ö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

RedAnt

aktív tag

válasz Forest_roby #805 üzenetére

uw-n tudtommal nem használható .htaccess.

A webszerver közös beállításai vannak az említett httpd.conf fájlban (apache2-től kicsit máshogy van) Itt lehet beállítani hogy pl. miket lehessen a .htaccess fájlokkal engedélyezni/tiltani. De uw-n kötve hiszem hogy ezen változtathatsz...

Úgyhogy vagy keresel egy normális szolgáltatót, vagy jól eldugod az illető könyvtárat
#804 RedAnt aktív tag Forest_roby #803

2006-12-22 19:51:02 #804
Ö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

RedAnt

aktív tag

válasz Forest_roby #803 üzenetére

Hozzáférsz a szerveren a webes mappán kívüli helyekhez? Mert ha igen akkor legegyszerűbb azokba tenni amiket nem akarod hogy kívülről láthatók legyenek.

Ha csak ahhoz a könyvtárhoz van hozzáférésed ami egyben a webes gyökérkönyvtárad, akkor igen, az apache-nak kell megmondani, hogy bizonyos fájl-lekéréseket ne szolgáljon ki.

Egy alkönyvtárt pl. kompletten letilthatsz ha teszel bele egy .htaccess fájlt a következő tartalommal:
Order deny, allow
Deny from all

Ezután pl. egy szinttel feljebb levő könyvtárban levő php-val el tudod érni a letiltott könyvtár fájljait mondjuk fopen-nel, de ha közvetlenül akarják elérni őket böngészőben, 403-at kapnak.

[Szerkesztve]
#802 RedAnt aktív tag Forest_roby #801

2006-12-22 19:16:32 #802
Ö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

RedAnt

aktív tag

válasz Forest_roby #801 üzenetére

nem tudtam végigkövetni, konkrétan mi volt a probléma eredete, de azt megjegyezném, hogy a szerveren a php szkripteket általában egy www_data vagy hasonló nevű user futtatja (nem te), tehát ha chmod-dal letiltasz ''másoknak'' elérést valamihez, azt a php ugyanúgy nem fogja látni, mint ha te akarnád a böngésződből megnyitni.

[Szerkesztve]
#789 RedAnt aktív tag woodpaul #788

2006-12-20 19:33:01 #789
Ö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

RedAnt

aktív tag

válasz woodpaul #788 üzenetére

Pár helyen módosítanám:
Az első sorban a $login körül vagy ne legyenek pontok, vagy ''.$login.'' legyen, de gondolom ez elírás lehet. És ennek a végére jöhet jól egy LIMIT 1.

A mysql_result-hoz a manuál szerint, ha nem az egész sort akarod bekérni, kellene még egy paraméter ami azonosítja az oszlopot. Bár mivel itt csak egy oszlopról van szó, ettől valószínűleg el lehet tekinteni.

Tehát:
$query = ''SELECT auth FROM register WHERE login = '$login' LIMIT 1'';
$result = mysql_query($query);
$auth = mysql_result($result,0);

Erre az $auth értéke: 'm' (mint moderátor) vagy üres string.
Szerintem a nem moderátoroknál is inkább adj meg egy betűt a táblában. Így könnyebb lesz a hibakeresés, pl. a lekérés után ha üres az $auth, (if (!$auth)) akkor tudod hogy valami történt, amit mysql_error()-ral kiírathatsz.

De ha jó szokást akarsz rögzíteni, akkor lehet hogy tényleg jobb lenne mást használni a mysql_result helyett, még ha ebben a konkrét esetben nem is számít.
Pl. a mysql_fetch_row-t. Ezzel a 3. sor így nézne ki:
$auth = mysql_fetch_row($result);
és utána az $auth[0] tartalmazza az eredményt.
#787 RedAnt aktív tag woodpaul #786

2006-12-20 18:58:28 #787
Ö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

RedAnt

aktív tag

válasz woodpaul #786 üzenetére

Olyankor célszerű elkerülni ha sok sorból áll az eredmény - ilyenkor célszerűbb ciklikusan, soronként kiolvasni az eredményeket (mysql_fetch_row/array/object stb) - de egy sornál ennek szvsz nincs jelentőssége, úgyhogy nyugodtan használd. Tipp: a query végére tegyél limit 1-et, egyrészt hogy biztosan egy sort kapj, másrészt megfelelő indexelés esetén gyorsíthat a lekérdezésen.
#772 RedAnt aktív tag kamikaze boci #771

2006-12-15 17:35:45 #772
Ö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

RedAnt

aktív tag

válasz kamikaze boci #771 üzenetére

-csak x darabot olvasson be, ne az egész táblát (pl.: $counter=5).

a select végére limit $counter, vagy limit $start $counter ha a $startadik sortól kezdve akarsz $counter darab eredményt. [link]

A kiíratást meg valahogy így lehetne:
$i = 0;
while ($sor = mysql_fetch_object($quotes)) {
$i++;
echo ''''.$sor->id.'''';
echo ''''.$sor->title.'''';
echo '' \n'';
}

Tehát végigmegy az eredményül kapott sorokon és kiírja belőlük a szükséges mezőket, a classokban meg nőnek közben a számok.

[Szerkesztve]
#762 RedAnt aktív tag Jester01 #760

2006-12-06 15:40:30 #762
Ö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

RedAnt

aktív tag

válasz Jester01 #760 üzenetére

viszont a html nem xml, ezért a nem xhtml-képes böngészőknél ez problémás lehet, mert a html-ben az img-hez nem tartozik záró tag, ezért javallott az <img ... /> (, stb) használata ami mindkét szabvány szerint helyes.
#752 RedAnt aktív tag Mandrake833 #750

2006-12-03 17:07:32 #752
Ö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

RedAnt

aktív tag

válasz Mandrake833 #750 üzenetére

A load data infile-lal vannak gondok, sok szerveren nem megy, ugyanis biztonsági rést jelent (nem veszi tekintetben az open_basedir korlátozását)

Helyette esetleg azt próbálhatod meg, hogy a fájlból a php-vel szeded ki az adatsorokat, majd sima insert-tel teszed be az adattáblákba (ja igen, tábla != adatbázis )

[Szerkesztve]
#751 RedAnt aktív tag raczger #749

2006-12-03 16:49:48 #751
Ö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

RedAnt

aktív tag

válasz raczger #749 üzenetére

helyes sorrend:
SELECT * FROM table WHERE topid='$erteksz' order by id desc limit 1
#733 RedAnt aktív tag Briganti #731

2006-11-30 18:21:46 #733
Ö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

RedAnt

aktív tag

válasz Briganti #731 üzenetére

Első blikkre nem látok benne hibát. A mysql_db_query helyett inkább mysql_query-t használj, előbbi elavult. Az adatbázist pedig mysql_select_db-vel adhatod meg.

Egyébként meg debugolj, ha nem megy valami, nézd meg mit is csinál a program, pl. írasd ki a query-t, nézd meg stimmel e, ilyesmi.

mod. lassú vagyok

[Szerkesztve]
#729 RedAnt aktív tag Jester01 #726

2006-11-30 15:08:56 #729
Ö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

RedAnt

aktív tag

válasz Jester01 #726 üzenetére

.. és a tömb elemei köré is kell idézőjel, mint ahogy VladimirR is írta. Vagy idézőjel vagy macskaköröm - két idézőjel, ahogy innen copy-paste-elődne nem jó, ez okozhatta a hibát.

Amúgy ez a megoldás biztonsági szempontból nulla, ebből minimális ügyeskedéssel bármit kiszednek az adatbázisodból vagy törlik ahogy van, ld. mysql injection. Ezért érdemes legalább egy mysql_real_escape_string-gel a POST-olt változókat ''hatástalanítani''.

valahogy így:

$user = mysql_real_escape_string($_POST['user']);
$pass = mysql_real_escape_string($_POST['pass']);

mysql_query(''insert into teszt (user, pass) values ('$user','$pass')'');

[Szerkesztve]