- Fórumok
- Szoftverfejlesztés
- PHP programozás
- (kiemelt téma)
- Samsung Galaxy S23 Ultra - non plus ultra
- Mobil flották
- Saját fejlesztésű chipet kaptak az Anker Soundcore Liberty 5 Pro fülhallgatói
- Poco X8 Pro Max - nem kell ide sem bank, sem akkubank
- Milyen okostelefont vegyek?
- Feltalálta a Google a keresőmotort
- Honor 600 – kezes, kitartó, költséges
- Négyfelé kanyarodhat az iPhone 19 kijelzője
- Hatalmas számokkal villog az új Xiaomi 17 Max is
- Fotók Google Camera Mod-dal (GCAM)
-
6000 - 5901
21809 - 20001 20000 - 18001 18000 - 16001 16000 - 14001 14000 - 12001 12000 - 10001 10000 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 5901 5900 - 5801 5800 - 5701 5700 - 5601 5600 - 5501 5500 - 5401 5400 - 5301 5300 - 5201 5200 - 5101 5100 - 5001 5000 - 4901 4900 - 4801 4800 - 4701 4700 - 4601 4600 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Beletört a bicskán egy "feladatba".
Egy beágyazott kép feltöltést akarok csinálni, de nem akar összejönni.
Az index.php-ba ágyaztam be egy form-t, megadtam neki az action-nél a php fájlt és hogy postolja az adatokat, de a $_FILES tömb üresen érkezik meg nekem.
Mit rontok el?Valami olyasmi lenne a cél mint a ph-s képfeltöltő, csak nem ajaxos.
<form id="show" name="adatok" action="feltoltkep.php" method="post">
<input class="fajl" type="file" name="media" /><br />
<input class="feltolt" style="margin-top:12px" type="submit" value="Feltölt" />
<input type="hidden" name="filename" value="' . $filename . '">
<input type="hidden" name="kezdosorszam" value="' . $kezdosorszam . '">
<input type="hidden" name="kicsi" value="' . $kicsi . '">
<input type="hidden" name="nagy" value="' . $nagy . '">
</form>if (isset($_FILES['media'])) {
$i = 0;
$hiba = 0;
$kepek = count($_POST) - 1;
while (isset($_FILES['media'][$i])) {
$kezdosorszam = str_pad($_POST('kezdosorszam'), 3, 0, STR_PAD_LEFT);
$kezdosorszam++;
$fn2 = $kezdosorszam . '-' . $_POST('filename') . '.' . end(explode('.', strtolower($_POST['media']['name'][$i])));
$fn = $_POST('nagy') . $kezdosorszam . '-' . $_POST('filename') . '.' . end(explode('.', strtolower($_POST['media']['name'][$i])));
img_resize($_FILES['media']['name'][$i], 200, $_POST('kicsi'), $fn2, 200);
move_uploaded_file($_POST['media']['name'][$i], $fn);
echo $fn . '<br>' . $fn2;
++$i;
}
if ($hiba == 0) {
echo '<p>Sikeres volt a feltöltés!</p>';
} else {
echo '<div class="hiba">
<p><b>
A választott fájllal valami gond van!<br />
<a href="javascript:history.go(-1)">Vissza</a>
</b></p>
</div>
';
}"Valami olyasmi lenne a cél mint a ph-s képfeltöltő, csak nem ajaxos."
Az sem AJAX-os, hanem iframe-es.
Amúgy AJAX-szal nem is lehet fájlt feltölteni, csak ilyen iframe-es trükközéssel, az AJAX-os képfeltöltők nagy része is így (vagy Flash közreműködésével) működik.
-
Speeedfire
félisten
Átnézve a kódot több helyen is ezek állnak: $_POST('kezdosorszam'), $_POST('nagy'), $_POST('filename')... ezek helyett: $_POST['kezdosorszam'], $_POST['nagy'], $_POST['filename']
Tehát a parser úgy értelmezi, mintha függvényt próbálnál hívni és a függvény neve a $_POST változóban lenne.Valóban, neked volt igazad!
Egyszer csinálok magamnak egy gyerekbiztos editort.
Mindig ilyen kis apróságokon csúszok el...
-
Tele von Zsinór
őstag
És tényleg.

Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
008 az egy értvénytelen érték. A 0-ás prefix azt jelzi, hogy ez a szám nyolcas számrendszerben van, de ott meg nincs nyolcas digit. Ha stringnek akarod, akkor tedd idézőjelek közé.
-
PazsitZ
addikt
És tényleg.

Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
Átnézve a kódot több helyen is ezek állnak: $_POST('kezdosorszam'), $_POST('nagy'), $_POST('filename')... ezek helyett: $_POST['kezdosorszam'], $_POST['nagy'], $_POST['filename']
Tehát a parser úgy értelmezi, mintha függvényt próbálnál hívni és a függvény neve a $_POST változóban lenne. -
PazsitZ
addikt
És tényleg.

Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
Kb. akkor van ilyen hibaüzenet, amikor változó sztring alapján próbálsz függvényt hívni.
$fname = "trim"; $fname(" teszt ");
De a változóban nem sztring van.
Esetleg olyan függvényt hívsz, amely függvénynevet vár paraméternek (sztring formában) pl.:usort
Egyébként a példádnál pont nem sztring keletkezik: $valami = 008;, hanem szám.
Bár postolva lehet sztring lesz belőle.De így csak találgatni tudunk. A hibás sor száma és a hibás sor többet mondana.
-
Brown ügynök
senior tag
És tényleg.

Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
Esetleg ha "" közé rakod a 008-t?
-
Speeedfire
félisten
Amire te gondolsz, az a schema. Melyik az a távoli mappa? Tippem szerint a temporary mappád, ezért rakja oda. És igen, ezekre csak a build folyamat során van szükség.
@Speedfire: lemaradt a <form> tag enctype paramétere, ami kell a feltöltés helyes működéséhez. Legyen "multipart/form-data".
És tényleg.

Szerk.:
Esetleg azt még valaki megtudná mondani, hogy ez miért van?Adott egy string:
$valami = 008;Amit postolok később, utána ha ezt át akarom kicsit módosítani az str_pad függvénnyel. Akkor ezt írja ki: Fatal error: Function name must be a string in
Ha előtte a postolt adatra ráküldöm az intval($valami) függényt akkor is ezt írja ki.
-
Brown ügynök
senior tag
Amire te gondolsz, az a schema. Melyik az a távoli mappa? Tippem szerint a temporary mappád, ezért rakja oda. És igen, ezekre csak a build folyamat során van szükség.
@Speedfire: lemaradt a <form> tag enctype paramétere, ami kell a feltöltés helyes működéséhez. Legyen "multipart/form-data".
Igen, a Temp könyvtár az. Oké, kösz.
Ja igen, schema...
-
Tele von Zsinór
őstag
Szóval, néhány doctrine_shame_(int).yml tipusú fájlt nem abba a könyvtárba tárolja ahol maga projekt születik. Jelen esetben: nem a E:..\jobeet mappában hanem a C-n egy távoli könyvtárba.
Ezekre csak addig van szükség míg SQL-be föl nem építi az adatbázis szerkezetét?
Ha továbbra is szükség van rájuk(YML), meg lehet adni valami értelmesebb mentési útvonalat?Amire te gondolsz, az a schema. Melyik az a távoli mappa? Tippem szerint a temporary mappád, ezért rakja oda. És igen, ezekre csak a build folyamat során van szükség.
@Speedfire: lemaradt a <form> tag enctype paramétere, ami kell a feltöltés helyes működéséhez. Legyen "multipart/form-data".
-
Speeedfire
félisten
Beletört a bicskán egy "feladatba".
Egy beágyazott kép feltöltést akarok csinálni, de nem akar összejönni.
Az index.php-ba ágyaztam be egy form-t, megadtam neki az action-nél a php fájlt és hogy postolja az adatokat, de a $_FILES tömb üresen érkezik meg nekem.
Mit rontok el?Valami olyasmi lenne a cél mint a ph-s képfeltöltő, csak nem ajaxos.
<form id="show" name="adatok" action="feltoltkep.php" method="post">
<input class="fajl" type="file" name="media" /><br />
<input class="feltolt" style="margin-top:12px" type="submit" value="Feltölt" />
<input type="hidden" name="filename" value="' . $filename . '">
<input type="hidden" name="kezdosorszam" value="' . $kezdosorszam . '">
<input type="hidden" name="kicsi" value="' . $kicsi . '">
<input type="hidden" name="nagy" value="' . $nagy . '">
</form>if (isset($_FILES['media'])) {
$i = 0;
$hiba = 0;
$kepek = count($_POST) - 1;
while (isset($_FILES['media'][$i])) {
$kezdosorszam = str_pad($_POST('kezdosorszam'), 3, 0, STR_PAD_LEFT);
$kezdosorszam++;
$fn2 = $kezdosorszam . '-' . $_POST('filename') . '.' . end(explode('.', strtolower($_POST['media']['name'][$i])));
$fn = $_POST('nagy') . $kezdosorszam . '-' . $_POST('filename') . '.' . end(explode('.', strtolower($_POST['media']['name'][$i])));
img_resize($_FILES['media']['name'][$i], 200, $_POST('kicsi'), $fn2, 200);
move_uploaded_file($_POST['media']['name'][$i], $fn);
echo $fn . '<br>' . $fn2;
++$i;
}
if ($hiba == 0) {
echo '<p>Sikeres volt a feltöltés!</p>';
} else {
echo '<div class="hiba">
<p><b>
A választott fájllal valami gond van!<br />
<a href="javascript:history.go(-1)">Vissza</a>
</b></p>
</div>
';
} -
Brown ügynök
senior tag
Nem értem a kérdést, pontosítsd!
Szóval, néhány doctrine_shame_(int).yml tipusú fájlt nem abba a könyvtárba tárolja ahol maga projekt születik. Jelen esetben: nem a E:..\jobeet mappában hanem a C-n egy távoli könyvtárba.
Ezekre csak addig van szükség míg SQL-be föl nem építi az adatbázis szerkezetét?
Ha továbbra is szükség van rájuk(YML), meg lehet adni valami értelmesebb mentési útvonalat? -
Tele von Zsinór
őstag
Kösz. Most már működik.

Megoldás: Az Apache php.ini fált a C:\Windows könyvtárba másolni.
Néhány doctrine:shame fájlt nem a projekt mappájába ment hanem a C-n egy eldugott könyvtárba. Be lehet állítani, hogy hova írja ezeket a fájlokat?
Nem értem a kérdést, pontosítsd!
-
Brown ügynök
senior tag
Ez annyival jobb, hogy már megvan a pdo_mysql driver, csak a DB szerver adatai nem stimmelnek, vagy az nem fut. Ellenőrizd, fut-e a mysql szerver, illetve hogy a config/databases.yml-ben stimmelnek-e annak adatai.
Kösz. Most már működik.

Megoldás: Az Apache php.ini fált a C:\Windows könyvtárba másolni.
Néhány doctrine:shame fájlt nem a projekt mappájába ment hanem a C-n egy eldugott könyvtárba. Be lehet állítani, hogy hova írja ezeket a fájlokat?
-
Tele von Zsinór
őstag
Ezt tudtam kiolvasni a fájlból:
Configuration File (php.ini) Path => C:\Windows
cmd-ben:
C:\Users\Brown>php --iniConfiguration File (php.ini) Path: C:\Windows
Loaded Configuration File: (none)
Scan for additional .ini files in: (none)
Additional .ini files parsed: (none)Ugye a Windows könyvtárban nincs meg ez a fájl.
Megpróbáltam azt, hogy ide bemásolom az Apache php.ini-jét aztán megkínáltam a cmd-t a következő paranccsal:
symfony doctrine:insert-sqlHibaüzenet (a sok közül) :
PDO Connection Error: SQLSTATE[HY000] [2002] Nem hozhatˇ lÚtre kapcsolat, mert
cÚlszßmÝtˇgÚp mßr visszautasÝtotta a kapcsolatot.Ez annyival jobb, hogy már megvan a pdo_mysql driver, csak a DB szerver adatai nem stimmelnek, vagy az nem fut. Ellenőrizd, fut-e a mysql szerver, illetve hogy a config/databases.yml-ben stimmelnek-e annak adatai.
-
Brown ügynök
senior tag
Két külön php.ini van a két futtatási környezetnek: egy a webszervernek (easyphp-ben gondolom apache van), egy pedig a CLI-nek, azaz a parancssornak. A hibaüzenetből egyértelműen látszik, hogy neked a cli által használt fileban nincs engedélyezve a pdo_mysql driver.
A parancs, amit korábban írtam, nem megy windowson, szóval tedd a következőt: start-futtatás, "cmd", aztán oda "php -i > phpinfo.txt", erre az aktuális mappában létrejön egy új file, ami a cli beállításait tartalmazza. Innen ki tudod lesni, hol van a php.ini, amit szerkesztened kell.
Ezt tudtam kiolvasni a fájlból:
Configuration File (php.ini) Path => C:\Windows
cmd-ben:
C:\Users\Brown>php --iniConfiguration File (php.ini) Path: C:\Windows
Loaded Configuration File: (none)
Scan for additional .ini files in: (none)
Additional .ini files parsed: (none)Ugye a Windows könyvtárban nincs meg ez a fájl.
Megpróbáltam azt, hogy ide bemásolom az Apache php.ini-jét aztán megkínáltam a cmd-t a következő paranccsal:
symfony doctrine:insert-sqlHibaüzenet (a sok közül) :
PDO Connection Error: SQLSTATE[HY000] [2002] Nem hozhatˇ lÚtre kapcsolat, mert
cÚlszßmÝtˇgÚp mßr visszautasÝtotta a kapcsolatot. -
n-tek
aktív tag
gondolom superuser nem lehetek, vagy igen?
-
Tele von Zsinór
őstag
Engedélyezve van a PHP.ini-ben mégis fennáll a hiba. A parancssorban nem láttam másik php.ini-t. Vagy nem tudom mit kellene néznem.
A többi fórumon is csak ezt tanácsolják: engedélyezd a pdo_mysql-t.
extension=php_pdo_mysql.dll engedélyezve van
>> doctrine Loading data fixtures from "E:\easyphp\www\jobeet\data/fixtures"
Couldn't locate driver named mysqlKét külön php.ini van a két futtatási környezetnek: egy a webszervernek (easyphp-ben gondolom apache van), egy pedig a CLI-nek, azaz a parancssornak. A hibaüzenetből egyértelműen látszik, hogy neked a cli által használt fileban nincs engedélyezve a pdo_mysql driver.
A parancs, amit korábban írtam, nem megy windowson, szóval tedd a következőt: start-futtatás, "cmd", aztán oda "php -i > phpinfo.txt", erre az aktuális mappában létrejön egy új file, ami a cli beállításait tartalmazza. Innen ki tudod lesni, hol van a php.ini, amit szerkesztened kell.
-
Brown ügynök
senior tag
Akkor egyszerű: engedélyezd a pdo_mysql extensiont a megfelelő php.iniben. A path-nak ehhez semmi köze.
Engedélyezve van a PHP.ini-ben mégis fennáll a hiba. A parancssorban nem láttam másik php.ini-t. Vagy nem tudom mit kellene néznem.
A többi fórumon is csak ezt tanácsolják: engedélyezd a pdo_mysql-t.
extension=php_pdo_mysql.dll engedélyezve van
>> doctrine Loading data fixtures from "E:\easyphp\www\jobeet\data/fixtures"
Couldn't locate driver named mysql -
Speeedfire
félisten
Tipp: döntsd el, melyik eszköztár kell és melyik nem (nálam például csak a projekt nézet maradt oldalt, felül is csak ami nagyon kell), valamint próbáld ki a Droid Sans Mono betűtípus - az android platformra készítették, kifejezetten azért, hogy kis méretben is jól olvasható legyen. Átállítod pár ponttal kisebbre a méretét, máris több kódot látsz. Azért annyira kicsire ne vedd, hogy fárasszon az olvasása.
Ez a font nem rossz. Jelenleg most az csináltam, hogy minden bal oldali menüt lekicsinyítettem, aztán ha kell akkor csak rákattintok és előjön utána meg vissza ugrik. Így egy fokkal jobb már.

De tényleg jobb lenne legalább egy 1400-as szélesség. A magasság nem lényeges. -
Tele von Zsinór
őstag
Nagyon jó ez a netbeans csak nagyon kicsi hozzá a felbontásom. Az új moncsi meg még vagy 1.5 hónap.

Tipp: döntsd el, melyik eszköztár kell és melyik nem (nálam például csak a projekt nézet maradt oldalt, felül is csak ami nagyon kell), valamint próbáld ki a Droid Sans Mono betűtípus - az android platformra készítették, kifejezetten azért, hogy kis méretben is jól olvasható legyen. Átállítod pár ponttal kisebbre a méretét, máris több kódot látsz. Azért annyira kicsire ne vedd, hogy fárasszon az olvasása.
-
Speeedfire
félisten
Nagyon jó ez a netbeans csak nagyon kicsi hozzá a felbontásom. Az új moncsi meg még vagy 1.5 hónap.

-
Tele von Zsinór
őstag
Azt írja ki, hogy:
PDO támogatása : engedélyezve
PDO driver : nincs utána semmi, gondolom nem engedélyezett.A környezeti változóknál egyébként (PATH) magam adtam meg a php elérési útját.
Akkor egyszerű: engedélyezd a pdo_mysql extensiont a megfelelő php.iniben. A path-nak ehhez semmi köze.
-
n-tek
aktív tag
akkor a következő hibaüzenet jön: Warning: chown() [function.chown]: Operation not permitted
-
PazsitZ
addikt
chwon-t probálom, de nem sikerül. Hibaüzenet: Warning: chown() [function.chown]: Unable to find uid for 3435
kód:
mkdir($dir, 0777);
chmod($dir, 0777);
$owner = "3435";
chown($dir, $owner);
azért használom a 3435-t, mert a safe mode hibaüzenetben azt írja, hogy a 3435-ös uidnak nincs hozzáférése, a mappához amit a 33-as uid birtokol. Előre is köszönöm a segítséget.Na most a chown második paraméterként vagy string-et=usernevet vagy int-et=uid-t vár.
Te stringként adod át az id-t ezért ő usernévnek nézi. $owner = "3435";
Add át számként és szvsz. jó lesz $owner = 3435; -
n-tek
aktív tag
Tulajra már válaszoltak, a kikapcsolás pedig a php.ini-ben a safe_mode érték Off-ra állításával történik. Ne felejtsd el mindkét php.ini-ben átírni, utána pedig újraindítani a webszervert.
chwon-t probálom, de nem sikerül. Hibaüzenet: Warning: chown() [function.chown]: Unable to find uid for 3435
kód:
mkdir($dir, 0777);
chmod($dir, 0777);
$owner = "3435";
chown($dir, $owner);
azért használom a 3435-t, mert a safe mode hibaüzenetben azt írja, hogy a 3435-ös uidnak nincs hozzáférése, a mappához amit a 33-as uid birtokol. Előre is köszönöm a segítséget. -
Brown ügynök
senior tag
Ha ez csak fejlesztői gép, és doctrine-t fogsz használni, figyelmen kívül használhatod a figyelmeztetéseket.
A parancssor más php.ini filet használ, mint a webszerver. Terminálban php -i | grep php.ini megmondja, hol kerest a CLI-ét.
Azt írja ki, hogy:
PDO támogatása : engedélyezve
PDO driver : nincs utána semmi, gondolom nem engedélyezett.A környezeti változóknál egyébként (PATH) magam adtam meg a php elérési útját.
-
Tele von Zsinór
őstag
Tulajra már válaszoltak, a kikapcsolás pedig a php.ini-ben a safe_mode érték Off-ra állításával történik. Ne felejtsd el mindkét php.ini-ben átírni, utána pedig újraindítani a webszervert.
-
Tele von Zsinór
őstag
Nemrég kezdtem bele a Symfony 1.4 tutorial-ba és elakadtam a 3. napnál:
A requiments check-nél a következő figyelmeztetések vannak:
[[WARNING]] XSL module is installed: FAILED
*** Install the XSL module (recommended for Propel) ***[[WARNING]] A PHP accelerator is installed: FAILED
*** Install a PHP accelerator like APC (highly recommended) ***Továbbá, amikor a parancssorban futtatni szeretném ezt: doctrine:data-load
Hibaüzenet: couldn't locate driver named mysq.
Utánaolvastam és engedélyezni kellene a pdo_mysql fájlt.
Ez engedélyezve van php.ini-ben és httpd.conf-ban egyaránt.
Egyéb ötlet?Ha ez csak fejlesztői gép, és doctrine-t fogsz használni, figyelmen kívül használhatod a figyelmeztetéseket.
A parancssor más php.ini filet használ, mint a webszerver. Terminálban php -i | grep php.ini megmondja, hol kerest a CLI-ét.
-
Brown ügynök
senior tag
Nemrég kezdtem bele a Symfony 1.4 tutorial-ba és elakadtam a 3. napnál:
A requiments check-nél a következő figyelmeztetések vannak:
[[WARNING]] XSL module is installed: FAILED
*** Install the XSL module (recommended for Propel) ***[[WARNING]] A PHP accelerator is installed: FAILED
*** Install a PHP accelerator like APC (highly recommended) ***Továbbá, amikor a parancssorban futtatni szeretném ezt: doctrine:data-load
Hibaüzenet: couldn't locate driver named mysq.
Utánaolvastam és engedélyezni kellene a pdo_mysql fájlt.
Ez engedélyezve van php.ini-ben és httpd.conf-ban egyaránt.
Egyéb ötlet? -
Frigo
őstag
-
n-tek
aktív tag
Részlet a safe mode dokumentációjából:
move_uploaded_file(): Checks whether the files or directories being operated upon have the same UID (owner) as the script that is being executed.
Szóval vagy kapcsold ki a safe módot (amúgy is ajánlott, 5.3-al deprecated), vagy legyen ugyanaz a tulaja a célmappádnak, mint aki a php filet futtatja.
a tulajt hogy tudom beállítani? a php fájl futása során keletkezik a mappa.
lehet h nagyon hülye kérdés, de még kezdő vagyok. hogy tudom kikapcsolni a safe mode-t?
Köszönöm -
Tele von Zsinór
őstag
Hello.
A problémám a következő lenne: fájlfeltöltő opciót szeretnék egy weblapra létrehozni. A fájl mentésére a move_uploaded_file() parancsot használom, de nem tudom elmenteni a fájlt, úgy ahogy akarom. létrehoztam egy books nevű mappát, majd beállítottam 777-es, aztán a célom az lenne, hogy a php id alapján létrehoz egy mappát majd abba belerakja a feltöltött fájlt. Na amikor a books mappába másolom, akkor működik, ha egy általam filezillán keresztül a books mappában létrehozott test nevű mappába (777) is bele tudom rakni. de ha a php hozza létre a mappát akkor nem működik. Safe mode-ra hivatkozik. Előre is köszönöm a segítséget
kódrészlet:
$dir = "../books/$bookid";
mkdir($dir, 0777);
chmod($dir, 0777);if($kep1)
move_uploaded_file($temp1, "../books/$bookid/".$kep1);Részlet a safe mode dokumentációjából:
move_uploaded_file(): Checks whether the files or directories being operated upon have the same UID (owner) as the script that is being executed.
Szóval vagy kapcsold ki a safe módot (amúgy is ajánlott, 5.3-al deprecated), vagy legyen ugyanaz a tulaja a célmappádnak, mint aki a php filet futtatja.
-
n-tek
aktív tag
Hello.
A problémám a következő lenne: fájlfeltöltő opciót szeretnék egy weblapra létrehozni. A fájl mentésére a move_uploaded_file() parancsot használom, de nem tudom elmenteni a fájlt, úgy ahogy akarom. létrehoztam egy books nevű mappát, majd beállítottam 777-es, aztán a célom az lenne, hogy a php id alapján létrehoz egy mappát majd abba belerakja a feltöltött fájlt. Na amikor a books mappába másolom, akkor működik, ha egy általam filezillán keresztül a books mappában létrehozott test nevű mappába (777) is bele tudom rakni. de ha a php hozza létre a mappát akkor nem működik. Safe mode-ra hivatkozik. Előre is köszönöm a segítséget
kódrészlet:
$dir = "../books/$bookid";
mkdir($dir, 0777);
chmod($dir, 0777);if($kep1)
move_uploaded_file($temp1, "../books/$bookid/".$kep1); -
Speeedfire
félisten
Az aposztrófot nem escape-elted!

echo '
<a href="'.$file.'" class="w" onmouseover="o(13, \''.$file.'\');" onmouseout="f(13);">
<img src="'.$file.'" alt="'.$file.'"></a>
';Így okés.
Oh, hogy...

Kössz!
-
Sk8erPeter
nagyúr
Köszi!

Esetleg azt megtudod mondani, hogy ezt, hogy lehetne escapelni? A netbeans szép piros jellel jelzi is, hogy bibi van. Php meg ugye error dob.
Már mindent próbáltam, de nem jön össze.
echo '
<a href="'.$file.'" class="w" onmouseover="o(13, ''.$file.'');" onmouseout="f(13);">
<img src="'.$file.'" alt="'.$file.'"></a>
';Az aposztrófot nem escape-elted!

echo '
<a href="'.$file.'" class="w" onmouseover="o(13, \''.$file.'\');" onmouseout="f(13);">
<img src="'.$file.'" alt="'.$file.'"></a>
';Így okés.
-
Speeedfire
félisten
A tabulátor \t, ha idézőjelbe (nem aposztrófba) rakod, hasonlóan a \n-hez, látszik a forráskódban.
A HTML-kimenetnél csak akkor látszik majd a tabulátor, ha a <pre> taget használod. Egyébként csak egy whitespace látszik belőle max.Köszi!

Esetleg azt megtudod mondani, hogy ezt, hogy lehetne escapelni? A netbeans szép piros jellel jelzi is, hogy bibi van. Php meg ugye error dob.
Már mindent próbáltam, de nem jön össze.
echo '
<a href="'.$file.'" class="w" onmouseover="o(13, ''.$file.'');" onmouseout="f(13);">
<img src="'.$file.'" alt="'.$file.'"></a>
'; -
Sk8erPeter
nagyúr
Egyre jobban kell nekem!

Még csorog lefele, kicsi a sávszél. Az egész pakkot leszedem, háhta épp valami kell majd. Java, vagy más. Erőforrásból csak egyél egy mezei pc neki. Remélem azért nem memory_leaks-es.
Más sehol sem találok leírást arra, hogy hogyan kell a tabulátor és egyéb hasonlókat használni php alatt.
A \n az működik, de más nem akar. Van valami leírás a neten erről. Egyszerűen, akárhogy keresem nem találom.
A tabulátor \t, ha idézőjelbe (nem aposztrófba) rakod, hasonlóan a \n-hez, látszik a forráskódban.
A HTML-kimenetnél csak akkor látszik majd a tabulátor, ha a <pre> taget használod. Egyébként csak egy whitespace látszik belőle max. -
Speeedfire
félisten
Eddig bejövős, sokszor jelzi is a hibákat egyből. Egyből felajánlja a kiegészítést. Lent mutatja a függvényeket.

-
Speeedfire
félisten
Én is Notepad++-ról álltam át NetBeans-re, és most már csak akkor használom a Notepad++-t, ha rövid, gyors változtatásra van szükség a kódban, mert a Notepad++-nak csak az erőforráskímélő, gyors működése az előnye a NetBeans-szel szemben, de cserébe a NetBeans mindenféle egyebet nyújt, amit a Notepad++ nem.
Notepad++-ban az automatikus kiegészítés gagyin volt megoldva a NetBeans-hez képest, pl. PHP-projektben csak PHP-függvényneveket tudott kiegészíteni, HTML-elemeket, JavaScript-kódot nem volt hajlandó, míg NetBeans erre is képes. Még jQuery-hez is használom! CSS-fájlokban is működik az automatikus kiegészítés.
Osztályok használatánál is nagyon nagy segítséget nyújt, meg ha pl. függvénydefinícióra akarsz ugrani, akkor elég a függvény használatánál a neve fölé vinni a kurzort, és Ctrl+klikkel oda is ugrik. Ezenkívül tud automatikus formázást is az Alt+Shift+F-fel, ami szépen rendbeszedi, indentálja a széjjeldobált kódot.
Arra is van mód, hogy egy "palettáról" bedobálj kész HTML-elemeket, mint pl. táblázat, rendezett és rendezetlen lista, képhivatkozás, formok, stb., nem kell tökölni a manuális beírogatással, így igazából Dreamweaver-alternatívának is használható.
Ctrl+Space-szel kiegészíti a kódot, ha pl. egy switch-case szerkezetet szeretnél gyorsan létrehozni, azt is meg tudod tenni úgy, hogy beírod pl. a switch kulcsszót, aztán nyomsz egy Ctrl+Space-t, és felkínálja a lehetőséget arra, hogy létrehozza az egészet.PazsitZ is írt pár szempontot, az is mind igaz, ezenkívül tényleg annyi lehetőség van, hogy lehetetlen lenne itt kifejteni. Én nagyon megszerettem a használatát, nem térnék vissza az alap szövegszerkesztők használatára.
Egyetlen hátránya (számomra legalábbis eddig csak ez tűnt fel) a NetBeans-nek tényleg az, hogy zabálja a memóriát (nem is meglepő), meg kicsit lassan indul be, meglehetősen erőforrás-igényes, de annyi előnye van, hogy bőven megtérül a használata. 
Egyre jobban kell nekem!

Még csorog lefele, kicsi a sávszél. Az egész pakkot leszedem, háhta épp valami kell majd. Java, vagy más. Erőforrásból csak egyél egy mezei pc neki. Remélem azért nem memory_leaks-es.
Más sehol sem találok leírást arra, hogy hogyan kell a tabulátor és egyéb hasonlókat használni php alatt.
A \n az működik, de más nem akar. Van valami leírás a neten erről. Egyszerűen, akárhogy keresem nem találom.
-
Sk8erPeter
nagyúr
A saját kis cms rendszeremet készítem és sokszor csak ide oda kattintgatok. Egy idő után unalmas. Eddig csak kis oldalakat csináltam ami 4-5 fájlból állt. Ott nem volt vészes. Azt gondolom, hogy nem lesz egyszerű ráállni, de idővel csak megszokom.

Én is Notepad++-ról álltam át NetBeans-re, és most már csak akkor használom a Notepad++-t, ha rövid, gyors változtatásra van szükség a kódban, mert a Notepad++-nak csak az erőforráskímélő, gyors működése az előnye a NetBeans-szel szemben, de cserébe a NetBeans mindenféle egyebet nyújt, amit a Notepad++ nem.
Notepad++-ban az automatikus kiegészítés gagyin volt megoldva a NetBeans-hez képest, pl. PHP-projektben csak PHP-függvényneveket tudott kiegészíteni, HTML-elemeket, JavaScript-kódot nem volt hajlandó, míg NetBeans erre is képes. Még jQuery-hez is használom! CSS-fájlokban is működik az automatikus kiegészítés.
Osztályok használatánál is nagyon nagy segítséget nyújt, meg ha pl. függvénydefinícióra akarsz ugrani, akkor elég a függvény használatánál a neve fölé vinni a kurzort, és Ctrl+klikkel oda is ugrik. Ezenkívül tud automatikus formázást is az Alt+Shift+F-fel, ami szépen rendbeszedi, indentálja a széjjeldobált kódot.
Arra is van mód, hogy egy "palettáról" bedobálj kész HTML-elemeket, mint pl. táblázat, rendezett és rendezetlen lista, képhivatkozás, formok, stb., nem kell tökölni a manuális beírogatással, így igazából Dreamweaver-alternatívának is használható.
Ctrl+Space-szel kiegészíti a kódot, ha pl. egy switch-case szerkezetet szeretnél gyorsan létrehozni, azt is meg tudod tenni úgy, hogy beírod pl. a switch kulcsszót, aztán nyomsz egy Ctrl+Space-t, és felkínálja a lehetőséget arra, hogy létrehozza az egészet.PazsitZ is írt pár szempontot, az is mind igaz, ezenkívül tényleg annyi lehetőség van, hogy lehetetlen lenne itt kifejteni. Én nagyon megszerettem a használatát, nem térnék vissza az alap szövegszerkesztők használatára.
Egyetlen hátránya (számomra legalábbis eddig csak ez tűnt fel) a NetBeans-nek tényleg az, hogy zabálja a memóriát (nem is meglepő), meg kicsit lassan indul be, meglehetősen erőforrás-igényes, de annyi előnye van, hogy bőven megtérül a használata. 
-
Speeedfire
félisten
Változókiemelés természetesen van, bár az mint szövegkiemelés használható volt notepad++-ban is részben (duplakatt a változónévre és az összes olyan változósztringet kiemeli). Van globális változó- függvény- átnevezés. Függvény- változó deklarációra ugrás.
Kiegészítés.
OOP esetén jelzi az örökített-ős osztályt, felülírt, felülíró metódusokat.
Tudsz használni phpdoc-ot.
És még sok minden, ami notepad++-al szemben előny, de hirtelen eszembe se jut
.
Anno én is notepad++-ról áltam át, elinte nehezen szoktam meg, de ma már project szinten nem is boldogulnék nélküle
A saját kis cms rendszeremet készítem és sokszor csak ide oda kattintgatok. Egy idő után unalmas. Eddig csak kis oldalakat csináltam ami 4-5 fájlból állt. Ott nem volt vészes. Azt gondolom, hogy nem lesz egyszerű ráállni, de idővel csak megszokom.

-
PazsitZ
addikt
Az if feltétel vizsgálat vége a kódsor végén van. Közben megoldott, kértem is a hsz törlését, de még nem történt meg.

Valami miatt az isset($_GET[="torolmi"] == 1) mindig igaz értéket adott vissza és belement a feltételbe. Javítva a feltétel vizsgálatot már nincs semmi hiba.if (isset($_GET['torolmi']) and ($_GET['torolmi']) == 2) {
Nem tudom, hogy ez mi miatt lehet, vagy eddig is így volt, csak nem vettem észre. Mindenesetre ezzel a feltétellel már nem lép bele ebbe az ágba.

Szerk.: Akkor meglesem a netbeans-t, eddig a notepad++ is jó volt, de már annyi változóm van, hogy nem bírom nyomon követni. Ha jól tudom akkor ezek a programok ebben is segítenek.
Változókiemelés természetesen van, bár az mint szövegkiemelés használható volt notepad++-ban is részben (duplakatt a változónévre és az összes olyan változósztringet kiemeli). Van globális változó- függvény- átnevezés. Függvény- változó deklarációra ugrás.
Kiegészítés.
OOP esetén jelzi az örökített-ős osztályt, felülírt, felülíró metódusokat.
Tudsz használni phpdoc-ot.
És még sok minden, ami notepad++-al szemben előny, de hirtelen eszembe se jut
.
Anno én is notepad++-ról áltam át, elinte nehezen szoktam meg, de ma már project szinten nem is boldogulnék nélküle
-
Speeedfire
félisten
A get paraméter vizsgálat if feltétele az sql kérést hagyja el.
De a 95. sor: if ($dir = opendir($dir)) { lefut a következővel: opendir("../galeria/$SqlKonyvtarTorol/tn"), ahol is a $SqlKonyvtarTorol változód üres string.
a 77 sorod meg úgy nézem pont a feltétel előtti be nem másolt sor, ahol egy tömbbeli egyes indexet hiányol.Korábbi kérdésedhez kapcsolódóan én pl netbeans-t használok, szeretem, jó hasznos csak fontos, hogy projekten belüli fájlokkal dolgozz vele.
Eclipse-t nem tudom, még nem próbáltam php-hez.Az if feltétel vizsgálat vége a kódsor végén van. Közben megoldott, kértem is a hsz törlését, de még nem történt meg.

Valami miatt az isset($_GET[="torolmi"] == 1) mindig igaz értéket adott vissza és belement a feltételbe. Javítva a feltétel vizsgálatot már nincs semmi hiba.if (isset($_GET['torolmi']) and ($_GET['torolmi']) == 2) {
Nem tudom, hogy ez mi miatt lehet, vagy eddig is így volt, csak nem vettem észre. Mindenesetre ezzel a feltétellel már nem lép bele ebbe az ágba.

Szerk.: Akkor meglesem a netbeans-t, eddig a notepad++ is jó volt, de már annyi változóm van, hogy nem bírom nyomon követni. Ha jól tudom akkor ezek a programok ebben is segítenek.
-
PazsitZ
addikt
A megválaszolt hozzászólás már nem elérhető.A get paraméter vizsgálat if feltétele az sql kérést hagyja el.
De a 95. sor: if ($dir = opendir($dir)) { lefut a következővel: opendir("../galeria/$SqlKonyvtarTorol/tn"), ahol is a $SqlKonyvtarTorol változód üres string.
a 77 sorod meg úgy nézem pont a feltétel előtti be nem másolt sor, ahol egy tömbbeli egyes indexet hiányol.Korábbi kérdésedhez kapcsolódóan én pl netbeans-t használok, szeretem, jó hasznos csak fontos, hogy projekten belüli fájlokkal dolgozz vele.
Eclipse-t nem tudom, még nem próbáltam php-hez. -
Speeedfire
félisten
Netbeans vagy eclipse a jobb választás?
-
barnam_
nagyúr
A gdthumb osztályban van egy float: left, ez okozza a hibát. Emellett ha a .gdthumb a-ban a display-t átírod inline-block-ra, a .thumb paddingját pedig törlöd, akkor így fog kinézni:

Töröltem a thumb paddingját, a gdtumb-ban a float-t, a gdtumb a-ban a display-t átírtam inline-block-ra, de nálam (firebuggal és átírva a fájlokat is) új sorba teszi, nem jobb oldalra. Vagyis akármit csinálok, ha a gdthumb-ban a float-t törlöm, új sort kezd.

-
Tele von Zsinór
őstag
-
Tele von Zsinór
őstag
A .thumb osztályban biztos hogy csak ennyi van, mert ennyit írtam bele.
Viszont a plugin (GD Star Rating) CSS-e beleszólhat (holott a sémában úgy állítottam be, hogy ne vegye figyelembe.) Viszont abban nem tudom hol keressem
Feltöltöttem ide, hátha van aki okosabb nálam és megtalálja melyik osztály felelős érte
Az egy dolog, hogy te ennyit írtál bele - nem véletlen cascading stylesheets, azaz jöhet máshonnan is a dolog. A teljes kódod mutasd, legjobb lenne, ha egy urlt adnál az oldalhoz.
-
barnam_
nagyúr
Biztosan csak ennyi css tartozik a thumb osztályhoz? Nézd meg a többi css fileban is, vagy akár firebugban, ami szépen mutatja, mi jön az osztályhoz és melyik fileban.
A .thumb osztályban biztos hogy csak ennyi van, mert ennyit írtam bele.
Viszont a plugin (GD Star Rating) CSS-e beleszólhat (holott a sémában úgy állítottam be, hogy ne vegye figyelembe.) Viszont abban nem tudom hol keressem
Feltöltöttem ide, hátha van aki okosabb nálam és megtalálja melyik osztály felelős érte
-
Speeedfire
félisten
Ez a cím alatti adatok kódja:
<div class="titlemeta">
<span class="author"> <?php the_author(); ?> </span>
<span class="clock"> <?php the_time('Y - F - j'); ?> </span>
<span class="categorys"> <?php the_category(', '); ?> </span>
<span class="commnum"> <?php comments_popup_link( '0', '1', '%', '', 'Nem lehet hozzászólni'); ?> </span>
<span class="thumb"> <?php wp_gdsr_render_article_thumbs(); ?> </span>
<span class="edit"> <?php edit_post_link('| Szerkeszt'); ?> </span>
</div>A hozzá tartozó CSS:
.author{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/user.png) no-repeat;
}
.clock{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/clock.png) no-repeat;
}
.categorys{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/tags.png) no-repeat;
}
.commnum{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/balloon.png) no-repeat;
}
.thumb {
padding:2px 5px 2px 20px;
}A szerkesztést nem formáztam, mert azt úgyis csak én látom.
Pedig jónak tűnik minden. Amit előttem is írtak próbáld ki firebug, vagy ie-nek is van beépítettje, meg chrome-nak is.
-
Tele von Zsinór
őstag
Ez a cím alatti adatok kódja:
<div class="titlemeta">
<span class="author"> <?php the_author(); ?> </span>
<span class="clock"> <?php the_time('Y - F - j'); ?> </span>
<span class="categorys"> <?php the_category(', '); ?> </span>
<span class="commnum"> <?php comments_popup_link( '0', '1', '%', '', 'Nem lehet hozzászólni'); ?> </span>
<span class="thumb"> <?php wp_gdsr_render_article_thumbs(); ?> </span>
<span class="edit"> <?php edit_post_link('| Szerkeszt'); ?> </span>
</div>A hozzá tartozó CSS:
.author{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/user.png) no-repeat;
}
.clock{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/clock.png) no-repeat;
}
.categorys{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/tags.png) no-repeat;
}
.commnum{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/balloon.png) no-repeat;
}
.thumb {
padding:2px 5px 2px 20px;
}A szerkesztést nem formáztam, mert azt úgyis csak én látom.
Biztosan csak ennyi css tartozik a thumb osztályhoz? Nézd meg a többi css fileban is, vagy akár firebugban, ami szépen mutatja, mi jön az osztályhoz és melyik fileban.
-
barnam_
nagyúr
Kis html kód is jól jönne...

Az utolsót rakhatod nagyobbra ha kell, az a bal oldal értéke. Meg érdemesebb lenne akkor úgy kiiratni ahogy jönnek a "képek" is egymás után.
Ez a cím alatti adatok kódja:
<div class="titlemeta">
<span class="author"> <?php the_author(); ?> </span>
<span class="clock"> <?php the_time('Y - F - j'); ?> </span>
<span class="categorys"> <?php the_category(', '); ?> </span>
<span class="commnum"> <?php comments_popup_link( '0', '1', '%', '', 'Nem lehet hozzászólni'); ?> </span>
<span class="thumb"> <?php wp_gdsr_render_article_thumbs(); ?> </span>
<span class="edit"> <?php edit_post_link('| Szerkeszt'); ?> </span>
</div>A hozzá tartozó CSS:
.author{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/user.png) no-repeat;
}
.clock{
color:#7b7b7b;
padding:2px 5px 2px 20px;
background:url(images/clock.png) no-repeat;
}
.categorys{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/tags.png) no-repeat;
}
.commnum{
padding:2px 5px 2px 20px;
color:#7b7b7b;
background:url(images/balloon.png) no-repeat;
}
.thumb {
padding:2px 5px 2px 20px;
}A szerkesztést nem formáztam, mert azt úgyis csak én látom.
-
Speeedfire
félisten
Hali,
Egy kis CSS segítségre lenne szükségem:
A két sárga ikont kellene a "szerkeszt" felirat előtti helyre betenni. Eddig jutottam:
.thumb {
padding:2px 5px 2px 20px;
}Ezzel megcsinálja a helyet neki, de nem teszi oda. Ami érdekes, mert a kategóriákat, és hsz.-számot is csak ennyivel tettem oda. Próbálgattam a position paramétert, de nem igazán jött össze.
Kis html kód is jól jönne...

Az utolsót rakhatod nagyobbra ha kell, az a bal oldal értéke. Meg érdemesebb lenne akkor úgy kiiratni ahogy jönnek a "képek" is egymás után.
-
barnam_
nagyúr
Hali,
Egy kis CSS segítségre lenne szükségem:
A két sárga ikont kellene a "szerkeszt" felirat előtti helyre betenni. Eddig jutottam:
.thumb {
padding:2px 5px 2px 20px;
}Ezzel megcsinálja a helyet neki, de nem teszi oda. Ami érdekes, mert a kategóriákat, és hsz.-számot is csak ennyivel tettem oda. Próbálgattam a position paramétert, de nem igazán jött össze.
-
RedSign
tag
-
Dave-11
tag
-
RedSign
tag
-
Speeedfire
félisten
-
Dave-11
tag
Szerintetek ha megtanultam a PHP-t akkor utána kezdjek bele a MySQL-be is?
-
Speeedfire
félisten
Nem, lásd a képet:

Itt azok a mezők tárolják, van-e a felhasználónak olyan joga. Később meg minden műveletnél megvan, hogy milyen jog kell hozzá, anélkül egy (normálisan kinéző) 403-as hibát kap.
Hát ez szerintem nekem már nem kellene. Ennyire nem lesz bonyolúlt a rendszer.

RedSign: Ennyire szerintem nem.
Ami nekem az elképzelésem volt.
pl:
0 joggal rendelkező -> commentelés, oldalás, stb
1 joggal rendelkező -> tartalom beküldés + 0-ás jog
2 joggal rendelkező -> mindenValami ilyesmire gondoltam
//tartalom beküldése
if (isset($_SESSION[jog] and $_SESSION[jog] >= 2))
{
echo 'blablabla';
}
//tartalom módosítása
if (isset($_SESSION[jog] and $_SESSION[jog] >= 3))
{
echo 'blablabla';
}stb stb stb
Szóval nem akarom én túlbonyolítani, nem lesznek különböző csoportjaim. Aki csak ezt teheti, a másik meg csak azt teheti meg. Így maradok a sima session kezelésnél.
A későbbiekben más oldalakon ha szükség lesz rá akkor lehet belevetem magam. Addigra már az oop-vel is képben akarok lenni meg a symfonyval.
-
RedSign
tag
Értem! Akkor neki is ugrok!

Kicsit rugalmasabb, ha a felhasználók táblába jogosultságonként felveszel egy boolean (vagy mysql esetén tinyint(1)) értéket, és azzal jelzed, lehet-e olyat neki, avagy nem. Bejelentkezéskor mented sessionbe, és bármikor később eléred.
Ezt nem inkább úgy érted, hogy csinálok egy másik táblát, pl jogok alatt, és ott megadom nei egyeségel azt, hogy az:
1-es joggal rendszelkező ezt meg ezt teheti
2-es joggal rendszelkező ezt meg ezt
stb...Szerk.: Jelenleg így néz ki a felhasználó tábla.
Az igazán szép megoldás az lenne, ha csinálnál egy táblát a jogoknak (rights), és egy kapcsolótáblát (contactor) a jogok és a userek (users) között, majd így "kisakkozhatod" (contactor.user_id -> user.id and contactor.right_id ->right.id) a jogosultságokat...
...kérdés, hogy érdemes-e ennyire elbonyolítani? 
pl.:
users
- id
- name
- email
- pass
rights
- id
- value
- name
contactor
- id
- user_id
- right_id -
Tele von Zsinór
őstag
Értem! Akkor neki is ugrok!

Kicsit rugalmasabb, ha a felhasználók táblába jogosultságonként felveszel egy boolean (vagy mysql esetén tinyint(1)) értéket, és azzal jelzed, lehet-e olyat neki, avagy nem. Bejelentkezéskor mented sessionbe, és bármikor később eléred.
Ezt nem inkább úgy érted, hogy csinálok egy másik táblát, pl jogok alatt, és ott megadom nei egyeségel azt, hogy az:
1-es joggal rendszelkező ezt meg ezt teheti
2-es joggal rendszelkező ezt meg ezt
stb...Szerk.: Jelenleg így néz ki a felhasználó tábla.
Nem, lásd a képet:

Itt azok a mezők tárolják, van-e a felhasználónak olyan joga. Később meg minden műveletnél megvan, hogy milyen jog kell hozzá, anélkül egy (normálisan kinéző) 403-as hibát kap.
-
RedSign
tag
Jelenleg csak a felhasználó név van tárolva a sessionben, meg egy érték, hogy belépett vagy sem. Ami igaz vagy hamis értéket ad vissza.
Ha szerinted a session nem megfelelő akkor miben kellene tárolni? Minden egyes lapletöltéskor nézzem meg a jogosultság értékét az adott $session[nick]-hez tartozó értéket?
Nem akarok csoportokat, csak egy egyszerű jogosultság kezelést.
A rendszernek és a célnak megfelel, ahogy Tele von Zsinór is írta előttem, ha nincs osztott rendszered a session biztonságos, mehet bele minden...
...személy szerint én csak a felhasználók egyedi azonosítóját és nickjét tárolom benne (meg hibaüziket, visszajelzéseket a felhasználó felé), a többit kiolvasom az adatbázisból ha szükséges. De feladata válogatja, hogy milyen megvalósítás kedvezőbb...
...ha neked megfelel, akkor mehet bele "bármi"... 
-
Speeedfire
félisten
Bőven jó hely a session az ilyenek tárolására - erre találták ki. Osztott webhostnál lehet biztonsági kockázata, de még mindig sokkal jobb, mint bármi más. Én oda tárolok mindent - felhasználói adatok, jogosultságok, többlépéses formok esetén akár még az előző formokban érkezett adatokat is.
A témához: ha egy 1..3 skálán kifejezhető, milyen jogosultságaid vannak, akkor ez a rendszer elég. Kicsit rugalmasabb, ha a felhasználók táblába jogosultságonként felveszel egy boolean (vagy mysql esetén tinyint(1)) értéket, és azzal jelzed, lehet-e olyat neki, avagy nem. Bejelentkezéskor mented sessionbe, és bármikor később eléred.
Ami weblaboros cikket linkeltek az egy felületes olvasásra jó és nagyon rugalmas megoldás, de ha az OOP még nem jóbarátod, felejtsd el (meg bármi összetett rendszert).
Értem! Akkor neki is ugrok!

Kicsit rugalmasabb, ha a felhasználók táblába jogosultságonként felveszel egy boolean (vagy mysql esetén tinyint(1)) értéket, és azzal jelzed, lehet-e olyat neki, avagy nem. Bejelentkezéskor mented sessionbe, és bármikor később eléred.
Ezt nem inkább úgy érted, hogy csinálok egy másik táblát, pl jogok alatt, és ott megadom nei egyeségel azt, hogy az:
1-es joggal rendszelkező ezt meg ezt teheti
2-es joggal rendszelkező ezt meg ezt
stb...Szerk.: Jelenleg így néz ki a felhasználó tábla.
-
Tele von Zsinór
őstag
Szia!
Elsőre bőven elég, bár sessionben nem tárolnám azért a jogosultságszintet, max a felhasználói azonosítót. Egyébként érdemes előtte felmérni, hogy mire van szükség, hiszen egy egyszerű jogosultsági szintű rendszerben, ami piramisra épül és a legmagasabb szinten a legnagyobb jogosultságú felhasználó helyezkedik el bőven elegendő az emelkedő számolás. Egy összetettebb rendszerben azonban már jogosultsági táblára vagy mátrixra lehet szükség - csoportok, csoport jogosultságok, kereszt kapcsolatok - ennyivel általában nem fogod megúszni...

Tömören: jelenleg szerintem bőven megfelelő...
Bőven jó hely a session az ilyenek tárolására - erre találták ki. Osztott webhostnál lehet biztonsági kockázata, de még mindig sokkal jobb, mint bármi más. Én oda tárolok mindent - felhasználói adatok, jogosultságok, többlépéses formok esetén akár még az előző formokban érkezett adatokat is.
A témához: ha egy 1..3 skálán kifejezhető, milyen jogosultságaid vannak, akkor ez a rendszer elég. Kicsit rugalmasabb, ha a felhasználók táblába jogosultságonként felveszel egy boolean (vagy mysql esetén tinyint(1)) értéket, és azzal jelzed, lehet-e olyat neki, avagy nem. Bejelentkezéskor mented sessionbe, és bármikor később eléred.
Ami weblaboros cikket linkeltek az egy felületes olvasásra jó és nagyon rugalmas megoldás, de ha az OOP még nem jóbarátod, felejtsd el (meg bármi összetett rendszert).
-
Speeedfire
félisten
Szia!
Elsőre bőven elég, bár sessionben nem tárolnám azért a jogosultságszintet, max a felhasználói azonosítót. Egyébként érdemes előtte felmérni, hogy mire van szükség, hiszen egy egyszerű jogosultsági szintű rendszerben, ami piramisra épül és a legmagasabb szinten a legnagyobb jogosultságú felhasználó helyezkedik el bőven elegendő az emelkedő számolás. Egy összetettebb rendszerben azonban már jogosultsági táblára vagy mátrixra lehet szükség - csoportok, csoport jogosultságok, kereszt kapcsolatok - ennyivel általában nem fogod megúszni...

Tömören: jelenleg szerintem bőven megfelelő...
Jelenleg csak a felhasználó név van tárolva a sessionben, meg egy érték, hogy belépett vagy sem. Ami igaz vagy hamis értéket ad vissza.
Ha szerinted a session nem megfelelő akkor miben kellene tárolni? Minden egyes lapletöltéskor nézzem meg a jogosultság értékét az adott $session[nick]-hez tartozó értéket?
Nem akarok csoportokat, csak egy egyszerű jogosultság kezelést.
-
RedSign
tag
Üdv!
Jogosultság kezeléssel kapcsolatban szeretnék kérdezni ki hogy használja illetve mire érdemes odafigyelni!
A mysql táblában eltároltam a felhasználóhoz egy értéket. 1-3 között az 1-es lenne a "rendszergazda" a 2-es lenne aki tartalmakat tölthet fel, módosíthat, törölhet, de semmi más.
Ha bejelentkezés után egy sessionben eltárolom az adott értéket és ezt kérdezem le akkor az úgy megfelelő vagy nem valami biztonságos?
Eddig csak egy adott felhasználó csinálhatott mindent, az admin. Ezen szeretnék változtatni.Szia!
Elsőre bőven elég, bár sessionben nem tárolnám azért a jogosultságszintet, max a felhasználói azonosítót. Egyébként érdemes előtte felmérni, hogy mire van szükség, hiszen egy egyszerű jogosultsági szintű rendszerben, ami piramisra épül és a legmagasabb szinten a legnagyobb jogosultságú felhasználó helyezkedik el bőven elegendő az emelkedő számolás. Egy összetettebb rendszerben azonban már jogosultsági táblára vagy mátrixra lehet szükség - csoportok, csoport jogosultságok, kereszt kapcsolatok - ennyivel általában nem fogod megúszni...

Tömören: jelenleg szerintem bőven megfelelő...
-
Speeedfire
félisten
-
LW
őstag
Üdv!
Jogosultság kezeléssel kapcsolatban szeretnék kérdezni ki hogy használja illetve mire érdemes odafigyelni!
A mysql táblában eltároltam a felhasználóhoz egy értéket. 1-3 között az 1-es lenne a "rendszergazda" a 2-es lenne aki tartalmakat tölthet fel, módosíthat, törölhet, de semmi más.
Ha bejelentkezés után egy sessionben eltárolom az adott értéket és ezt kérdezem le akkor az úgy megfelelő vagy nem valami biztonságos?
Eddig csak egy adott felhasználó csinálhatott mindent, az admin. Ezen szeretnék változtatni.Szia!
Múlt héten volt vele dolgom. Nekem Ő segített. Nagyon jó írás, érthető és példa is van hozzá. -
Speeedfire
félisten
Üdv!
Jogosultság kezeléssel kapcsolatban szeretnék kérdezni ki hogy használja illetve mire érdemes odafigyelni!
A mysql táblában eltároltam a felhasználóhoz egy értéket. 1-3 között az 1-es lenne a "rendszergazda" a 2-es lenne aki tartalmakat tölthet fel, módosíthat, törölhet, de semmi más.
Ha bejelentkezés után egy sessionben eltárolom az adott értéket és ezt kérdezem le akkor az úgy megfelelő vagy nem valami biztonságos?
Eddig csak egy adott felhasználó csinálhatott mindent, az admin. Ezen szeretnék változtatni. -
Cyno
tag
Bocs, nem jó. A httpd.conf fájlban meg tudod nézni ennél a résznél:
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/xampp/htdocs"Az nekem is ua.
Akkor lehet valamit jól elkódoltam, és ez lesz a gond.
-
Brown ügynök
senior tag
Próbáld meg ide rakni a fájlokat: xamp\xampp\php\PEAR\www
Bocs, nem jó. A httpd.conf fájlban meg tudod nézni ennél a résznél:
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/xampp/htdocs" -
Brown ügynök
senior tag
Sziasztok!
Egy kicsit szeretnék foglalkozni a php és mySql párossal, ehhez xampp-ot raktam fel.
Rögtön az elején sikerült elakadnom, nem tudok php-t futtatni. Hova kellene felmásolnom az oldalt-esetleg az xampp-on belül - , hogy működjön. Próbáltam többek között a c:\xampp\htdocs\-ot, de nem használt, vagy esetleg konfigolni kellene valamit?
Mod: localhost, stb, működik
Próbáld meg ide rakni a fájlokat: xamp\xampp\php\PEAR\www
-
Cyno
tag
Sziasztok!
Egy kicsit szeretnék foglalkozni a php és mySql párossal, ehhez xampp-ot raktam fel.
Rögtön az elején sikerült elakadnom, nem tudok php-t futtatni. Hova kellene felmásolnom az oldalt-esetleg az xampp-on belül - , hogy működjön. Próbáltam többek között a c:\xampp\htdocs\-ot, de nem használt, vagy esetleg konfigolni kellene valamit?
Mod: localhost, stb, működik
-
Tele von Zsinór
őstag
Hali!
Van a Web Developer-nek Chrome-bővítménye is, de valami oknál fogva nálam nem hajlandó működni a Validate Local HTML (Chrome 9.0.597.19 beta, Ubuntu x86).
A HTML Validator-t viszont most próbálgatom, eddig nagyon fasza, érdemes kipróbálni.
Nálam Chrome-újraindítás után működött csak, pedig elvileg telepítés után mennie kéne gond nélkül, de ez mondjuk annyira nem para.A Firebug - ha nem is feltétlenül teljes értékű - alternatívájaként ott van a Chrome beépített Developer Tools-a.
Nekem sem működik, Chrome 9.0.597.83 beta, Ubuntu 10.10 x64.
-
Brown ügynök
senior tag
Hali!
Van a Web Developer-nek Chrome-bővítménye is, de valami oknál fogva nálam nem hajlandó működni a Validate Local HTML (Chrome 9.0.597.19 beta, Ubuntu x86).
A HTML Validator-t viszont most próbálgatom, eddig nagyon fasza, érdemes kipróbálni.
Nálam Chrome-újraindítás után működött csak, pedig elvileg telepítés után mennie kéne gond nélkül, de ez mondjuk annyira nem para.A Firebug - ha nem is feltétlenül teljes értékű - alternatívájaként ott van a Chrome beépített Developer Tools-a.
Igen, egyenlőre a Chrome beépített Developer Tools-át használom és majdnem olyan jó mint a Firebug. De a Firebug külön színezte a margót&eltartást.

Ez a HTML Validator bővítmény nem is rossz. Gyorsan tudsz vele ellenőrizni. -
Sk8erPeter
nagyúr
A firefox Web Developer kiterjesztése tényleg az egyik legjobb. Most Chrome-t használok, de a firefox-é jobb.
Upsz, most jöttem rá, hogy ez nem a Firebug. Azt használtam amíg firefoxt használtam. Majd ha kijön a 4-es róka kipróbálom azokat amiket mondtál.
Hali!
Van a Web Developer-nek Chrome-bővítménye is, de valami oknál fogva nálam nem hajlandó működni a Validate Local HTML (Chrome 9.0.597.19 beta, Ubuntu x86).
A HTML Validator-t viszont most próbálgatom, eddig nagyon fasza, érdemes kipróbálni.
Nálam Chrome-újraindítás után működött csak, pedig elvileg telepítés után mennie kéne gond nélkül, de ez mondjuk annyira nem para.A Firebug - ha nem is feltétlenül teljes értékű - alternatívájaként ott van a Chrome beépített Developer Tools-a.
-
Brown ügynök
senior tag
Alternatíva: a firefox Web Developer n. kiterjesztésének van "Validate local HTML" funkciója - feltölti neked a generált kimenetet, és nyitja új fülön a validátort.
Másik alternatíva: a firefox HTML validator kiterjesztése, ami a statusbarban ikonnal jelzi, valid/warningos/invalid-e a kódod, illetve a forráskód nézetben kiemeli őket és magyarázza. HTML5-öt sajnos nem tudja.
A firefox Web Developer kiterjesztése tényleg az egyik legjobb. Most Chrome-t használok, de a firefox-é jobb.
Upsz, most jöttem rá, hogy ez nem a Firebug. Azt használtam amíg firefoxt használtam. Majd ha kijön a 4-es róka kipróbálom azokat amiket mondtál.
-
fordfairlane
veterán
Szóval vagy felrakom valamilyen tárhelyre és úgy ellenőrzöm vagy a kimenetet elmentem és azt ellenőrzöm. Amikor elmentettem a kimenetet és úgy ellenőriztem, akkor rendben találta a kódot. A tárhelyes megoldást később kipróbálom.
A PHP-nak mindenképp le kell futnia a PHP értelmezőn, mert preprocesszált nyelv. Vagy publikus szerverre rakod, és URL-t adsz a validátornak, vagy te privátban futtatod a PHP-t, és a HTML kimenetet a böngészőből fájlba mented, vagy pedig vágólapon keresztül bemásolod a validátor "Direct Input" ablakába. Ha ez így macerás, esetleg az előbb ajánlott a Firefox plugin egyszerűsítheti a dolgot.
-
Tele von Zsinór
őstag
Szóval vagy felrakom valamilyen tárhelyre és úgy ellenőrzöm vagy a kimenetet elmentem és azt ellenőrzöm. Amikor elmentettem a kimenetet és úgy ellenőriztem, akkor rendben találta a kódot. A tárhelyes megoldást később kipróbálom.
Alternatíva: a firefox Web Developer n. kiterjesztésének van "Validate local HTML" funkciója - feltölti neked a generált kimenetet, és nyitja új fülön a validátort.
Másik alternatíva: a firefox HTML validator kiterjesztése, ami a statusbarban ikonnal jelzi, valid/warningos/invalid-e a kódod, illetve a forráskód nézetben kiemeli őket és magyarázza. HTML5-öt sajnos nem tudja.
-
Brown ügynök
senior tag
A validatornak azt kell kapnia, amit a böngésző kap a szerveredtől a php fájl futtatásakor. Ha a validatornál fájlfeltöltést használsz, akkor a php szkript által előállított html kimenetet kell produkálnod a validátor felé fájl formájában, nem magát a szkriptet.
Szóval vagy felrakom valamilyen tárhelyre és úgy ellenőrzöm vagy a kimenetet elmentem és azt ellenőrzöm. Amikor elmentettem a kimenetet és úgy ellenőriztem, akkor rendben találta a kódot. A tárhelyes megoldást később kipróbálom.
-
fordfairlane
veterán
A PHP fájlt töltöm fel.
A validatornak azt kell kapnia, amit a böngésző kap a szerveredtől a php fájl futtatásakor. Ha a validatornál fájlfeltöltést használsz, akkor a php szkript által előállított html kimenetet kell produkálnod a validátor felé fájl formájában, nem magát a szkriptet.
-
LW
őstag
Azért nem értem mert láttam már olyan weboldalt ahol valószínűleg sokkal komolyabb dolgokat illesztenek be az oldalra és mégis helyesnek értékeli a validator.
Ilyen pl. az Itcafe forum listázó oldala: [link]
Ha így van, akkor mégsem érted teljesen a php futását.
A validator már egy tiszta HTML kódot vár, amit a php legenerál.Ha egy távoli címet adsz neki, ahol fut webszerver: http://pelda.hu/index.php - akkor a webszerveren előbb lefut a PHP, utána amit megkap a validator, az már csak a lefutott script kimenete.
Ha feltöltöd, akkor magát a php fájl tartalmát elemzi és mivel oda nem illő dolgok vannak a HTML kódban, hibát jelez.
Tehát:
Vagy tedd elérhetővé a php fájl egy a validator számára is elérhető helyen, vagy Futtasd le és az eredményt add neki oda. -
Brown ügynök
senior tag
A PHP fájlt töltöm fel.
Azért nem értem mert láttam már olyan weboldalt ahol valószínűleg sokkal komolyabb dolgokat illesztenek be az oldalra és mégis helyesnek értékeli a validator.
Ilyen pl. az Itcafe forum listázó oldala: [link]
-
Brown ügynök
senior tag
Tehát legenerálod a kimenetet, lemented, és azt töltöd fel, vagy a php fileod töltöd fel?
A PHP fájlt töltöm fel.
-
Tele von Zsinór
őstag
A validator.w3.org-on fájlfeltöltés útján. Megnéztem úgy is , hogy felraktam szerverre és úgy ellenőriztem akkor is hibát írt ki. Fentebb már leírtam azt amit ellenőriztem (php fájl).
Tehát legenerálod a kimenetet, lemented, és azt töltöd fel, vagy a php fileod töltöd fel?
-
rt06
veterán
A validator.w3.org-on fájlfeltöltés útján. Megnéztem úgy is , hogy felraktam szerverre és úgy ellenőriztem akkor is hibát írt ki. Fentebb már leírtam azt amit ellenőriztem (php fájl).
es mit toltottel fel? azt a file-t elerhetove tudnad tenni valahol?
vagy a feltoltott php url-jet -
Brown ügynök
senior tag
A validator.w3.org-on fájlfeltöltés útján. Megnéztem úgy is , hogy felraktam szerverre és úgy ellenőriztem akkor is hibát írt ki. Fentebb már leírtam azt amit ellenőriztem (php fájl).
-
rt06
veterán
Igen, ha lementem html-be és azt ellenőrzöm akkor helyesnek találja. De ha php fájlként ellenőrzöm akkor nem.
egeszen pontosan hogyan ellenorzod?
ha url megadasaval, ugy le tudnad irni nekunk az url-t, amit ellenoriztetsz? -
Brown ügynök
senior tag
A generált kimeneted validnak írja.
Igen, ha lementem html-be és azt ellenőrzöm akkor helyesnek találja. De ha php fájlként ellenőrzöm akkor nem.
-
Tele von Zsinór
őstag
PHP fájl:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<?php require_once('switch.php'); ?>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>HTML kimenet:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>Validator szerinti hibák:
Namespace Found in non-XML Document
Ha utf-8 kódolásban: Byte-Order Mark found in UTF-8 File. (BOM nélkül nincs hiba)
Line 2, Column 61: DTD did not contain element declaration for document type name
Line 3, Column 13: there is no attribute "XMLNS"
Line 3, Column 53: there is no attribute "XML:LANG"
Line 3, Column 58: element "HTML" undefined
Line x, Column y: element "tag" undefinedA generált kimeneted validnak írja.
-
Brown ügynök
senior tag
Nyilván BOM nélküli UTF-8-kódolású fájlod legyen, a BOM már megjelenít egy kimenetet még a DOCTYPE előtt.
Akkor is ugyanezek a hibák, amikor BOM nélküli UTF-8 kódolásban van, vagy mi?Mindenesetre a "fentartva" szót javítsd már ki...
(fenntartva)Szerk.: Mellesleg nem értem, a függvényednek mi értelme van?
function kapcsolat() {
echo "<p>info@kapcsolat.hu</p>";
}
Ráadásul ez egy osztályba építve, aminek ez az egyik fő metódusa, hogy ezt kiírja? Számomra őszintén szólva nem igazán egyértelmű, amiket írsz. Plusz igencsak feleslegesnek látszik ez a függvény...Ez csak egy példaoldal, kísérletezek. Nem az a lényeg mi van rajta, hogy mit írtam el, meg hogy mit hívok meg az osztályokból stb. Hanem ,hogy miért nem valid amikor a html kimenetnek annak kéne lennie.
-
Sk8erPeter
nagyúr
PHP fájl:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<?php require_once('switch.php'); ?>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>HTML kimenet:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>Validator szerinti hibák:
Namespace Found in non-XML Document
Ha utf-8 kódolásban: Byte-Order Mark found in UTF-8 File. (BOM nélkül nincs hiba)
Line 2, Column 61: DTD did not contain element declaration for document type name
Line 3, Column 13: there is no attribute "XMLNS"
Line 3, Column 53: there is no attribute "XML:LANG"
Line 3, Column 58: element "HTML" undefined
Line x, Column y: element "tag" undefinedNyilván BOM nélküli UTF-8-kódolású fájlod legyen, a BOM már megjelenít egy kimenetet még a DOCTYPE előtt.
Akkor is ugyanezek a hibák, amikor BOM nélküli UTF-8 kódolásban van, vagy mi?Mindenesetre a "fentartva" szót javítsd már ki...
(fenntartva)Szerk.: Mellesleg nem értem, a függvényednek mi értelme van?
function kapcsolat() {
echo "<p>info@kapcsolat.hu</p>";
}
Ráadásul ez egy osztályba építve, aminek ez az egyik fő metódusa, hogy ezt kiírja? Számomra őszintén szólva nem igazán egyértelmű, amiket írsz. Plusz igencsak feleslegesnek látszik ez a függvény... -
Brown ügynök
senior tag
PHP fájl:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<?php require_once('switch.php'); ?>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>HTML kimenet:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css" media="screen">
@import 'css.css';
</style>
<title>switch</title>
</head>
<body>
<a href="?t=kapcsolat">Kapcsolat</a>
<span> |</span>
<a href="?t=info">Info</a>
<span> |</span>
<a href="index.php">Főoldal</a>
<p> Minden jog fentartva.</p>
</body>
</html>Validator szerinti hibák:
Namespace Found in non-XML Document
Ha utf-8 kódolásban: Byte-Order Mark found in UTF-8 File. (BOM nélkül nincs hiba)
Line 2, Column 61: DTD did not contain element declaration for document type name
Line 3, Column 13: there is no attribute "XMLNS"
Line 3, Column 53: there is no attribute "XML:LANG"
Line 3, Column 58: element "HTML" undefined
Line x, Column y: element "tag" undefined -
rt06
veterán
Rosszul érzed.
Tisztában vagyok vele hogy csak html kódot olvassa ezért nem értem miért ír ki hibát a validátor.
Validator szerinti hibák:
Line 3, Column 61: DTD did not contain element declaration for document type name
Line 4, Column 13: there is no attribute "XMLNS"
Line 4, Column 53: there is no attribute "XML:LANG"
Line 4, Column 58: element "HTML" undefined
Line x, Column z: element "összes <tag>" undefinedA switch.php meghív egy osztályt melyben a következő fv. van.
function kapcsolat() {
echo "<p>info@kapcsolat.hu</p>";
}
Ha ezt elmentem html-be (<p>info@kapcsolat.hu</p>), akkor jó, de ha így, fv.-ként meghívom, akkor nem.meg tudnad mutatni a pontos, generalt html kodot, amire ezt a hibat kapod?
merthogy ez nem az, amit fentebb irtal, ugyanis a html, xmlns es xml:lang nem a 4., hanem a 3. sorban van
-
Brown ügynök
senior tag
Attól függ, mit csinál a switch.php. Kód, pláne hibaüzenet nélkül csak találgatni tudunk.
Úgy érzem, nem vagy tisztában a php működésével. A szerveren fut le, és a kliens a generált kimenetet kapja meg - így a validátor sem látja a php kódod, csak amit kiír.
Rosszul érzed.
Tisztában vagyok vele hogy csak html kódot olvassa ezért nem értem miért ír ki hibát a validátor.
Validator szerinti hibák:
Line 3, Column 61: DTD did not contain element declaration for document type name
Line 4, Column 13: there is no attribute "XMLNS"
Line 4, Column 53: there is no attribute "XML:LANG"
Line 4, Column 58: element "HTML" undefined
Line x, Column z: element "összes <tag>" undefinedA switch.php meghív egy osztályt melyben a következő fv. van.
function kapcsolat() {
echo "<p>info@kapcsolat.hu</p>";
}
Ha ezt elmentem html-be (<p>info@kapcsolat.hu</p>), akkor jó, de ha így, fv.-ként meghívom, akkor nem.
Új hozzászólás Aktív témák
-
6000 - 5901
21809 - 20001 20000 - 18001 18000 - 16001 16000 - 14001 14000 - 12001 12000 - 10001 10000 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 5901 5900 - 5801 5800 - 5701 5700 - 5601 5600 - 5501 5500 - 5401 5400 - 5301 5300 - 5201 5200 - 5101 5100 - 5001 5000 - 4901 4900 - 4801 4800 - 4701 4700 - 4601 4600 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- Szoftverfejlesztés
- PHP programozás
- (kiemelt téma)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Premier előzetest kapott a 007 First Light
- Horgász topik
- PROHARDVER! feedback: bugok, problémák, ötletek
- Ubuntu Linux
- Forza sorozat (Horizon/Motorsport)
- Luck Dragon: Asszociációs játék. :)
- Apple MacBook
- Hyundai, Kia topik
- Építő/felújító topik
- További aktív témák...
- Törött, Hibás iPhone felvásárlás!!
- AKCIÓ! Intel Core Ultra 5 235 14 mag 14 szál processzor garanciával hibátlan működéssel
- iPhone 14 128GB Midnight -2 ÉV GARANCIA - Kártyafüggetlen, MS5600
- Bontatlan! Samsung 2.5 870 EVO 500GB SATA3 (MZ-77E500B)!
- Játékra vagy Munkára! Csere-Beszámítás! I7 3930K / Nvida GTX Titan B / 16GB DDR3 / 500GB SSD!
Állásajánlatok
Cég: aiMotive Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest













Tisztában vagyok vele hogy csak html kódot olvassa ezért nem értem miért ír ki hibát a validátor.


