"multipart/form-data" ez azt jelenti, hogy például fájlokat és egyebeket is tudsz a form-al küldeni. A POST-od több részből áll, akár csak az e-maileknél



Hallo... <OPTION VALUE=EZMEGYAT>fehér</OPTION>

Azért azt hittem, hogy ennél jobban vágod a témát, ha már ki van írva az oldaladra, hogy:

Smarty
Smarty-val a template fájlomban pl. így néz ki tetszőleges hosszúságú select:

A $country_values-ben megkap egy tömböt, amiben az értékek vannak, $country_selected az az érték, ami "selected" legyen, $country_names pedig szintén egy tömbe, amiben az értékekhez tartozó cimkék vannak, amik megjelenik a lenyíló menüben. De a többi inputot is ugyanilyen könnyű kezelni vele.
Ha még nem ismered a Smarty-t, érdemes megnézni, mint a fenti példa is mutatja, nem csak arra való, hogy a PHP-kódot elválassza a html-től, hanem tképp egy külön nyelv, vezérlési szerkezetekkel, meg ilyen jó kis könnyítésekkel, mint ez a select.

Szerintem ezt a kérdést valahol máshol tetted fel, mert nem látok sehol ilyen kérdést.. Na de mind1...

Én valahogy így oldanám meg:


Persze biztos létezik ennél szebb megoldás is.. Ha van írjátok had tanuljak belőle.

Amúgy lenyíló választó menünél meg lehet azt csinálni, hogy a ne az menjen el a postba amit kiírva látok?
példa, csak hogy érthetőbb legyen.


Tehát: ebben az esetben ha kiíratom a betűszín változót, akkor azt fogja kiírni, hogy fehér, vagy fekete. Viszont nekem valahogy hozzá kellene adni egy értéket, hogy azt irja ki, hogy FFFFFF vagy 000000. Azt hiszem, ha beletettem egy value értéket az opcionba az nem működött.

Persze tudom, hogy utólag át lehet alakítgatni, mielőtt használni akarom, de az elég macera. Tutira van szebb megoldás is.

Jah és meg valami:



Ez mi a szösz? enctype="multipart/form-data"

Köszi MadNed

mar bocs hogy ide is bepofatlankodok de nagyon fontos lenne

hogy tudnam megoldani az elobb feltett kerdest, hogy a kivalsztott elem maradjon kivalsztva a SUBMIT utan, koszike

Pontosabban:

d - Hónap napja 2 számjeggyel (előtte 0, ha kell) 01-től 31-ig
D - A hét napjának szöveges reprezentációja három betűvel Mon .. Sun
j - A hónap napja, felesleges nullák nélkül 1-től 31-ig
l - (kis 'L') A hét napjának hosszú szöveges reprezentációja Sunday .. Saturday
S - A hónap napjához tartozó angol sorszám-utója, 2 karakter st, nd, rd vagy th. Jól hasznáható a j-vel együtt.
w - A hét napjának számreprezentációja 0-tól (Vasárnap) 6-ig (Szombat)
z - Az év napja (0-tól kezdve) 0-tól 365-ig
Hét --- ---
W - Év hetének a száma ISO-8601 szerint. A hetek hétfőn kezdődnek. (PHP 4.1.0-tól) Példa: 42 (a 42. hét az évben)
Hónap --- ---
F - A hónap szöveges reprezentációja January .. December
m - A hónap számreprezentációja, 2 számjeggyel 01-től 12-ig
M - A hónap szöveges reprezentációja három betűvel Jan .. Dec
n - A hónap számreprezentációja, felesleges nullák nélkül 1-től 12-ig
t - A napok száma az adott hónapban 28-tól 31-ig
Év --- ---
L - Szőkőév van-e vagy sem 1 szökőév esetén, 0 egyébként.
Y - Az év 4 számjegyű számreprezentációka Példák: 1999, 2003
y - Az év 2 számjegyű számreprezentációja Példák: 99, 03
Idő --- ---
a - "am" vagy "pm" (délelőtt vagy délután) am vagy pm
A - "AM" vagy "PM" (ugyanez nagybetűvel) AM vagy PM
B - Swatch Internet time 000-tól 999-ig
g - Óra 12 órás formátumban, felesleges nullák nélkül 1-től 12-ig
G - Óra 24 órás formátumban, felesleges nullák nélkül 0-tól 23-ig
h - Óra 12 órás formátumban, 2 számjeggyel 01-től 12-ig
H - Óra 24 órás formátumban, 2 számjeggyel 00-tól 23-ig
i - Percek, 2 számjeggyel 00-tól 59-ig
s - Másodpercek, 2 számjeggyel 00-tól 59-ig
Időzóna --- ---
I - (nagy i) A nyári időszámítás van-e vagy sem 1 nyári időszámítás alatt, 0 egyébként.
O - Különbség a Greenwich-i (GMT) és a helyi idő között órákban Példa: +0200
T - A gép időzóna beállítása Példák: EST, MDT ...
Z - Időzóna eltolás másodpercekben. Az UTC-től nyugatra mindig negatív, keletre pedig pozitív. -43200-tól 43200-ig
Teljes dátum, idő --- ---
c - ISO 8601 date (PHP 5-től) 2004-02-12T15:19:21+00:00
r - RFC 2822 formátumű dátum Példa: Thu, 21 Dec 2000 16:01:07 +0200
U - A Unix Epoch (January 1 1970 00:00:00 GMT) óta eltelt másodpercek száma Lásd még a time() függvényt

i a perc mivel az m az hónap !!!Már megmondta vki.

Hour - Óra
Minute - Perc
Second - Másodperc

Mi a betűje/kódja a percnek? Az évnek Y, de a percnek mi ???

Szivacs amikor a chmod is le van fojtva PHP alatt. Én ilyenkor azt hogy feldobok egy fájlt "valami.txt" és annak módosítom az attributumát FTP-n keresztül (legrosszabb esetben klónozom, ha sok kell belöle).

Ingyenes szolgaltatoknal konnyeden elofordulhat. Ha fizetos a szerver akkor nem hiszem.
A kedvedert uw-n megneztem. Ott nekem most nem mukodutt a chmod, ugyhogy valoszinuleg ott is le van tiltva.
Az Fw-n viszont mukododott a chmod 666 valami.txt parancs.

ezekszerint ha jól értem akkor a chmod() van letíltva, vagyis nem tudok a php-ból file tulajdonságot váltani mert a server nem engedi meg azt....

Le van tiltva a függvény.

hi

szerintetek ezt miért írja ki?

Warning: chmod() has been disabled for security reasons in /disk/acounter/setup.php on line 134

Virgil

írási jogosultság a mappán, ahova akarja csinálni a képeket van?

Sziasztok! Felraktam a legújabb (1.4.3) Coppermine-t egy ingyenes UW-s regisztráció alá.
Jól ment a telepítés, konfigurálás, stb, viszont a thumbnaileket, illetve az automatikus (batch) feldolgozását a képeknek nem csinálja meg. Beállítottam a konfigba, hogy GD 2-t használjon, amit elvileg az uw támogat, mégse működik.
"Unable to create thumbnail or reduced size image."

Van valami ötlet, tapasztalat, mit lehet tenni?

Adott egy HTML oldal ami tele van tetszőleges nevű képekkel (nem biztos hogy valid módon megadva). Erről a HTML-oldalról szeretném az oldalon szereplő képek neveit (elérési úttal, kiterjesztéssel) egy PHP kóddal lekérni.

Addig eljutottam, hogy az egymás utáni sorokban levő <img...> tag-eket sikeresen kibányásztam a HTML oldalból:
Igen ám, de hogyan nyerjem ki az <img...> tag-et, ha egy sorban több is van belőle? Mi lenne arra a helyes reguláris kifejezés?

Hálásan köszönök minden segítséget!

Sikerült! A "látogatók számát adja"-val volt a gond. Ez még az eredeti fájlban magyarázat volt. Figyelmetlenül töröltem ki.

Mégegyszer köszönöm!

"latogatok szamat adja" sor egy kicsit fura... HTML-ben még elmenne így , de php-ban...

Tehát a menu.php 37. vagy 36 sorában van a hiba. Valószínűleg lemaradt egy ' vagy " jel.

Köszi SWEN, hogy elmondtad a TC-s dolgot, sokat segített. Mostmár látom a hibaüzenetet:

Parse error: parse error, unexpected T_STRING in hely/menu.php on line 37

<?php
$fajl = "szamlalo.txt";
$szamlalo=fopen($fajl,"r");
while (!feof($szamlalo)) {
$szam=fgets($szamlalo);
}

$szam++;
print $szam;
latogatok szamat adja
fclose($szamlalo);

$fp = fopen ($fajl, "w");
fwrite ($fp, $szam);
fclose ($fp);
?>

Bocs:
1. Még alvás és ébrenlét között lebegek...
2. CTRL+C CTRL+V hátrányai...

A scripted jó így ahogy van. Legalábbis működik. Attribútumot pl. ha TC-t használsz így tudsz: ráállsz az FTP-n lévő fájlra, majd File > Attribútomok módosítésa. Itt kipipálod mindhárom olvasást és írást. Vagy pedig "chmod 666 filename.php"

És ez neked így működik? Szerintem ez egy hatalmas parse error-ra fog elszállni. (Egyenlőségjel miatt.)

Már egyszer feljebb kitárgyaltuk, hogy nem feltétlenül kellenek a print-hez zárójelek! Amúgy inkább egy pontosvessző hiányzik!
print "Ha ez látszik, műxik a PHP.";

Ez a sor hibádzik neked:
print = "Ha ez látszik, műxik a PHP."

ezt igy kellene írni:
print ("ha ze látszik, müxik a PHP!");

Nem, nem ír semilyen hibaüzenetet.
Viszont a chmod parancs érdekelne. Hova kell azt beírni?

bevallom, én is 666ot adnék neki.

De ha jól nézem, akkor max ott kéne elszáljon, ahol a $szam változót vissza akarja írni a fileba.
tehát mindaddig kéne neki szépen futni.
Nincs valami hibaüzeneted?

Adtal a szerveren a szamlalo.txt nek jogosultsagot, hogy tudjal bele irni?

Ftp kapcsolodas utan chmod parancs a megfelelo parameterekkel.
A parametereket monja meg mas, mert arra kivancsi vagyok, hogy ti mit hasznaltok.
a 777 az nyilvan tul sok. Nem is tul biztonsagos.
En legutobb 666 ot hasznaltam az mukodik, de nem tudom, hogy lehet e meg kevesebb jogot adni.
Szoval? Mi a legjobb beallitas?

Átírtam php-ra. Így sem fut le a php kód.

htm/html kiterjesztésű fájlt a webszerver nem dolgoz fel, a benne levő php kód nem fut le, jobb böngésző mint szemét, átugorja. Kiterjesztésnek ajánlom a php-t.

Helló!
Kicsit válzoztattam. Most a cjb.hu-n van a lap. A php-kód így néz ki:

<?php
$fajl = "szamlalo.txt";
$szamlalo=fopen($fajl,"r");
while (!feof($szamlalo)) {
$szam=fgets($szamlalo);
}

$szam++;
print $szam;
fclose($szamlalo);

$fp = fopen ($fajl, "w");
fwrite ($fp, $szam);
fclose ($fp);
?>

A gond az, hogy mén mindig nem fut semmi, pedig elméletileg egy számot kellene visszaadnia. A kódot egy másik honlapról másoltam, szoval nem engem kell leszidni, hogy a print-et használja
A file html kiterjesztésű. Igen, egy mappában van a szamlalo.txt-vel, aminek a tartalma: 0
Előre is köszi!

No igen, ilyesmi slendriánságokra gondoltam...
Nem tartom hibának, de ezért nem tartom a PHP-t egy önálló nyelvnek, max technikának, rutingyűjteménynek. (Tévedés ne essék, az ASP is csak szerveroldali technika, VB/JS nyelven. Az sem nyelv.)
Viszont akár munkacsoportos munkát, akár egy olyan munkát, amit egy előző megbízott programozótól kapsz, veszek, ott irgalmatlan bosszantó lehet az ilyen tisztázatlan dolog, pláne ha nincs kikommentezve a forrás, ott aztán napok telnek el, mire kibogoz az ember vmit. Ez nem hiba, csak egy zsákutca. Ha egy nyelv a tisztázatlanságai miatt "nem támogatja" a munkacsoportos munkát, akkor az nehezen skálázható, nagyobb és több szakaszos fejlesztéseket nehezen lehet újrakódolás nélkül megcsinálni. Mondom, ez nem hiba, kisebb dolgokat oké vele fejleszteni, pl. egy sima portált, mint a terminál, de komplexebbet szerintem nem, vagy legalábbis szívás.

Ilyen más nyelvben is előfordul, hogy egy műveletnek több aliasa is van. (De érdekes, hogy mindenhol hagyják, talán a kompatibilátás miatt. Ha én fejleszteném a PHP, az echo bevezetésével biztos, hogy töröltem volna a print-et a függvények közül, aztán szokja meg mindenki, hogy mostantól ez van.)

Amit inkább fel szoktak hozni a PHP ellen az a típusnélküliségből adódód érdekességek:



De én pl. a php típusnélküliségét nem tartom hibának, ettől is lehet benne viszonylag gyorsan kódolni. PHP után kezdtem el Pascalozni, nagyon nehezen tudtam megszokni, hogy minden változót előre fel kell venni... Viszon nekem olyantól még nem omlott össze scriptem, amit a típusnéküliségre lehetne visszavezetni, szóval döntse el mindenki maga, hogy ez most hiba-e vagy sem.

Bocsánat, hogy belekotyogok, de...
Nekem pontosan az efféle tisztátalanságok miatt nem szimpatikus a PHP.
Olyan, mintha egy lusta programozó összedobált volna egy kis praktikus függvénygyűjteményt, rittyentett volna köré egy kis algoritmus-szószt, hogy könnyebben boldoguljon, amikor bekopog hozzá Gipsz Jakab és holnapra egy olcsó webet kér...
Bocs a "beszólásért", de aki hallja, adja át a PHP fejlesztőinek, hogy az ilyen és efféle következetlenségeket ki kéne már gyomlálni a PHP-ból...

Na, ezért használom inkább az echot.

thanx a magyarázatot SWEN!

Akkor én is kötekedek kicsit. A print-et már rég óta el kellett volna felejteni. A print egy függvény, szemben az echo-val, ami "csak egy" nyelvi állandó, így utóbbi gyorsabban fut le. Persze erről ilyen szinten felesleges beszélni, viszont nagyobb rendszereknél biztos, hogy mérhető a különbség. Ok, mondhatnátok, hogy komoly projektekben meg már templatemotort használunk, nem direkt outputot, de jobb kicsiben is megszokni az echo-t. Az meg aztán a legrosszabb, mikor egy kódban felváltva van print és echo.

jaja, így van.
speciel mondjuk én sem használom zárójellel, ha használom, inkább az echo-t szoktam használni, nem is tudom miért.

Hmmmm:

Szóval nem kötelező, mert nem függvény, csak egy nyelvi konstrukció.
De szvsz. érdemesebb felfogni függvényként, mert nem kevered össze a változóval (bár a PHP-ben minden változó elé $ kell) és nem hozol létre print="BlaBla";-szerű szerkezeteket.

Szóval akkor mindkettőnknek igaza van... Nekem legalábbis még nem írt ki parse errort, mert nem írtam zárójeleket...

No nem kötekedés képp, de alapvetően zárójeles a print.



De a hiba, tényleg parse error volt, kell a ; a végére.

Egy fittyfenét kell zárójelek közé rakni a print-et!! Csak a pontosvessző hiányzik a print végéről!! Meg be kell állítani az uw-n a 'Tárhely' menüpontban, hogy index.php, vagy index.html legyen a kezdőlap...

Ejnye, ennek inkább így kéne kinéznie:

Egyrészt mivel a print(); egy függvény, zárójelek közé kel tenni. Másrészt ha jól akarod csinálni, akkor a html tag előtti fejlécet is meg kell adni. Harmadrészt: a file-nak .php kiterjesztésűnek kel lennie.

Helló!

Regisztráltam egy honlapot az UW-n, meg az extrán de nem jelenik meg a PHP kód. Egyelőre csak ennyi a file:

<html>
<head>
<title>Próbaoldalam</title>
</head>
<body>
<?php
print = "Ha ez látszik, műxik a PHP."
?>
</body>
</html>