PHP - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Něco navíc v zeleném?
A proč ne...

Lopuch.cz

	Klub PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
	Archiv Diskuse o vybornem skriptovacim jazyku php. Dulezite odkazy, pred polozenim dotazu zkuste hledat odpoved zde: www.php.net - domovská stránka PHP www.kosek.cz - spousta tutorialu pro PHP v češtině

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 1845 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	31.3.2010 10:29	3025
	puschpull I administrátor může mít omezená práva k souboru. Jediný právo které admin má je změna vlastníka, takže pro změnu práv je nutné nejprve změnit vlastníka na administrátora.


	puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 10:27	3024
	nemůže být zádrhel v tomto řádku ?chmod ("..//images/large/$soubor_name", 0646);


	themajkl All those moments will be lost in time - like tears in rain. 31.3.2010 10:26	3023
	IMHO je možné mít na tom souboru práva jen pro jeho vlastníka a pak to nikdo jiný -včetně admina- neprohlídne, nezkopíruje, nic. Zkus zjistit, kdo je vlastník toho souboru, zkus mu jako admin převzít vlastnictví (na sebe) a nastav mu jiná práva. Pokud by to takhle fungovalo, vedlo by to nutnosti nastavování jiných práv na souborech, co ti php (nebo apache nebo kdo) vytváří.


	puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 10:23	3022
	ošetření v phpještě tento kód (sorry) <?php $soubor_name = ($_FILES["soubor"]["name"]); $soubor = ($_FILES["soubor"]["tmp_name"]); $ok = ($_POST["ok"]); if ($ok == "Upload" && $soubor_name!="") { if (move_uploaded_file($soubor, "..//images/large/$soubor_name")) { chmod ("..//images/large/$soubor_name", 0646); echo "<b>Soubor $soubor_name byl nahran na server</b><BR>"; $apath = 'images/large/'.$soubor_name; echo "<b>$apath - cesta k souboru</b><BR>"; } else { echo "<b>Chyba - soubor nebyl nahran</b><BR>"; } } ?>


	puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 10:21	3021
	Kontrolovals práva na takto vzniklém souboru pod administrátorem ve windows? tím myslíš co ?


	puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 10:21	3020
	themajkl: není to zástupce na PC jsem administrátor stejný "web" na serveru kde hostuji funguje a se soubory se dá přes ftp normálně manipulovat a přes ftp takto uploadovaný stažený soubor má normální vlastnosti stejné jako originál, který byl uploadován


	themajkl All those moments will be lost in time - like tears in rain. 31.3.2010 10:17	3019
	Předpokládám, že to ja skutečně ta fotka, ne jen zástupce, nebo tak něco. Kontrolovals práva na takto vzniklém souboru pod administrátorem ve windows?


	puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 10:12	3018
	dotazmožná opět trochu přitroublý, ale... na localhost mám (apache, mysql, php) zkušební verzi administrace galerie obrázků, pokud provedu upload fotografie (jpg), tak sice vše funguje, fotka se zkopíruje (uploaduje) na zadané místo v cílové složce v localhost, a v galerii se zobrazí, ale nemu s ní nijak manipulovat porůzkumníkem windows (kopírovat, otevírat v editoru, přesunout... ale smazat jde) hláška: soubor_xx nelze zkopírovat: Přístup byl odepřen. Ověřte, zda disk není zaplněn nebo chráněn proti přepsání a zda soubor není právě používán a pokud dám soubor-vlastnosti, tak u něj je jen záložka obecné a souhrn (chybí záložka zabezpečení) a záložka souhrn je úplně prázdná ... nenapadá vás, čím to může být způsobeno ? formulář pro odesílání obrázků (část kódu): <div id="formular"> <FORM ACTION="send.php" METHOD="post" ENCTYPE="multipart/form-data"> <table align="left" width="98%" border="1" bordercolor="#f3f3d6"> <tr> <td width="192px">Obrázek:</td> <td><INPUT TYPE="file" NAME="soubor" SIZE="64"></td> </tr> <tr> <td>Náhled:</td> <td><INPUT TYPE="file" NAME="nahled" SIZE="64"></td> </tr> ................ <tr> <td> </td> <td><br /><INPUT TYPE="submit" NAME="ok" VALUE="Upload">    <input type="reset" value="reset"></td> </tr> </table></form> </div> <!-- /* end div id="formular" */ -->


	19.3.2010 06:29	3017
	tvxMěl jsem tu čest psát pro PHP extension a chtělo se mi zvracet. Tak se ani nedivím za tyhle problémy.


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 23:20	3016
	knedlePhp mam mit obecne probemy s odkazy pomoci reference takze treba i s tridami, neuvolnuje pamet obsahu pri unset(). Naplnenim prazdnyho obsahu se smaze samotnej obsah, unset pak zrusi referenci. Na netu je hned nekolik krasnych prikladu jak si to vyzkouset vyhledatelnych pod "php memory leaks".


	knedle online - Krabice živých 18.3.2010 21:05	3015
	tvx [3012]: pokud funguje ten = null, tak je to fajn, neznal sem


	18.3.2010 20:55	3014
	neni nad to si problem ujasnit samomluvou v diskuzaku. U me bohuzel zabira jen vysvetlovani problemu manzelce. A ta na to nema trpelivost.


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 19:41	3013
	tak jeste jedna zajimava vlastnost k prozkoumani... pote co jsem php zamestnal pripojovanim k db coz mu jiste dalo nejaky waitstates... (ze by se vyuzily na rezii?) vypada to, ze vytizeni pameti rapidne pokleslo...


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:45	3012
	Aha, tak jedine zlepseni nastalo pote co jsem pred unset() dal jsete vynulovani referovane hodnoty $x = null; unset($x); a mam zase o par zpracovanych radku vice... jinak tohle pry podle internetovych zdroju normalni vlastnost PHP :(


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 18.3.2010 17:28	3011
	Sice se to hodne zlepsilo ale stejne i nadale pretejkam s pameti, ac podle vypisu me znamych datovych struktur ktere muzou narustat (snad jen ten muj model kterej se ted uspesna maze a na konci je prazdnej! jinak nic) po nacteni cca 32000 xml elementu, pretecu na 128 mb ram :(

[ 1845 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt