- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- Elektromos rásegítésű kerékpárok
- Argos: Szeretem az ecetfát
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- Gurulunk, WAZE?!
- eBay-es kütyük kis pénzért
Ú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?
-
barnam_
nagyúr
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.
-
barnam_
nagyúr
válasz
Tele von Zsinór #5949 üzenetére
Ja igen, itt az url: [link]
-
barnam_
nagyúr
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 -
barnam_
nagyúr
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.
-
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.
-
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
Hirdetés
- Samsung Galaxy A5 32GB Kártyafüggetlen 1Év Garanciával
- AKCIÓ! MSI B450M R7 5700X 16GB DDR4 512GB SSD RX 5700 XT 8GB Rampage SHIVA Zalman 600W
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- 122 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged