- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Szünetmentes tápegységek (UPS)
- Samsung Galaxy Tab S8 Ultra - szépséges a szörnyeteg
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fejhallgató erősítő és DAC topik
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Azonnali alaplapos kérdések órája
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Vezetékes FEJhallgatók
- E-book olvasók
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#5991
üzenetére
"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.
-
Tele von Zsinór
őstag
válasz
Speeedfire
#5994
üzenetére
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
válasz
Speeedfire
#5994
üzenetére
Á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
válasz
Speeedfire
#5994
üzenetére
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
válasz
Speeedfire
#5994
üzenetére
Esetleg ha "" közé rakod a 008-t?
-
Speeedfire
félisten
válasz
Tele von Zsinór
#5992
üzenetére
É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
válasz
Tele von Zsinór
#5992
üzenetére
Igen, a Temp könyvtár az. Oké, kösz.
Ja igen, schema...
-
Tele von Zsinór
őstag
válasz
Brown ügynök
#5990
üzenetére
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
válasz
Tele von Zsinór
#5989
üzenetére
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
válasz
Brown ügynök
#5988
üzenetére
Nem értem a kérdést, pontosítsd!
-
Brown ügynök
senior tag
válasz
Tele von Zsinór
#5987
üzenetére
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
válasz
Brown ügynök
#5986
üzenetére
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
válasz
Tele von Zsinór
#5984
üzenetére
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. -
Tele von Zsinór
őstag
válasz
Brown ügynök
#5983
üzenetére
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.
-
Brown ügynök
senior tag
válasz
Tele von Zsinór
#5978
üzenetére
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
válasz
Tele von Zsinór
#5980
üzenetére
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
válasz
Speeedfire
#5979
üzenetére
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
válasz
Brown ügynök
#5973
üzenetére
Akkor egyszerű: engedélyezd a pdo_mysql extensiont a megfelelő php.iniben. A path-nak ehhez semmi köze.
-
-
n-tek
aktív tag
válasz
Tele von Zsinór
#5972
üzenetére
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
válasz
Tele von Zsinór
#5971
üzenetére
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
válasz
Brown ügynök
#5970
üzenetére
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? -
n-tek
aktív tag
válasz
Tele von Zsinór
#5967
üzenetére
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
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
válasz
Sk8erPeter
#5964
üzenetére
Oh, hogy...

Kössz!
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#5963
üzenetére
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
válasz
Sk8erPeter
#5962
üzenetére
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
válasz
Speeedfire
#5960
üzenetére
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
válasz
Sk8erPeter
#5959
üzenetére
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
válasz
Speeedfire
#5958
üzenetére
É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. 
-
-
PazsitZ
addikt
válasz
Speeedfire
#5956
üzenetére
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
válasz
PazsitZ
#5955
üzenetére
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
válasz
Speeedfire
#5954
üzenetére
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?
-
válasz
Tele von Zsinór
#5951
üzenetére
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.

-
válasz
Tele von Zsinór
#5949
üzenetére
Ja igen, itt az url: [link]
-
válasz
Tele von Zsinór
#5946
üzenetére
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
-
válasz
Speeedfire
#5944
üzenetére
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.
-
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.
-
Dave-11
tag
Szerintetek ha megtanultam a PHP-t akkor utána kezdjek bele a MySQL-be is?
-
Speeedfire
félisten
válasz
Tele von Zsinór
#5935
üzenetére
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
válasz
Speeedfire
#5933
üzenetére
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
válasz
Speeedfire
#5933
üzenetére
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
válasz
Speeedfire
#5931
üzenetére
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
válasz
Tele von Zsinór
#5932
üzenetére
É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
válasz
RedSign
#5930
üzenetére
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
válasz
RedSign
#5930
üzenetére
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
válasz
Speeedfire
#5927
üzenetére
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ő...
-
LW
őstag
válasz
Speeedfire
#5927
üzenetére
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
válasz
Brown ügynök
#5925
üzenetére
Az nekem is ua.
Akkor lehet valamit jól elkódoltam, és ez lesz a gond.
-
Brown ügynök
senior tag
válasz
Brown ügynök
#5924
üzenetére
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" -
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
válasz
Sk8erPeter
#5920
üzenetére
Nekem sem működik, Chrome 9.0.597.83 beta, Ubuntu 10.10 x64.
-
Brown ügynök
senior tag
válasz
Sk8erPeter
#5920
üzenetére
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
válasz
Brown ügynök
#5919
üzenetére
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
válasz
Tele von Zsinór
#5917
üzenetére
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
válasz
Brown ügynök
#5916
üzenetére
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
válasz
Brown ügynök
#5916
üzenetére
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
válasz
fordfairlane
#5915
üzenetére
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
válasz
Brown ügynök
#5912
üzenetére
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
válasz
Brown ügynök
#5913
üzenetére
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
válasz
Brown ügynök
#5912
üzenetére
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
válasz
Tele von Zsinór
#5911
üzenetére
A PHP fájlt töltöm fel.
-
Tele von Zsinór
őstag
válasz
Brown ügynök
#5909
üzenetére
Tehát legenerálod a kimenetet, lemented, és azt töltöd fel, vagy a php fileod töltöd fel?
-
rt06
veterán
válasz
Brown ügynök
#5909
üzenetére
es mit toltottel fel? azt a file-t elerhetove tudnad tenni valahol?
vagy a feltoltott php url-jet -
rt06
veterán
válasz
Brown ügynök
#5907
üzenetére
egeszen pontosan hogyan ellenorzod?
ha url megadasaval, ugy le tudnad irni nekunk az url-t, amit ellenoriztetsz? -
Brown ügynök
senior tag
válasz
Tele von Zsinór
#5906
üzenetére
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
válasz
Brown ügynök
#5903
üzenetére
A generált kimeneted validnak írja.
-
Brown ügynök
senior tag
válasz
Sk8erPeter
#5904
üzenetére
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
válasz
Brown ügynök
#5903
üzenetére
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... -
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
válasz
Brown ügynök
#5901
üzenetére
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
válasz
Tele von Zsinór
#5900
üzenetére
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
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Szünetmentes tápegységek (UPS)
- Videó stream letöltése
- Autós topik
- Samsung Galaxy Tab S8 Ultra - szépséges a szörnyeteg
- Lexus, Toyota topik
- Eredeti játékok OFF topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- World of Warships
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- Dell S3422DWG Ívelt Gaming monitor
- Blackmagic eszközök
- Microsoft Surface Book 13.5" 3000x2000 i5-6300U 256GB érintőkijelzős notebook garanciával, üzletből
- Xiaomi Redmi Note 14 Pro+ 5G 8/256GB, Megkímélt, Kártyafüggetlen, Töltővel, Dobozzal, 1 Év Garancia!
- Xioami Redmi Note 14 Pro 5G 8/256GB, Megkímélt, Kártyafüggetlen, Töltővel, 1 Év Garanciával!
- Telefon Felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
- iKing.Hu - HONOR 400 Lite 5G Velvet Grey Vékony, könnyű, AI-kameragomb 8/256 GB- 2027. 07. 01
- Apple iPhone 13 256GB / Kártyafüggetlen / 12Hó Garancia / 100% Akku
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
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.


