Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Tolik rozruchu
jen v Lopuchu

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
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:
  1. www.php.net - domovská stránka PHP
  2. www.kosek.cz - spousta tutorialu pro PHP v češtině
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: hkpcrdb
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 1.4.2010 14:06  3035
tvxJinak PHP pouziva reference couting. Proveř, jestli ti tam nevznikaji kruhy (cykly)
bredy 1.4.2010 14:05  3034
Aha, to jsem asi nesledoval
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.4.2010 14:04  3033
BredyZrovna o tom vyprazdnovani jsem tu psal o par prispevku nize asi pred tydnem. ale to bych se zblaznil hlidat to uplne vsude...
bredy 1.4.2010 13:36  3032
obecne jsem slysel, ze nejjistejsi je napsat
$var = NULL;
unset($var)
bredy 1.4.2010 13:34  3031
Jestli to neni tim jak uvolnujes pamet
I saw this mentioned somewhere else but if you do

$var = NULL

then I've noticed less memory usuage than with unset(). In fact, 
unset didn't do anything.

This might be useful if you're doing a php-gtk app, thats starting 
to consume significant memory over a long period of time. This was 
the code I used to test

// Check memory before here

for($i = 0; $i < 100; $i++)
{
  $dialog = &new GtkDialog();
  $dialog->realize();
  $dialog->destroy();

  $dialog = NULL;
  //unset($dialog);
}

// Check memory after here

Doing a difference between after and before results in:

Using destroy() and unset() ->  ~31kb
Using $dialog = NULL -> ~13 kb

The expected memory usuage should be 0kb or around there. 
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.4.2010 13:25  3030
BredyVypada to tak... a vypada to, ze jsou veci ktery proste neovlivnim, jenom jsem mirne prepsal skript na zpracovani a pamet jde okamzite nahoru a to je to treba jen par operaci s anonymnima datama :( uz jsem narazil i na 512MB ram.
A to jedu bez knihoven a tak vidim co kde delam a delam to maximlane jednoduse, co teprve kdybych pouzival cizi kod...
bredy 1.4.2010 13:06  3029
tvxJak pracuje PHP s pamětí se radši ani neptej. V zásadě je to hodně orientovaný na zpracování stránky. Takže se počítá, že veškerá paměť se po dobu práce jen alokuje a dealokuje se až na konci skriptu.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.4.2010 13:01  3028
php a memory :(tak php a sprava pameti je fakt na zabiti...
nedostanu se pod cca 0.002MB na zpracovani polozky at uvolnuju co kde rucne nasilim uvolnit jde a priznam se, ze absolutne nemam tuseni jak prijit na to, co tu pamet zaplnuje, kez slo treba vypsat obsazeni pameti objektem :(
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 11:42  3027
musím pyč
...
díky za postřehy
zatím to (pokud je to na webu ok) budu na localhostu ignorovat

ta práva odzkouším, ale později

Děkuji
themajkl themajkl All those moments will be lost in time - like tears in rain. 31.3.2010 11:31  3026
puschpull [3024]: V UNIXu/Linuxu by to nebylo nic proti ničemu, avšem jak se to aplikuje pod windows, to nemám tušení, tam fungují práva úplně jinak.
bredy 31.3.2010 11: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 puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 11:27  3024
nemůže být zádrhel v tomto řádku ?chmod ("..//images/large/$soubor_name", 0646);
themajkl themajkl All those moments will be lost in time - like tears in rain. 31.3.2010 11: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 puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 11: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 puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 31.3.2010 11:21  3021
Kontrolovals práva na takto vzniklém souboru pod administrátorem ve windows?

tím myslíš co ?

[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt