Akkor a kérdéses műveletek előtt írasd ki az átadott sql utasítást, utána meg a mysql_error()-t is. Valamelyikből ki kell hogy derüljön, miért nem hajtódik végre.

Erre az adatbázisra hivatkozok, én hoztam létre. A weboldalamon látom is az adatokat, csak szerkeszteni nem tudom őket.

Oké, ez már beszédes. Az első GRANT gyakorlatilag semmi (semmihez nem ad jogot, csak be tudsz vele lépni). A második ad jogot a `db` nevű adatbázis minden táblájához, vagyis ezt az egy adatbázist használhatod, semmi mást. PHP-ben erre az adatbázisra kell hivatkoznod. Más szolgáltatónál más lehet a részedre biztosított adatbázis neve.

A teljes válasz:


Vagyis az ON *.* után az adataim következnek.
WITH GRANT OPTION nincs

Nagyszerű. Lájuk hogy milyen jogod van, csak azt nem, hogy MIHEZ (adatbázis vagy tábla szinten van-e esetleg korlátozás).
Mi van az ON után? ON *.* ?
Szerepel a végén olyan, hogy WITH GRANT OPTION?

Így működik és elvileg mindenhez van jogom:

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP..

Ezt így, ebben a formában? Jó felhasználónevet adtál meg? Valamilyen jognak lennie kell, különben hogyan hoztál létre adatbázist és benne adatot???

Így?

Érdekes válsz:

MySQL said:
#1141 - There is no such grant defined for user 'xy' on host '%'

Kipróbáltam ezt a két parancsot is:




A válasz mindkettőre: #1044 - Access denied for user ..........

Hol és hogyan hoztad létre az adatbázist?
Próbáld meg az alábbi lekérdezést, mit ad eredményül? (xy = felhasználónév):

Squito:

Ez nekem is eszembe jutott, de fogalmam sincs, hogy hol kell beállítani.

A létrehozott adatbázisban megvan minden jogosultságod, vagy csak lekérdezési?

Ok, köszi a segítséget.

T-master:
ha az egyik oldalon megy a másikon meg nem megy akkor érdemes kiirattatni szerintem a mysql hibakódot. Én úgy szoktam dolgozni, hogy minden mysql művelethez hozzáfűzök egy "die" utasítást is amit "print"-tel egészítek ki. Vagyis egy átlagos php parancs például így néz ki nálam:

mysql_select_db("databasename",$sql_csatlakozas) or die(print("Nem sikerült az adatbázis kiválasztása. A hiba oka: ".mysql_error()));

Kicsit időigényes mindenhova beilleszteni ezt, de ha valahol hiba van, akkor azt jelezni fogja neked a parancs. Meg a tárhelyszolgáltató FAQ-jában nézz még utána. Érdekes dolgok derülhetnek ki ott is.

Sziasztok!

Szeretnék egy kis segítséget kérni!

Létrehoztam egy adatbázist és próbaképpen tettem bele egy "terméket" is. A weboldalon látom ezt a terméket, de sem hozzáadni, sem törölni, sem szerkeszteni nem tudok pedig megvannak a szükséges oldalak. Érdekes, hogy másik tárhelyszolgáltatónál (uw.hu) minden megy. Mi lehet a gond?

Az oldal egyenlőre saját Xampp szerveren van és e107 CMS a moci.
Elnézést a hiányos adatokért.
Teljesen igazad van

A kérdés nem nehéz. Egyáltalán nem az. Csupán senki se tudja, hogy milyen oldalad van, azon milyen CMS mocit használsz, stb...

Nagyon nehezet kérdeztem?

Sziasztok
Szeretném kilistázni azoknak a tagoknak a nevét akikkel az oldalamon privát üzenetet váltottam.Azt is akiktől én kaptam üzit és azt is akiknek én küldtem.Azt tudom hogy adatbázisból kell lekérni az adatokat,de azt már nem is sejtem hogy ezeket hol tárolja.
Tudnátok egy megoldást nyújtani a problémámra?

Kedves Mindenki,

segítséget szeretnék kérni újra.
Most Linux környezetben dolgozok (debian 6.0.1), és apache2.x valamint mysql5.x van feltéve.
A php szkriptjeimben újfent úgy kapcsolódok a mysql adatbázishoz, hogy csatlakozáshoz szükséges változókat meghívom egy külső fájlból. Ezt teszem úgy, hogy a php fájlokba illesztem a külső adatforrás nevét:

include "adatok.inc";

Az apache2-vel el tudtam azt érni, hogy az .inc fájlok böngészős lekérésekor forbidden üzenetet küdjön vissza. Így az .inc fájl biztonságban van ha mondjuk valaki firefoxxal akarna bepillantást nyerni. Viszont az a bajom, hogy ha valaki közvetlenül a localhostnál ül, terminal van előtte, akkor még mindig olvasni tudja a /var/www/ könyvtárat (cat adatok.inc) és a benne lévő fájlokat, így az adatok.inc-t is, amiben az összes kapcsolódási adat benne van. Ha persze chmodolom 770-ra, akkor ugyan nem lehet elolvasni őket külsősnek, viszont az apache2-se tudja meghívni magának a fájlokat, és 404-el jön vissza a firefox is, ami viszont baj, mert nem működik a php-ben írt programom.

A kérdés az hogy lehet valahogy úgy biztonságba helyezni a /var/www könyvtár tartalmát, és leginkább az adatok.inc-t hogy azt terminálból se lehessen olvasni, de az apache2 előtt olvasható maradjon?

Üdv újra mindenkinek.
a honlapomnak találtam végül egy ingyenes webszervert ami mysql-t és php-t futtat, és arra fel volt telepítve a phpmyadmin meg minden. Nem nyújtom nagyon: lényegében a probléma megoldódott, és egyszerűen az oldotta meg, hogy a php szkriptemhez hozzáadtam a mysql_query("set names cp1250"); sort.
A saját gépemen futtatott apache-mysql-php triászban nem akart működni, de a webszerveren tökéletesen bevált a sor.

Szóval Ti mondtátok meg végül a megoldást! Köszi a segítséget!

Az adatbázis létrehozást kézzel, terminálból is megcsináltam úgy hogy meggyőződtem róla, hogy a jó karakterset van-e beállítva. A terminálból való lekérdezés jó eredményt ad (ékezetekkel), a php szkriptes lekérdezés viszont "," "?" karakterekkel írja teli az ékezetek helyét.

MÁr-már tényleg fogalmam sincs... lehet hogy a böngésző is benne van a dologban?

a phpmyadmin-t letöltöttem, próbálok majd azzal is vacakolni valamit, bár egyre kevesebb esélyt látok hogy ez pont attól lenne majd jó.

Próbáld ki a phpmyadmin-t is.

Helló Squito,

Igazából többször is újra-létrehoztam az adatbázist ami után átállítottam a standard karakterszetet a MySQL fileban, viszont az az érdekessége ennek a történetnek, hogy én létrehoztam a táblázat létrehozásához egy parancs.sql nevű file-t és a terminalból pötyögtem be, hogy "source parancs.sql". Szóval lehet hogy az adatbázis ezért nem akarja átvenni a kódolást.

Köszi a javaslatot, meg fogom nézni és rövidesen írok hogy mi lett az eredmény!

Ugye létrehoztál új adatbázist másik karakterkódolással? Amúgy a latin2 helyett megpróbálkozhatsz az ISO-8859-2 elnevezéssel is.

Sziasztok Vackor és Squito,

mindkettőtök verzióját kipróbáltam, és meglepő módon továbbra sem jelennek meg az ékezetes betűk. Az a nagyon furcsa, hogy most az egyik php fileomban, ott vannak a következők az adatbázis kiválasztása után:
- mysql_query("charset latin2");
- mysql_query("set names 'latin2'"); - kipróbáltam ezt a sort a ' jellel is és anélkül is, és sehogy nem reagál rá...
- $charset = mysql_client_encoding($sql_csatlakozas);

És egyébként a mysql.ini-ben átírtam:
default-character-set=latin2 -re amit át kellett.

És amikor a $charset változót kiiratom printtel, akkor azt küldi, hogy márpedig a beállított charset latin1 és a karakteres betűim el vannak ugye továbbra se jelennek meg.
Csak kérdezem, hogy létezik szerintetek olyan, hogy a mysql winxp alá a karakterszetek korlátozott számával csúszik fel és esetleg valami bővítményt kell letölteni hozzá?

UI: jelenleg azért próbálkozok latin2-vel, mert cp1250-ra se reagált...

Igazad van, én nem fogalmaztam egyértelműen. Én az utf8 kódoláshoz használom ezt a módszert, neked a mysql_query("set names cp1250") kell.

A my.ini elején van a default-character-set=, no azt kell átírni. Resi a mysql-nek és elméletileg minden klafa lesz.

Helló Vackor, köszi a választ

megcsináltam a lekérdezést és a módosítást amiket írtál.
Ha hozzáadtam a mysql_query("set names utf8") sort a php-mbe, akkor azt a rekordot, hogy "ékezettel és működsz?" az ékezetes betűk helyett lehetetlen karaktereket írt ki, amikről nem is tudtam hogy léteznek...

Amikor meg lekérdeztem hogy milyen a mysql kódolása (mysql_client_encoding()) elég furcsa dolgot dobott ki. latin1-et írt, amikor ugye én azt mondtam, hogy pont előtte változtattam át cp1250-ra. Tehát a változtatás gyakorlatilag nem jött létre és még mindig latin1-en van. A kérdés így az lenne hogy hogyan lehet ezt karakteresen átváltoztatni a terminálból.
A mysql manual azt írja, hogy



Viszont ha beírom ./configure -ral, vagy csak simán configure -ral kezdve a parancsot, a terminal hibaüzenetet ír vissza, hogy rossz a syntax...
Ötlete valakinek erre, vagy az egész problémára újra?

Próbáld lekérdezni a mysql_client_encoding() függvénnyel, hogy milyen beállítást használ. Sajnos több helyen kell egyeztetni a kódolást (böngésző, apache, php, mysql, és még az adatbázis is), ami nem mindig egyértelmű, ráadásul a W3C-nél azt olvastam, hogy a böngészők a http műveletnél mindenképpen utf-8 kódolást használnak.

Egyébként én nem ragaszkodnék annyira az 1250-hez. Sok helyen praktikusabb az utf-8, bár be tud kavarni a string mezők hosszúságával. Én általában a mysql_select_database() után szoktam tenni egy mysql_query("set names utf8") sort is, így nem szokott gond lenni a karakterekkel.

Sziasztok,

nekem egy olyan jellegű gondom van, hogy a PHP és MySQL nem tud rendesen kommunikálni ha ékezetes karakterekkel dolgozok. A következők a beállításaim:
-a html és php filejaim central europe (windows-1250) kódolást kaptak és a head szekcióban is így van deklarálva mindenhol:

- a mysql beállításaimnál a cp1250-t állítottam be, mint lehetséges karaktersetet.

- Mysql 5.1-et, php5-öt, és apache 2.2-t használok windowsxp alatt.

Ha a mysql terminalablakából létrehozok egy adatbázist és felviszek bele néhány ékezetes rekordot, azt a MySql intelligensen, ékezettel tárolja. Ha keresést indítok terminálból, és a keresőfeltételek között ékezetet adok meg, szintén tök jól kilistázza a kért elemeket.
Viszont ha van egy html keresőoldalam, ami tartalmaz pl. egy olyan részt, hogy:



akkor az írásos opció kiválasztása esetén nem találja meg az adatbázisban a keresett rekordot.
A keresett rekord viszont megjelenik szintén ékezettel írott lekérdezésben, ha a terminalablakból kérem.

Továbbá, amit még észrevettem, hogy a MySql-ből ha elő is kerítek html-php segítséggel egy ékezeteket is tartalmazó rekordot, akkor az ékezetes betűk helyén más karakterek jelennek meg (pl.: ‚kezettel is m?k”dsz? - ékezettel is működsz?)

Tehát a gond, hogy a mysql tárolás jó, a php-vel segített lekérdezés és kilistázás viszont rossz. Találkozott már valaki ilyennel? Tudtok segíteni hogy mind a lekérdezésben, mind a rekordok kiiratásában használhatók legyenek a magyar ékezetes karakterek?

aki most tud nekem segiteni mysqlben, az dobjon meg privát üzenettel

FONTOS

THX !!

Mondjuk nekem kicsit furcsa, hogy a mezőnevek változóban vannak, de hát ez is egy lehetséges megoldás.

Mi írja ki a mezőneveket? Ha nem írsz teljes forráskódot (természetesen code tagek között), akkor ne várd el, hogy teljesértékű segítséget kapsz.

A mysql_query() elé tedd be ezt a sort, és másold ide az eredményt:

hibát nem jelezz, de viszont csak a mezőneveket írja, de a paramétereit nem

De ha mindenképp változókkal akarod megoldani az oszlopok neveit, akkor:

És ha forráskódot illesztesz be, akkor használd a code taget!!

$adat=INSERT INTO auto_param('$azonosito', '$marka', '$megnevezes', '$ar', '$raktarkeszlet')
VALUES(02, 'Minicooper', 'vmi', 4000 ,15);
$eredmeny=mysql_query($adat);


Parse error: syntax error, unexpected T_STRING in C:\xampp\htdocs\autos\autos_felvitel.php on line 16

syntax hiba 16.sorban ezt tudom.

De hol a hiba? Már írtam '' jel nélkül, úgy is hibát jelez,én nem látom mi a hiba.. '' vagy "" kellene?!

Köszöntem előre is a segítséget!

Jó lenne látni az egész php kódot. Mellesleg ha forráskódot illesztesz be használj [code] taget. És végül print helyett használj echo-t.

Nekem úgy tűnik, mintha lemaradt volna a <?PHP nyitó tag.

Amit kiirt hibát, a prog. forrásból kitöröltem, nem ír semmi hibát.

Segítséget szeretnék kérni PhP+mysql kapcsolatban:

Lényeg hogy,adatokat kell felvenni, törölni, módositani, lekérdezni.
Mikor letesztelem, mindig ezt írja ki hibaként:

"; print " azonosito marka megnevezes ar raktarkeszlet "; while($egysor=mysql_fetch_row($eredmeny)) { print ""; foreach($egysor as $mezo) {print "$mezo";} print ""; } print ""; mysql_close($kapcsolat); ?>

Fenti hibát miután kitöröltem, akkor :

"; print " azonosito marka megnevezes ar raktarkeszlet "; print ""; mysql_close($kapcsolat); ?>

löki ki.

Szemem már káprázik, annyira keresem a hibát.

Szerintetek mi lehet a hiba?

köszi a segítséget előre is.

Úgy csináltam.

Pontosan. A php.ini-ben a pontosvessző a kommentelést jelenti (ugyanaz, mint PHP-ban a //).

a sendmail_from előtt a ; kellett kitörölni, nem?

;sendmail_from (így van a php.ini-be)

sendmail_from

sendmail_from = me@example.com

erre gondolsz?

sendmail_path = "C:\Xampp\sendmail\sendmail.exe -t"

vagy erre?

Nincs beállítva a php.ini-ben a mailküldésnél a mailküldő címe. Ha ez nincs beállítva, akkor a plusz fejlécben kell beállítani (a függvény paramétereként).

<?php
$cimzett="vmi@vmi.hu";
$targy=vmi";
$uzenet="ez egy proba uzenet";

mail($cimzett, $targy, $uzenet) or print "a levél elküldése sikertelen";

?>

ezzel mi a gond??? keresem a hibát de nem lelem.. szerintetek mi lehet a gond?

Nekem ezt írja ki, mikor lefutattom:
Warning: mail() [function.mail]: "sendmail_from" not set in php.ini or custom "From:" header missing in C:\Xampp\htdocs\Mysql\email_uzenet.php on line 6
a levél elküldése sikertelen



Jah igen, ennek annyi lenne a lényege hogy progin keresztül is tudol az ismerősődnek küldeni e-mailt.

úgy nézzek ki, mint aki megvan sértődve?!

Ne sértődj meg, csak tetszett a magyarázat, mivel általában fordítva szokott lenni.