Hirdetés
Új hozzászólás Aktív témák
-
RedSign
tag
válasz Brown ügynök #5731 üzenetére
Szia!
Ezt javítsd:
<select name="nem">
<option>F</option>
<option>N</option>
</select>Valami hasonlóra:
<select name="nem">
<option value="F">F</option>
<option value="N">N</option>
</select>és az adatbázisban is a nem oszlopot ennek megfelelően töltsd fel...
Üdv,
RedSign[ Szerkesztve ]
http://www.redsign.hu
-
PazsitZ
addikt
válasz Brown ügynök #5734 üzenetére
Ad vissza értéket mégpedig boolean FALSE-t.
Mint az a hibaüzenetben is szerepel.Ha megnézed a mysql error logot vagy használod a mysql_error fgv.-t bővebben is megtudhatsz mi a hiba.
Egyébként a következő queryben látok hibát:
$parancs = mysql_query("SELECT * FROM tartomanyok WHERE nem = ".$_POST['nem']." AND tartomany = ".$_POST['tartomany']. ";");
helyett:
$parancs = mysql_query("SELECT * FROM tartomanyok WHERE nem = '".$_POST['nem']."' AND tartomany = '".$_POST['tartomany']. "';");- http://pazsitz.hu -
-
Tele von Zsinór
őstag
válasz Brown ügynök #5731 üzenetére
Szintaktikai hibás a lekérdezésed, ezért a mysql_query() resource helyett egy boolean false-t ad vissza.
Más: a mysql helyett manapság már illene a mysqli-t, vagy a PDO-t használni.
[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz Brown ügynök #5741 üzenetére
Plusz egy ok, hogy ne tanulj meg (és használj) elavult technológiát.
Később sok fejfájástól és felesleges trükközéstől kíméled meg magad, ha a mysqli vagy a PDO prepared statement-jeit használod, és ez csak a legalapabb példa, miért is jók. -
jagyugyaerik
tag
válasz Brown ügynök #5744 üzenetére
Nagyon köszi
-
Brown ügynök
senior tag
válasz Brown ügynök #5746 üzenetére
Az első fájlban showLicitreszletek($targy) helyett showKereses($targy) van.
"hacsak nem jön a jó tündér break utasítás képében..."
-
Tele von Zsinór
őstag
válasz Brown ügynök #5747 üzenetére
A másodikban ugye include-olod az elsőt? Mert magától nem fogja megtalálni.
Más: utf8_encode() minek? Ha utf8-as a fileod, akkor nincs rá szükség. Eleve annyit csinál, hogy egy latin1-es stringet átkódol utf8-ba.
Ahol a mysql lekérdezésed van, ugye nem escapelés nélkül írod a querybe a felhasználótól kapott adatot? Attól függően, hogy hogyan éred el a DB-szervert, használj prepared statementeket, vagy mysql_real_escape_string()-et.
-
cucka
addikt
válasz Brown ügynök #5749 üzenetére
$db=&JFactory::getDBO();
Namost az is lehet, hogy én maradtam le valamilyen php fícsörről, de a JFactory osztály neve előtti & jelet pontosan miért is írtad oda? -
Tele von Zsinór
őstag
válasz Brown ügynök #5749 üzenetére
A switchelés szép, de semmi köze ahhoz, működik-e a függvényhívásod. Az a file, amelyikben definiálod a függvényed, includeolva van abba, ahol használni akarod? Máshogy nem fog menni - magától nem találja meg, hogy ott azt a függvényt kell meghívni abban a fileban.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5755 üzenetére
Ugyanabban a fileban vannak?
Másrészt: most alaposabban visszanézve feltűnt, hogy vegyesen hol showKereses-t, hogy ShowKereses-t írsz. Melyiket használod? -
RedSign
tag
válasz Brown ügynök #5757 üzenetére
Nem, persze hogy nem...
<form method="post" action="index.php?option=com_ajanlatkeres&task=kereses&targy=".$_POST["targy"].">
helyett:
<form method="post" action="index.php?option=com_ajanlatkeres&task=kereses&targy=<?php echo $_POST['targy']; ?>">
http://www.redsign.hu
-
j0k3r!
senior tag
válasz Brown ügynök #5772 üzenetére
vagy tomorebben:
<?php
$szam = 14;
echo $szam > 23 ? "igaz" : "hamis";
?>[ Szerkesztve ]
some men just wanna watch the world burn...
-
Dave-11
tag
válasz Brown ügynök #5776 üzenetére
Értem, tehát ilyet magától semmiképp nem fog kiírni, hogy true vagy false, legfeljebb ha az "if" függvény ágaiban beállítjuk azt.
Azt pedig tudtam hogy a true 1-et, a false pedig 0-át ad vissza, csak nem tudtam, hogy true-t vagy false-t nem tud kiírni.
Mert akkor egyszer megcsináltam jól
Köszi[ Szerkesztve ]
:D Semmi :D
-
Brown ügynök
senior tag
válasz Brown ügynök #5789 üzenetére
Jobb megoldás ha nem változóban hanem állandóként definiáljuk vagy közvetlenül beírjuk a feltételt:
$mail1 = "janos@gmail.com";
function email ($mail1){
return preg_match( '/^[0-9a-z\t\.-]+@([0-9a-z-]+\.)+[a-z]{2,4}$/i', $mail1 );
}
print email($mail1);"hacsak nem jön a jó tündér break utasítás képében..."
-
Fooler89
őstag
válasz Brown ügynök #5790 üzenetére
Köszönöm szépen, sikerült.
Igaz a e_mail@domain.hu-ben a "_" nem tetszett neki, de tovább fejlesztettem
[ Szerkesztve ]
-
RedSign
tag
válasz Brown ügynök #5833 üzenetére
Igazából nem értem ezt a para dolgot, mivel ha biztosítani tudod, hogy a megfelelő oldalt kérjék csak le, akkor hol a para? Vagy félreértek valamit, akkor viszont légyszíves írjátok le, hogy miért is rossz a switch azon kívül, hogy kilométeres lesz egy több specifikus lapot kezelő oldalnál?
http://www.redsign.hu
-
RedSign
tag
válasz Brown ügynök #5835 üzenetére
Hát egy nagyobb méretű tartalmakat mozgató közel száz lapos rendszernél nem hinném, hogy okos ötlet lenne... ...szóval ezen kívül miért is para?
http://www.redsign.hu
-
Tele von Zsinór
őstag
válasz Brown ügynök #5833 üzenetére
Az XSS kicsit más, ennek nem tudom, mi a neve.
htmlentities() itt nem ér semmit. A legjobb módszer az ilyen, dinamikus include-olásnál, ha van egy tömböd az érvényes adatokkal, amit meg kapsz, megnézed, benne van-e ebben. Ha igen, includeolod, amúgy meg irány a default.
Ezzel egy tömböt kell karbantartanod, nem egy hosszú switch szerkezetet. -
ubid
senior tag
válasz Brown ügynök #5863 üzenetére
Linux-al nem vagyok kibékülve, bármennyire is mondják hogy sokkal biztonságosabb.... kb le****-om .
amíg nem volt gondom a win7-el addig semmi gond nincs!
Csak érdeklődés képpen kérdeztem.
-.-
-
Tele von Zsinór
őstag
válasz Brown ügynök #5883 üzenetére
Az oldalad validságának semmi köze ahhoz, hogy mivel csinálod, a html kimenet számít. A w3c validatora jól elmondja, hol és milyen hiba van, esetleg hogyan tudod javítani.
-
rt06
veterán
válasz Brown ügynök #5897 üzenetére
a doctype elott _semmi_ nem szerepelhet, meg sortores sem, nalad pedig akkor is van legalabb egy sortores, ha a switch.php-nak nincs kimenete
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5899 üzenetére
Attól függ, mit csinál a switch.php. Kód, pláne hibaüzenet nélkül csak találgatni tudunk.
Úgy érzem, nem vagy tisztában a php működésével. A szerveren fut le, és a kliens a generált kimenetet kapja meg - így a validátor sem látja a php kódod, csak amit kiír.
-
rt06
veterán
válasz Brown ügynök #5901 üzenetére
meg tudnad mutatni a pontos, generalt html kodot, amire ezt a hibat kapod?
merthogy ez nem az, amit fentebb irtal, ugyanis a html, xmlns es xml:lang nem a 4., hanem a 3. sorban van
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Sk8erPeter
nagyúr
válasz Brown ügynök #5903 üzenetére
Nyilván BOM nélküli UTF-8-kódolású fájlod legyen, a BOM már megjelenít egy kimenetet még a DOCTYPE előtt.
Akkor is ugyanezek a hibák, amikor BOM nélküli UTF-8 kódolásban van, vagy mi?Mindenesetre a "fentartva" szót javítsd már ki... (fenntartva)
Szerk.: Mellesleg nem értem, a függvényednek mi értelme van?
function kapcsolat() {
echo "<p>info@kapcsolat.hu</p>";
}
Ráadásul ez egy osztályba építve, aminek ez az egyik fő metódusa, hogy ezt kiírja? Számomra őszintén szólva nem igazán egyértelmű, amiket írsz. Plusz igencsak feleslegesnek látszik ez a függvény...[ Szerkesztve ]
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Brown ügynök #5903 üzenetére
A generált kimeneted validnak írja.
-
rt06
veterán
válasz Brown ügynök #5907 üzenetére
egeszen pontosan hogyan ellenorzod?
ha url megadasaval, ugy le tudnad irni nekunk az url-t, amit ellenoriztetsz?[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Brown ügynök #5909 üzenetére
es mit toltottel fel? azt a file-t elerhetove tudnad tenni valahol?
vagy a feltoltott php url-jetPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5909 üzenetére
Tehát legenerálod a kimenetet, lemented, és azt töltöd fel, vagy a php fileod töltöd fel?
-
Brown ügynök
senior tag
válasz Brown ügynök #5912 üzenetére
Azért nem értem mert láttam már olyan weboldalt ahol valószínűleg sokkal komolyabb dolgokat illesztenek be az oldalra és mégis helyesnek értékeli a validator.
Ilyen pl. az Itcafe forum listázó oldala: [link]
[ Szerkesztve ]
"hacsak nem jön a jó tündér break utasítás képében..."
-
LW
őstag
válasz Brown ügynök #5913 üzenetére
Ha így van, akkor mégsem érted teljesen a php futását.
A validator már egy tiszta HTML kódot vár, amit a php legenerál.Ha egy távoli címet adsz neki, ahol fut webszerver: http://pelda.hu/index.php - akkor a webszerveren előbb lefut a PHP, utána amit megkap a validator, az már csak a lefutott script kimenete.
Ha feltöltöd, akkor magát a php fájl tartalmát elemzi és mivel oda nem illő dolgok vannak a HTML kódban, hibát jelez.
Tehát:
Vagy tedd elérhetővé a php fájl egy a validator számára is elérhető helyen, vagy Futtasd le és az eredményt add neki oda. -
fordfairlane
veterán
válasz Brown ügynök #5912 üzenetére
A validatornak azt kell kapnia, amit a böngésző kap a szerveredtől a php fájl futtatásakor. Ha a validatornál fájlfeltöltést használsz, akkor a php szkript által előállított html kimenetet kell produkálnod a validátor felé fájl formájában, nem magát a szkriptet.
x gon' give it to ya
-
Tele von Zsinór
őstag
válasz Brown ügynök #5916 üzenetére
Alternatíva: a firefox Web Developer n. kiterjesztésének van "Validate local HTML" funkciója - feltölti neked a generált kimenetet, és nyitja új fülön a validátort.
Másik alternatíva: a firefox HTML validator kiterjesztése, ami a statusbarban ikonnal jelzi, valid/warningos/invalid-e a kódod, illetve a forráskód nézetben kiemeli őket és magyarázza. HTML5-öt sajnos nem tudja.
-
fordfairlane
veterán
válasz Brown ügynök #5916 üzenetére
A PHP-nak mindenképp le kell futnia a PHP értelmezőn, mert preprocesszált nyelv. Vagy publikus szerverre rakod, és URL-t adsz a validátornak, vagy te privátban futtatod a PHP-t, és a HTML kimenetet a böngészőből fájlba mented, vagy pedig vágólapon keresztül bemásolod a validátor "Direct Input" ablakába. Ha ez így macerás, esetleg az előbb ajánlott a Firefox plugin egyszerűsítheti a dolgot.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz Brown ügynök #5919 üzenetére
Hali!
Van a Web Developer-nek Chrome-bővítménye is, de valami oknál fogva nálam nem hajlandó működni a Validate Local HTML (Chrome 9.0.597.19 beta, Ubuntu x86).
A HTML Validator-t viszont most próbálgatom, eddig nagyon fasza, érdemes kipróbálni.
Nálam Chrome-újraindítás után működött csak, pedig elvileg telepítés után mennie kéne gond nélkül, de ez mondjuk annyira nem para.A Firebug - ha nem is feltétlenül teljes értékű - alternatívájaként ott van a Chrome beépített Developer Tools-a.
Sk8erPeter
-
Brown ügynök
senior tag
válasz Brown ügynök #5924 üzenetére
Bocs, nem jó. A httpd.conf fájlban meg tudod nézni ennél a résznél:
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/xampp/htdocs"[ Szerkesztve ]
"hacsak nem jön a jó tündér break utasítás képében..."
-
Cyno
tag
válasz Brown ügynök #5925 üzenetére
Az nekem is ua.
Akkor lehet valamit jól elkódoltam, és ez lesz a gond. -
Tele von Zsinór
őstag
válasz Brown ügynök #5970 üzenetére
Ha ez csak fejlesztői gép, és doctrine-t fogsz használni, figyelmen kívül használhatod a figyelmeztetéseket.
A parancssor más php.ini filet használ, mint a webszerver. Terminálban php -i | grep php.ini megmondja, hol kerest a CLI-ét.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5973 üzenetére
Akkor egyszerű: engedélyezd a pdo_mysql extensiont a megfelelő php.iniben. A path-nak ehhez semmi köze.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5983 üzenetére
Két külön php.ini van a két futtatási környezetnek: egy a webszervernek (easyphp-ben gondolom apache van), egy pedig a CLI-nek, azaz a parancssornak. A hibaüzenetből egyértelműen látszik, hogy neked a cli által használt fileban nincs engedélyezve a pdo_mysql driver.
A parancs, amit korábban írtam, nem megy windowson, szóval tedd a következőt: start-futtatás, "cmd", aztán oda "php -i > phpinfo.txt", erre az aktuális mappában létrejön egy új file, ami a cli beállításait tartalmazza. Innen ki tudod lesni, hol van a php.ini, amit szerkesztened kell.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5986 üzenetére
Ez annyival jobb, hogy már megvan a pdo_mysql driver, csak a DB szerver adatai nem stimmelnek, vagy az nem fut. Ellenőrizd, fut-e a mysql szerver, illetve hogy a config/databases.yml-ben stimmelnek-e annak adatai.
-
Tele von Zsinór
őstag
válasz Brown ügynök #5988 üzenetére
Nem értem a kérdést, pontosítsd!
-
Tele von Zsinór
őstag
válasz Brown ügynök #5990 üzenetére
Amire te gondolsz, az a schema. Melyik az a távoli mappa? Tippem szerint a temporary mappád, ezért rakja oda. És igen, ezekre csak a build folyamat során van szükség.
@Speedfire: lemaradt a <form> tag enctype paramétere, ami kell a feltöltés helyes működéséhez. Legyen "multipart/form-data".
[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz Brown ügynök #6019 üzenetére
Nézd meg, a symfony n. fileban mutatott helyen ott-e a ProjectConfiguration osztályod, illetve annak az elején van egy require, ami magát a keretrendszert húzza be, az is megfelelő helyre mutat?
Ilyen hibát biztosan nem okozott a cache:clear task, mi mást csináltál még?
-
Tele von Zsinór
őstag
válasz Brown ügynök #6021 üzenetére
Az rossz helyre mutat. Korábban pear-es symfonyd volt, vagy te raktad a lib/vendor/symfony mappába?
Itt a helyes sor a ProjectConfiguration-ből a kézi telepítéshez:
require_once dirname(__FILE__).'/../lib/vendor/symfony/lib/autoload/sfCoreAutoload.class.php';Magának a symfonynak nincs hozzá szüksége, csak ha használni akarod a plugin:install parancsot. Régen az egész keretrendszert abból volt ajánlott telepíteni, mostanra a kézi, lib/vendor/symfony-ba helyezés az ajánlott módszer. Pluginek telepítésére pedig a kézzel plugins mappába pakolás, és nem a plugin:install.
A pear egy központi kódgyűjtemény, vannak benne okos dolgok, de inkább kézzel töltögetem, mint az installerét használom - így egy helyen tudom tartani a projektem, nem szétszórva.
-
Tele von Zsinór
őstag
válasz Brown ügynök #6023 üzenetére
Nagyon régi a cikk, azóta lényeges dolgok változtak a symfonyban. Az ebben leírtak szerint telepítsd: Jobeet day 01.
Átfutottam gyorsan, és inkább ne használd a weblaboros cikket. A leírt parancsok nagyja már nem, vagy nem úgy működik, mint 2007-ben, az egyéb változásokról nem is beszélve. A fentebb linkelt Jobeet tutorial alapján haladj, ez a legfrissebb stabil, 1.4-es verzióhoz való.
[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz Brown ügynök #6060 üzenetére
Azt írod, "ez így nem működik". Mert mi a hiba? Működie kell úgy, ha mégsem, elrontottál valamit. A limitnek átadott $max-ot ha kap, azt adja át, ha semmit, akkor meg a default 10-et - nem értem, miért kéne ott közvetlenül fix értéket megadni.
Van olyan kategóriád adatbázisban, ahol a slug mező értéke "design"?
A jobeet svn szerverén meg tudod nézni, hogy kéne kinéznie a kódodnak az adott nap végén. Nem tökéletes, mert ez még az 1.2-höz való verzió, de nem volt sok változtatás.
-
Tele von Zsinór
őstag
válasz Brown ügynök #6124 üzenetére
Symlinket csak unix filerendszeren tud csinálni, windowsoson nem - ezért kapsz hibát. Nem tudom, miért nem sikerül rájönnie, hogy winen vagy. A lib/vendor/symfony/data/web/ mappa tartalmát másold át a projekt web mappájába, és tégy hasonlóan az összes pluginnel: <pluginnév> mappába pakold be a plugins/<pluginnév>/web mappa tartalmát (ha van).
-
Tele von Zsinór
őstag
válasz Brown ügynök #6127 üzenetére
A web mappádban legyen az sf, azon belül az sf_* mappák - ezekben van például az alap 401-es, 404-es, 500-as hibák összes függése, jópár egyéb dologgal.
A plugint kézzel telepítés után engedélyezni is kell a ProjectConfiguration-ben, ezt is megtetted?
Css, képek valószínűleg azért nem jelentek meg, mert nem futtattad a plugin:publish-assets taskot.
-
Inv1sus
addikt
válasz Brown ügynök #6177 üzenetére
Egyébként rohadtul tetszik a weboldaluk. Nagyon eltalálták. Én erre azt mondom, hogy már megér egy millkót (ha volt annyi )
Speeedfire:Lehet azt csinálom, amit mondasz. Fejlesztem magam kicsit oop-ba. Ki tudja, lehet annyira belemerülök, hogy saját keretrendszerem lesz.
[ Szerkesztve ]
*** WEBDESIGN, GRAFIKUS DESIGN, FRONT-END PROGRAMOZÁS ***
Új hozzászólás Aktív témák
- Steam topic
- Politika
- Red Dead Redemption 2 (PC)
- Synology NAS
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Astra kalandok @Első rész
- Léghűtő monstrummal emlékeztet minket a Cryorig, hogy még versenyben van
- Milyen okostelefont vegyek?
- Horizon Zero Dawn - Összehasonlító videón az eredeti és a remaster kiadás
- Milyen TV-t vegyek?
- További aktív témák...
- Figyelőkamera (autóba, lakásba) + 32GB SD kártya
- Raptor PC / Xeon E5-1660 - 16 szál / RTX 4060 / 64GB RAM / 2db Intel Ipari SSD / Foxpost
- Samsung telefonok felvásárlás! +36203990877
- Apple készülék felvásárlás azonnal! Iphone, Ipad, Apple Watch, MacBook +36203990877
- RÉSZLETFIZETÉS.SZLA.GAR. LENOVO LEGION SLIM 5 16AHP9 Ryzen 7-8845HS , RTX 4060 közel 3 év garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest