rosszul tudod, függvénynévnél nincs jelentősége, változónévnél viszont van.
kapcsold be a hibajelzést a php-ban, (állítsd E_ALL-ra), úgy könnyebb lesz kideríteni, mi a gond.
[ Szerkesztve ]
rosszul tudod, függvénynévnél nincs jelentősége, változónévnél viszont van.
kapcsold be a hibajelzést a php-ban, (állítsd E_ALL-ra), úgy könnyebb lesz kideríteni, mi a gond.
[ Szerkesztve ]
igenis tessék csak nagybetűkkel írni mindenhol a GET, POST, REQUEST és hasonló kifejezéseket.
mindenhol!
<form name='akarmi' method='POST' action='$_SERVER[PHP_SELF]'>
$_POST['x']
$_GET['y']
$_REQUEST['z']
demég a sessionváltozókat is:
$_SESSION['q']
nem nagy művészet, ugyanannyiba kerül nagybetűvel írni, és lám működni is fog (tény hogy ez lehet beállításfüggő, de a nagybetűkkel még sohasem, volt bajom)
>> GearBest Club Veszprém << >> https://www.facebook.com/gbc.veszprem <<
Igazatok van, köszi a segítséget!
Az sem lenne baj ha e helyett: <?=$namein?>
ezt használnád mindenütt: <?php echo $namein; ?>
https://toptarget.hu - Online Marketing Ügynökség
legjobb tudomásom szerint ez a két kifejezés ekvivalens
[ Szerkesztve ]
ez így is van.
csak ha nincs neki bekapcsolva a short tags a szerveren akkor nem fog működni az ő verziója... ha jól tudom...
https://toptarget.hu - Online Marketing Ügynökség
ki is próbáltam:
ha a php.ini-ben ez így van beállítva: short_open_tag = Off
(márpedig szinte mindenütt így van beállítva) akkor nem fut le csak az általam írt verzió.
https://toptarget.hu - Online Marketing Ügynökség
ok, ez igaz.
(mondjuk azt nem értem, miért kapcsolná ki bármelyik rendszergazda short tags-t)
A php.ini kommentjében van egy ilyen ajánlás:
NOTE: Using short tags should be avoided when developing applications or
libraries that are meant for redistribution, or deployment on PHP
servers which are not under your control, because short tags may not
be supported on the target server. For portable, redistributable code,
be sure not to use short tags.
gondolom ezért szokták kikaocsolni ezt a dolgot a rendszergazdák.
Ahol én eddig próbáltam, ott mindenütt ki volt kapcsolva a short_tags.
lehet, hogy a fenti ajánlás miatt, hogy hordozható legyen a kód, de lehet hogy csak lustaságból, mert ha jól tudom ez az alapértelmezett.
De csak azért vetettem fel az egészet, mert azt írta Kicsi Én, hogy nem jönnek át a változói.
...és nem csak $_POST-ot nem írta nagybetűvel, hanem ez a short tag használat is okozhat gondot, felesleges fejtörést...ha pl localhost-ot már megy neki, mert kijavította a $_POST-ot, de a szerveren meg üres a képernyő, mert nem íródik ki a változó tartalma.
https://toptarget.hu - Online Marketing Ügynökség
Mindig kikapcsolom. Pl. könnyebb a kódinjektálást lefülelni.
van valami különbség aközött, hogy za echo-t soronként lezárom, vagy csak egy nagyobb rész után? szerver terhelését, sebességét illetően valami különbség?
pl:
echo "abc\n";
echo "def\n";
vagy
echo "abc
def";
Esetleg egy próbát megér, nem? Futtasd a két programot pár ezerszer.
Mondjuk a második nem egyezik meg az első programmal, a végéről lemaradt egy "\n".
ok, 5000 soroson kipróbálva, 0.01 másodperc localhoston (5 éves gép).... szóval nemsok...
csak gondoltam valami nagy profi nagy tudományosan elmagyarázza hogy a program működéséből adódóan a....
Szerintem inkább egyéni ízlés kérdése. Én az első formát jobban szeretem, bár a második valószínűleg gyorsabb (egy parancs, egy string).
CakePHP-sok figyelem!
A kovetkezo problemat jopar helyen felvetettem, de valaszt nem kaptam. Gondoltam hatha itt nagyobb sikerrel jarok.
Mielott eltarolok valamit az adatbazisban, raeresztem a sanitize clean() metodust a bejovo adatokra. Igy az adatbazisban pl. a < jel < alakban tarolódik el.
$this->data = $sanitize->clean($this->data);
Megjeleniteskor nincs is baj, viszont ha a tartalmat egy input mezobe rakom, akkor az elejen levo & konvertalodik & -ra, es az eredmeny a html forrasban &lt; , vagyis az oldalon nem alakul at < jelle, hanem a kodjat latom.
Ha nem a
$form->input()
metodust hasznalom, hanem hagyomanyosan
echo '<input type="text" value="'.$value.'" />'
alakban, akkor mukodik.
Nem ertem, hogy ha mar van Sanitize::clean(), akkor kiirasnal miert nem ugy mukodik a dolog, ahogy elvarna az ember. A kerdesem: mas ezt hogy oldja meg?
Bocsi a szuperlúzer kérdésért!
Suliban most fogjuk kezdeni a php-t, még nem tudok róla semmit.
Megszereztem a php4 24 óra alatt nevű könyvet, ez az első "példa"
1: <?php
2: print ("Hello Web!");
3: ?>
feltöltöttem egy ingyenes tárhelyre, ez fogad:
Parse error: syntax error, unexpected ':' in /mnt/ultraweb/f/fr/frtr/aa.php on line 2
Kérdéseim: Mi a gond?
Otthon web nélkül is lehet gyakorolni?
Mit kell hozzá letölteni, win alá?
MO. RIP. - az utolsó kapcsolja le a villanyt.
"Kérdéseim: Mi a gond?" - Hat mondjuk a sorszamok
Igen, lehet. Feltelepitesz egy webszervert (apache, iis), meg a php-t.
De win ala ajanlom a wos-t.
Kösz, így már történt valami!
MO. RIP. - az utolsó kapcsolja le a villanyt.
ez a wos egy webszerver?
MO. RIP. - az utolsó kapcsolja le a villanyt.
igen, ott a mellékelt linken le van írva, hogy mi meg merre, azt el kéne olvasni.
egyébként ez a wos eléggé speciális felhasználásra van tervezve, valószínüleg bármelyik egyszerűen telepíthető webszerver csomag jó lenne neked (pl. appserv).
a másik (ajánlott) lehetőség, hogy külön-külön telepíted és konfigurálod az apache-ot meg a php-t, ez azért jó, mert ezáltal is tanulsz ezt-azt.
[ Szerkesztve ]
Köszi szépen.
itt amúgy hasznosnak tűnő dolgot találtam, ez alapján talán el tudok indulni:
http://weblabor.hu/cikkek/apachephptelepites
MO. RIP. - az utolsó kapcsolja le a villanyt.
Szerintem akár webszerver se kell, Linux alatt megy a php parancs módban is, a kezdő lépésekhez jó az is (meg haladó szinten is). Gondolom, Windowson is megy a parancs mód.
Linuxon így :
php -f "fájlod neve"
vagy
php -r "phpkódod"
csak gondoltam valami nagy profi nagy tudományosan elmagyarázza hogy a program működéséből adódóan a....
Elmagyarázom én, csak előbb mondd meg, melyik a gyorsabb
Egyébként úgy látom, az 5000 túl kicsi, nyomd feljebb. Fél óra futásnál már talán lesz
különbség.
Gyakorlati haszna persze nincs a dolognak, nem az echo-k miatt lesz lassú egy php program.
kb. teljesen mindegy, igazából kár ilyeneken gondolkozni, ha lassú a weboldalad, akkor biztos nem ezért lassú.
mi mondjuk nem használunk sanitize-t. vannak még hibák és nehézkes dolgok benne, azt sajna hagyományos módon kell megoldani, htmlentities stb.
de ha már ezt felvetetted, nekem olyan kérdésem lenne, hogy ha van több radio buttonom, akkor cake-kel csak az elsőt tudom bejelöltté tenni, pl
$html->radio('X/y',array('0' =>'News','1' =>'Agenda','2'=>'Emploi'),
null,array(''=>'',''=>'','checked'=>'checked'));
így is az elsőben lesz a pötty, hiába adom meg, hogy a harmadik legyen bejelölve. erre ötlet?
// új topic cake-nek? hátha lenne több érdeklődő.
[ Szerkesztve ]
Hello!
PHP-ben szeretném megoldani az alábbi problémát:
Van egy string, ami így néz ki (reguláris kifejezés alakban): [0-9.]+{k,M}B
Tehát pl: "11.3MB", "28kB" stb...
A számok és a betűk közé szeretnék egy space-t beszúrni. Hogyan lehet ezt a legegyszerűben?
Petya
Fontos feladatot soha ne bízz olyan gépre, amit egyedül is fel tudsz emelni!
$output = preg_replace("#([0-9.]+)({k,M}B)#s","\\1 \\2",$input);
substr($a,0,-2)." ".substr($a,-2)
Nálam ez nem működik, semmit nem csinál a szöveggel.
Petya
Fontos feladatot soha ne bízz olyan gépre, amit egyedül is fel tudsz emelni!
preg_replace("/^([0-9.]+)([kM]B)$/","\\1 \\2","124kB");
[ Szerkesztve ]
Nem néztem utána, de ez a {k,M} gyanús nekem, szerintem ilyen nincs.
Azaz {n,m} formában van, ahol n,m poz. egészek.
Köszönöm, ez működik.
Petya
Fontos feladatot soha ne bízz olyan gépre, amit egyedül is fel tudsz emelni!
No, és a substr-es megoldásom miért nem tetszik? Megoldja a feladatot.
Baszaras, hogy senki nem hasznal sanitizet. De ha sajat megoldast hasznal valaki, akkor is gaz van
Kozben lett megoldas a problemamra.
Radio buttont meg nem hasznaltam cakephp-ban, igy nem nagyon tudok segiteni, raadasul te 1.1-et hasznalsz, mig en 1.2-ot. Leghamarabb hetvegen tudom kiprobalni, addig is ajanlom ennek a nezegeteset.
Bar ez eleg erdekes, szerintem itt lehet a gond:
''=>'',''=>''
Szerintem annyian nem hasznalnak itt a ph-n cakephp-t, hogy erdemes lenne neki kulon topikot nyitni, de ez csak az en velemenyem. Ahogy erzed.
[ Szerkesztve ]
preg_replace("/^([0-9.]+)([kM]B)$/","\\1 \\2","124kB");
Az okosok azt mondják, így szerencsésebb:
preg_replace("/^([0-9.]+)([kM]B)$/","$1 $2","124kB");
Jóllehet, tökéletesen szuperál az eredeti is...
Where do you want to go today?
tud valaki valmi tuti megoldást arra, hogy mások ne láthassák az sql jelszót a php kódban?
Kik azok a "mások"?
jogos.
Ahhoz, hogy kapcsolódjak az sql kisz...hoz, ahhoz a php kódba bele kell írnom a jelszót, s ha ezt egy külső ember letölti (a php forrást), akkor merényletet is merényelhet ellenem... bár ha külső ember php-t nem érhet el, akkor oké.
$válasz= "mások = olyan ember aki nem én vagyok, vagyis akinek nem kellene tudnia a jelszót";
fogsz egy php fájlt, definiálod benne a host, user, password, db konstansokat, elmented egy mappába pl constant.phpnak, a mappába beleraksz egy .htaccess fájlt, tartalma: deny for all. aztán amelyik php fájlban kapcsolódni akarsz az adatbázishoz, abba pl require_once('elérésiút/constant.php')-val behúzod és használhatod a konstansokat a kapcsolódáshoz.
szóval megadom, hogy kik érhetik el...vádom és akkor biztonságban vagyok ( az adatok már így is külön fájlban voltak )
denksz
Nem erre gondoltam. A "másokat" jobban kell definiálni.
Pl.
1.
mások=interneten keresztül a webszerver segítségével érik el a fájlomat
Így nem látják a tartalmat, hiszen a php kódot futtatja a webszerver, nincs veszély.
2.
mások=a weblapomat tartalmazó szerver többi felhasználója, akik belelátnak a könyvtáramba
Puff, ez nagy baj.
3. mások=internetes szerver rendszergazdája
Nem fog sikerülni eldugni előle
4. mások=akik hozzáférnek a mentésekhez
stb,stb
[ Szerkesztve ]
(#742) loszerafin válasza Louloudaki (#739) üzenetére
Jó megoldás, de talán ilyenkor egszerűbb olyan helyre tenni a php fájlt, amit a webszerver nem ajánl ki.
Így van, tedd egy külön file-ba. Praktikusan a wwwroot-on kívülre.
[ Szerkesztve ]
Where do you want to go today?
és ingyen tárhelynél pl ezt hogy tudom megoldani, mikor mindent a wwwrootba tudok csak feltölteni? vagy ha a fizetős tárhely szolgáltató sem teszi lehetővé?
(#745) Tele von Zsinór válasza Louloudaki (#744) üzenetére
Akkor .htaccess fileval tiltod a mappához hozzáférést, azaz ha valaki közvetlen akarja elérni a fileod, akkor 403-at kap, de includeolni tudod másik scriptbe.
(#746) Louloudaki válasza Tele von Zsinór (#745) üzenetére
ezt írtam én is pár sorral lejjebb.
Hi két kérdésem lenne:
1. Hogy tudom azt megcsinálni, hogy az if függvénybe két feltételt rakok? Ezt kéne úgy megcsinálni, hogy ne csak egy méretet adhassak meg feltételként:
if ($meret == "800x600") {
[...]
}
2. PHP-ból lehet fájlokat törölni a szerverről? Ha igen hogyan?
Előre is köszönöm...
1.
if (felt1 && felt2)
ahol az && logikai ÉS műveletet jelent, vagyis az egész akkor lesz igaz, ha mindkét "része" igaz. van még logikai VAGY művelet ( || ) és még jónéhány egyéb logikai művelet, lásd php manual.
2.
unlink() függvénnyel.
[ Szerkesztve ]
Köszi az 1.-t! A másodikról tudsz adni valami linket, amin részletesen le van írva?