elfz

Usermod vajag lietotāja vārdu, nevis lietotāja skaitlisko id. attiecīgi usermod -a -G 33 malka1

usermod -a -G php-grupa ftp-lietotājs

nozīmē pievienot ftp lietotāju php grupai. Pēc šīs komandas, pēc pārlogošanās, ftp lietotājs ir spējīgs tikt klāt php lietotāja izveidotajiem failiem, ja failam ir norādīts, ka grupa to drīkst lasīt / rakstīt.

Lieliski, paldies!

No savas puses ieteikšu aši, kamēr neviens vēl nav tavu forumu nonesis, skriet mācīties par to, kā nodrošināt lietotāja nodotos parametrus, pirms viņus bāzt iekšā sql pieprasījumā.

pirms-php5, un vispār, lasāmāk,

foreach($_GET as $k=>$v) {
 $_GET[$k] = do_something_with($v);
}

PHP izveido failus ar lietotaaju 33, bet vajag taa lai buutu 10002 un uz augshu.

Ko nozīmē "vajag"? Acīmredzot, php darbojas no lietotāja #33, un attiecīgi, lai kā tu to vēlētos, viņš nevar izveidot failus svešā vārdā.

Ja tu vēlies, lai php veidotu failus ar attiecīgā lietotāja permīcijām, ļaudis runā, ka vari lietot suPHP, vai laist php cgi/fastcgi režīmā, un palūgt ispconfigam, lai tas lietotu suexec.

Ja viss ir tikai priekš sevis paša, un tikai gribi ar savu lietotāju tikt klāt failiem, vari vienkārši sevi piesviest klāt tai grupai, kuras owneris ir failu owneris.

<div style="margin-right: 300px">
 <textarea></textarea>
</div>

Kā palūgt tekstarejam aizņemt visu diva platumu?

Ja bildītēm izmēri fiksēti, tad vari darīt, piemēram, šādi,

div.image a {
	border: 1px solid gray;
	display: block;
	padding: 2px;
	width: 150px;
	height: 112px;
}

kā izkatītos vienkārša regulāra izteiksme, ja Tel: - sakuma tāgs, bet beigu tāgs pirmajā variantā - </p>

preg_match_all('/Tel: (.+)<\/p>/U', $html, $matches);
 foreach($matches[1] as $match) echo "$match ";

pagaidu risinaajums man ir <div></div>, kursh ir 1px augsts ar uzstaadiitu bg kraasu. viss ok, iznjemot atkal IE - tam ir 2 px, bet nu vismaz kkas. buus jaapameegjina ar img

Pārbaudi, vai apkārtējiem elementiem ar marginiem etc viss ir kārtībā; vienkāršai lapai viss izskatās labi --

http://elfz.laacz.lv/tmp/hr-div.html

Pēc neliela researcha šķiet, ka tomēr mysqlu piemānīt neizdosies:

max_allowed_packet The maximum size of one packet. (..) You must increase this value if you are using big BLOB columns. It should be as big as the biggest BLOB you want to use. The protocol limits for max_allowed_packet is 16M in MySQL 3.23 and 2G in MySQL 4.0.

Šķiet, tēmu var uzskatīt par slēgtu, tā arī īsti nesākušos. Mēģināšu runāt ar admini.

Varbūt kādam ir idejas:

uzdevums: nepieciešams dabūt datu bāzē longblob kolonnā 3mb lielu bināru failu no php.

problēmas:

- load_file dažādu tehnisku iemeslu dēļ lietot nevar;

- tīrā veidā liekot datu bāzē, selects pārkāpj pāri db pieļaujamajām robežām (max_packet_size);

- sadalot failu pa blokiem un grūžot datu bāzē ar update my_table set file_data = concat(file_data, '...') where id=...

concat apraujas pie 1048576 baitiem, pēc kuriem atdod tikai NULL -- pieņemu, ka atkal tiek uzkāpts kādam konfigurācijas ierobežojumam.

(concat vari pārbaudīt pats ar "select length(concat(repeat('A', 1048576), 'a'));" )

bet failu iekšā dabūt vajag, un no php. mysql nav mans, un parametru mainīšanu diez vai izdotos sarunāt, tā ka apvedceļa risinājums būtu labāk, kaut gan problēmas cēlonis mani arī interesē.

Ir kādas idejas?

Mainīt datu bāzes struktūru, glabāt failu failsistēmā, utml, šoreiz nebūs risinājums. Kaut kā taču ļaudis aizpilda 2gb blobus, vai ne tā? :D