- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- ASUS routerek
- Hálózati / IP kamera
- Tarr Kft. kábeltv, internet, telefon
- Facebook és Messenger
- Mikrotik routerek
- Otthoni hálózat és internet megosztás
- Microsoft Outlook topic
Új hozzászólás Aktív témák
-
Tele von Zsinór
őstag
válasz papa019 #9823 üzenetére
Ennyi alapján semmit nem lehet mondani. Nézz bele az error logba, ott legalábbis egy ötletet találsz, merre keresd a hibát.
Vakon tippelve valami php modul hiányozhat, vagy a php verzió nem stimmel, vagy fix útvonal van valahova beégetve ami ezen a szerveren már nincs, vagy jogosultsági probléma - hogy csak a legvalószínűbbeket említsem.
Amúgy nálam az oldalad karakterkódolása sem stimmel.
szerk.
Sk8erPeter: nálam főoldal kb. ugyanez, a második linked pedig 404.[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz papa019 #9830 üzenetére
"Jelenleg az a baj, hogy az indexen kívül nekem nem működik egyik php fájl sem.
A linkek mind errort dobnak."Linkelj már be egy ilyen PHP-fájlt, vagy legalább a hibaüzenetet, így nem tudjuk kitalálni, mi a pálya. Kicsit több infó kéne az egészről, abból, hogy "errort dobnak", nem tudjuk kitalálni, mi a hibajelenség.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz papa019 #9836 üzenetére
Ha nálam nincs para a /supporttal sem, akkor valamit rosszul csinálok?
>> screenshotSk8erPeter
-
fordfairlane
veterán
válasz papa019 #9840 üzenetére
Egyébként az ez alatt lévő kommentben írt DNS cache dologra azt tudom írni, hogy a mai nap folyamán lett átirányítva a domain a másik szerverre... Lehet ez a gond?
Egyikünknél jól megy az oldal, míg ugyanaz egy másik felhasználónál hibát dob. Gondolom a régi host is működik még. Gyanítom, hogy az új host az, amin nem működnek az oldalak.
x gon' give it to ya
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz papa019 #9860 üzenetére
Biztos megtudták, hogy hazajöttél a fociból.
Ha pingelem a domaint, az alapján ez a két különböző IP-cím jön vissza:
SCREENSHOT193.23.138.90
79.172.211.3A kettő között eltelt kb. 10 perc. Vagy annyi se.
Most megint pingeltem, kétszer is, és ismét az első IP-címet kaptam.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz papa019 #9864 üzenetére
Uhh, hát az nem egyszerű... ezzel együtt törölték is az összes fájlt? Mondjuk valszeg igen, de azért kérdezz rá. Esélyes, hogy nem lesz egyszerű újraírni a .htaccess fájlt. Mondjuk az is lehet, hogy csak simán ráfuttatja az index.php-re az összes elérési utat, és átadja egy $_GET változónak, és akkor már meg is oldódott, de a mintát akkor is ki kell deríteni a meglévő fájlokból, meg elképzelhető az is, hogy bonyolult regexpeket használt.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz papa019 #9868 üzenetére
Hátha másnak is hasznos lesz, közben privátban megoldottuk a dolgot, olykor a MultiViews letiltása csodákat tesz.
Példa, ami itt többek közt a problémákat okozta: megnyitottuk az example.com/xyz címet, de közben aktív RewriteRule is volt, plusz MultiViews bekapcsolva, de eközben - mint kiderült - volt a gyökérkönyvtárban egy xyz.php fájlunk is, így az example.com/xyz betöltésére egyből 500 Internal Server Errort kaptunk. A MultiViews bekapcsolt állapota esetén egyébként elkezd az Apache kutakodni a megfelelő kiterjesztésű fájlok után: [link]..htaccess-ben:
Options +FollowSymLinks
HELYETT:
Options +FollowSymLinks -MultiViews... és máris nem volt 500-as error.
Sk8erPeter
-
ArchElf
addikt
válasz papa019 #10151 üzenetére
1) Vsz numerikusmezőket nem kell aposztrofolni.
$DB->Query("INSERT INTO category_parent(did,parent) VALUES($result,$category)");
2) Tessék prepared statementeket használni!AE
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
Sk8erPeter
nagyúr
válasz papa019 #10149 üzenetére
$result = mysql_query("SELECT id FROM categories WHERE name='$name'");
$DB->Query("INSERT INTO category_parent(did,parent) VALUES('$result','$category')");mysql_query() :
"For SELECT, SHOW, DESCRIBE, EXPLAIN and other statements returning resultset, mysql_query() returns a (I)resource(/I) on success, or FALSE on error."Te ezt az erőforrásazonosítót adod át közvetlenül.
Próbáld így:$result = mysql_query("SELECT id FROM categories WHERE name='$name'");
$row = mysql_fetch_object($result);
$DB->Query('INSERT INTO category_parent(did,parent) VALUES('.$row->id.',"'.$category.'")');Bár eleve a mysql_query()-jellegű függvényhívások meg a query-konkatenálások kerülendőek. Szerencsére már a hivatalos honlapon is írják.
========
(#10152) ArchElf : ez jó, még nem láttam, qrva beteg.
Egyébként a MySQL-nek semmi problémája nincs egy idézőjelbe rakott inttel INSERT-nél, lazán elfogadja, tehát nem az lesz a baj.
[ Szerkesztve ]
Sk8erPeter
-
fordfairlane
veterán
válasz papa019 #10151 üzenetére
Azt írtad, hogy a második queryvel van a baj. A második query a $result = mysql_query('SELECT...'). De ezek szerint akkor a harmadikkal van gond.
Szóval elsőre a probléma, hogy a mysql_query('SELECT ...') nem egy értéket, hanem egy ún. "mysql resource"-t ad vissza, amiből még ki kell hámozni magát a mezőértéket, mysql_fetch... kinézetű függvény használatával.
De ha jól értem, akkor a mysql_query-t már lecserélted $DB->Query -re. A harmadik query most így elsőre jónak tűnik. Én is az aposztrófokra tippeltem volna, hogy az okoz galibát, de ezek szerint mégsem. Sajnos a "Problem with Query" hibaüzenet nem túl beszédes.
x gon' give it to ya
-
PazsitZ
addikt
válasz papa019 #10158 üzenetére
Kiváló példa, adott is az sql injection.
A $category változóban lévő "--" karaktersorozat miatt az értelmező a query további részét kommentnek veszi, így az inserted hibás.
Ezért kell vagy önmagában escapelni a megfelelő karaktert, vagy a javasolt pdo megoldást használni.
Plusz, továbbá, amint látom a $result változód ráadásul még üres is és mivel még aposztróf között sincs így ezzel egy újabb szintaktikai hibához értünk.- http://pazsitz.hu -
-
fordfairlane
veterán
válasz papa019 #10161 üzenetére
Ez a class DB a mysqli nevű modult használja az adatbázis műveletekhez, így ezzel párhuzamosan nem tudod használni a sima mysql_ kezdetűeket. Nem tudod ezt a class DB-t egyszerűen kihajítani? Hemzseg a hibáktól. Ehhez képest egy sima, osztályt nem használó spagettikód is jobb megoldás.
[ Szerkesztve ]
x gon' give it to ya
-
-
-
Sk8erPeter
nagyúr
válasz papa019 #10161 üzenetére
Bár asszem már ezt priviben megbeszéltük (már keverem a dolgokat, de mintha épp veled beszéltem volna erről), de az ilyen tákolt wrapperosztályok adatbázis-kapcsolódáshoz, query-khez már csak azért is feleslegesek, mert lényegében indokolatlanul felfedezed a spanyolviaszt, becsomagolod az alapvető műveleteket egy saját osztályba, de úgy, hogy pl. a MySQLi vagy PDO neked már eleve objektumorientált kezelhetőséget kínál, plusz kezeli azt az elképesztő sok hibalehetőséget (vagy legalább azok nagy részét), amikre Te csak hosszú évek kínszenvedései alapján jönnél rá (nem kevés ideje javítják ezeket az osztályokat is a PHP-ben).
Ahogy már javasolta fordfairlane is, én is azt tanácsolnám, hogy egyszerűen dobd ki ezt az osztályt, és térj át a PDO-ra vagy akár egy komoly ORM-re, és következetesen használd.Sk8erPeter
-
MODERÁTOR
válasz papa019 #10176 üzenetére
Itt egy kis tutorial: [link], továbbá javaslom, hogy csinálj belőle egy osztályt, mondjuk egyke tervezési mintával és akkor többet már nem lesz szükséged arra, hogy megírd. Kiindulási alapnak ez elég.
Mindjárt jön kutyi és kikapok, hogy miket linkelgetek
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Soak
veterán
válasz papa019 #10291 üzenetére
Az első linken ha rá mész, hogy view source akkor az jelenleg a kód.
Sk8erPeter : A kérdés az lett volna, hogy miért nem működik, tehát a form a php-vel miért nem kommunikál, de aztán leszedtem a második linket - szerkesztés - , megnéztem annak a kódját és láttam, hogy nem olyan egyszerű ez mint ahogy én elképzeltem . Végre átlátom a php-t akkor épp jöhet a jQuery és kezdhetek mindent előről , amúgy nagyon tetszik, első ránézésre elég logikus.
Szerk: Amúgy az első linked király, még a legelején megtaláltam mikor neki álltam a honlapnak , csak akkor még nem igazán értettem, hogy mi olyan nagy cucc pár ablakban
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz papa019 #10297 üzenetére
Dehogynem, teljesen jó az elképzelésed. Alapvetően ez az általános (jó) megoldás, meg esetleg egy felirat, hogy az adatfeldolgozás folyamatban van, várjon a júzer.
===
(#10293) Soak : nem tudom, ez a qTip2 hogy van megoldva, még nem használtam, de jQuery UI Dialognál nem okoz semmilyen gondot, ha a jQuery UI Dialognak átadott DOM-elem display:none-ra van állítva. Megoldja magának az átalakítást dialógusformára (nyilván a qTip is, csak az nem tudom, hogy), és a display tulajdonság váltogatását is kezeli, alapvetően pont inline-elemeket tudsz megjeleníteni a dialógusablakban, ettől is kényelmes az egész.
[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
válasz papa019 #10297 üzenetére
Lehet, sőt, általában ilyen megoldást szoktak használni a korábbi hozzászólásomban leírt problémák miatt. Csak ugye egy ilyen .gif funkcionálisan ekvivalens azzal, ha kiírta volna, hogy "kérjük várjon", az eredeti kérdésben meg valamiféle valós adatokból dolgozó progress bar szerepelt.
(#10299) Athlon64+
Ez jó találat, viszont kizárólag file feltöltésre működik.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Sony Bravia Kdl-40EX650 1080p 102cm Fullhd led Tv!Talp nélkül!
- DAH Solar 405W full black napelemek verhetetlen áron
- Eladó konfig! Ryzen 5 5600X 512GB M.2 SSD 16GB DDR4 RTX 3060Ti 8GB!
- MacBook Pro Retina 13" M1 Chip / 16GB RAM / 2TB SSD / Magyar / 60 nap garancia
- Apple Watch S9 41mm Pink Aluminum, bontatlan
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen