Hirdetés
- Meggyi001: Kórházi ellátás: kuka vagy finom?
- Luck Dragon: Asszociációs játék. :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- GoodSpeed: WindowBlinds 11
- Real Racing 3 - Freemium csoda
- Oldman2: A KOReader ebook olvasó program
- Elektromos rásegítésű kerékpárok
- sziku69: Fűzzük össze a szavakat :)
- 20230101_102713676_iOS
- Flashback: Építsünk PC-t akciós alkatrészekből, lassan. upd: 10.03
Új hozzászólás Aktív témák
-
kemkriszt98
tag
válasz
kemkriszt98
#16204
üzenetére
így módosították a parancsot és végre valahára működik

wget --delete-after http://artclublumir.com/cron/cron.php > /home/artclubl/public_html/cron/cron_log.txt -
Sk8erPeter
nagyúr
válasz
kemkriszt98
#16189
üzenetére
Ez az if($send) egy elég értelmetlen feltétel, főleg, hogy már ezelőtt a sor előtt az execute-tal végre próbálsz hajtani egy műveletet, és ha ez a változó mondjuk NULL, akkor már korábban kapsz erre az arcodba egy hibaüzenetet (mivel nyilván NULL értékkel rendelkező változón nem igazán lehet metódust meghívni). Meg azt írtad, dobódik egy kivétel, "Connection timed out" üzenettel. De másold már be a PONTOS, teljes hibaüzenetet!
Még valami:
$con = new PDO('mysql:host=mysql5.hostbase.net;dbname=artclubl_luminita','*','*');HELYETT így kellene inicializálnod a PDO-t:
$con = new PDO(
'mysql:host=mysql5.hostbase.net;dbname=artclubl_luminita',
"*",
"*",
array(
PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES UTF8;',
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
)
);A PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION azért érdekes, hogy kivétel dobódjon probléma esetén, és ne ilyen béna if-else ellenőrzésekre legyen szükség. Emiatt pedig try-catch blokkba kell raknod az egészet, és megfelelően loggolni a hibaüzeneteket.
Itt azt írod, hogy "direkt URL-lel" megy. Tehát ha szépen beírod a böngésződ címsorába, akkor az UPDATE-művelet is sikeresen lefut, nincsen időtúllépés?
Sőt, ha parancssorból hajtod végre, akkor is sikeresen lefut az UPDATE-művelet?
Magyarul egyedül akkor van probléma, ha a tárhelyszolgáltató admin-felületén szerkesztgetett, oda beírt ütemezett feladat futna le? Igazából erről olyan sok részletet nem osztottál meg, hogy hogyan csináltad, arra lehetne tippelni, hogy elrontottál valamit a szerkesztéskor, de tényleg csak tippelgetni lehet ennyi alapján.(#16199) PumpkinSeed:
"Nem láttam még olyan oldalt aminek ez hozta volna meg a sikert."
Én igen, SoundCloud, YouTube, ...
(Jó, értem én...
) -
disy68
aktív tag
válasz
kemkriszt98
#16195
üzenetére
Az lehet inkább a probléma, hogy a php cli (command line interface) nincs jól bekonfigolva a szolgáltatónál, így nem biztos, hogy betöltődnek a megfelelő kiegészítők (nálad a mysql).
Próbáld ki ilyesmi formában futtatni: php -c /path/to/php.ini /path/to/script.php
A php.ini fájl helyét a phpinfo() megmondja neked. -
DNReNTi
őstag
válasz
kemkriszt98
#16193
üzenetére
Kíváncsi leszek mi lesz a megoldás, vagy valami nagyon triviális (fától az erdőt), vagy valami nagyon szolgáltató specifikus.
Az hogy direkt megy, cron-nal meg nem... fura. 
-
DNReNTi
őstag
válasz
kemkriszt98
#16191
üzenetére
Hát ennek alapján már ott elvérzik a dolog, amikor a PDO objektumot létre akarod hozni. Hol futtatod ezt a szkriptet? Ha lokálisan, akkor van e engedélyed kívülről elérni az adatbázist? Ha online akkor miért nem simán mysql:host=localhost? A port default? Ha nem az is megadható: port=1234. A kapcsolatot ebben a formában tesztelted valamivel?
-
DNReNTi
őstag
válasz
kemkriszt98
#16189
üzenetére
var_dump()-al nézd meg a prepare után $send mit ad. Lehet elírtál valamit a lekérdezésben, tábla vagy mezőnevet pl. és így false lesz.
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#16175
üzenetére
"nem volt világos, hogy mit is kellene parancssorból futtatni"
Te magad írtad be azt a sort, amit le kellene futtatni, ezzel leellenőrizve, hogy az milyen eredményt ad. Nyilván azt a fájlt (is) nézd meg, amibe a parancs kimenetét beleirányítod."Amúgy annyira nem értek hozzá de gondolom osztott tárhelyen van..."
Ne gondold, hanem tudd.
Osztott tárhelyre általában nem lehet beSSH-zni, de erre írtam az alternatív megoldást, hogy esetleg futtasd lokálisan, Linuxos környezetben (vagy virtuális gépen, Linuxos környezetben).
Amúgy magát a cron-működést (hogy jól csináltad-e az ütemezett feladat ütemezését
) ellenőrizheted egy garantáltan működő paranccsal is, mondjuk csak annyit csinálsz, hogy echózol (hozzáfűzve) valami fájlba teszt gyanánt, aztán kész; ha ütemezetten megtörténik a beleírás, akkor láthatod, hogy ez a rész oké, csak a másik parancs nem fut le valamiért. Szóval kezdd el leszűkíteni a problémát. -
Sk8erPeter
nagyúr
válasz
kemkriszt98
#16172
üzenetére
"Parancsból?"
Azt írta, hogy "parancssorból"... Tényleg nem tiszta, mi az a parancssoros felület/CLI?
Vágod, amit Windows-ban a cmd-vel hívsz elő, Linuxon defaultból a Ctrl+Alt+T-vel (Terminal)...
Ide kéne bedobni az általad előbb írt sort, és megnézni, mi a kimenete... Nyilván ha valami osztott tárhelyen van a cuccod, nem kapsz hozzá ilyen felületet, nem tudsz beSSH-zni, stb., de saját környezetben is kipróbálhatod, nyilván behelyettesítve az útvonalakat.Nyilván itt a lényeg az lenne, hogy az általad írt előbbi parancsot, meg a cron.php kódját lefuttasd "kézzel" (tehát nem cronnal), és megnézd, helyesen lefut-e, na meg kerül-e valami az stdoutx.txt fájlba.
Ja, egyébként azt sem ártana, ha megosztanád, hogy ezt most milyen környezetben próbálod tesztelni (osztott tárhely, VPN, saját szerver, mi ez?), nagyon nem mindegy, milyen útvonalakat használsz.
-
Tele von Zsinór
őstag
válasz
kemkriszt98
#16170
üzenetére
Ez jónak tűnik, ha futtatod (parancssorból!), akkor is hibádzik?
-
Tele von Zsinór
őstag
válasz
kemkriszt98
#16168
üzenetére
Akkor mutasd, a cront hogy állítottad be.
-
PumpkinSeed
addikt
válasz
kemkriszt98
#16166
üzenetére
Gondolom akkor az adatbázishoz való kapcsolódással lesz a gond, mivel máshoz aligha akar kapcsolódni amire time out problémát dobna.
-
PumpkinSeed
addikt
válasz
kemkriszt98
#16164
üzenetére
Elég kevés információt közöltél.

-
DNReNTi
őstag
válasz
kemkriszt98
#16157
üzenetére
A phpMyAdmin helyett ajánlom neked a MySQL Workbench-et. Lényegesen kényelmesebb, gyorsabb, és okosabb mint a MyAdmin.
Nem beszélve arról, hogy egy adatbázis modell készítéséhez szvsz verhetetlen. Ingyen. 
-
DNReNTi
őstag
válasz
kemkriszt98
#16152
üzenetére
Meg ha megvan, tessen beírni, hátha valakinek segítség lesz majd hasonló esetben.

-
PumpkinSeed
addikt
válasz
kemkriszt98
#16152
üzenetére
"Milyen jól diskurálok magammal
"Legközelebb írd le egy papírra a kérdésed, majd ha nem tudod megválaszolni ugyanannyi idő alatt mint most tetted, akkor írj fórumra.

-
kemkriszt98
tag
válasz
kemkriszt98
#16151
üzenetére
Megvan

Milyen jól diskurálok magammal
-
kemkriszt98
tag
válasz
kemkriszt98
#16150
üzenetére
Most jut eszembe, ezt a kódot nem próbáltam ki itthon mert nem akartam szöszmötölni az emailokkal...
-
PumpkinSeed
addikt
válasz
kemkriszt98
#16148
üzenetére
Ha lokális volt az adatbázis akkor annak az elérési útjával lesz a probléma.
-
norby10
csendes tag
válasz
kemkriszt98
#16142
üzenetére
Vagy checkold meg épp ezt: [link]
-
DNReNTi
őstag
válasz
kemkriszt98
#16142
üzenetére
Egyszerű matek.
Minden képet úgy mentesz át 100px magasra hogy a szélességét arányosan alakítod. Pl: van egy 1000x750px képed. A magassága 100px lesz az eredi 13.00%-a. A szélességet megszorzod 0.1333-mal és done. Az eremény: 130x100px. A képarány mindkét eseteben 1:1.3. Egyébként a neten tuti találsz ezer féle lib-et erre a feladatra, de megírni se nagy kaland. -
Edorn
senior tag
válasz
kemkriszt98
#16142
üzenetére
Egy lehetséges megoldás: http://www.leoamros.com/tudastar/kepek-meretezese-vagasa-aranyositasa
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#16075
üzenetére
Azért azóta biztos sokat változott a helyzet, a w3fools.com-on már "megengedőbben" fogalmaznak: "W3Schools still has issues but they have at least worked on the primary concern developers had. For many beginners, W3Schools has structured tutorials and playgrounds that offer a decent learning experience. However, it would be a mistake to continue your education without learning from more reputable sources, so when you're ready to level up, move on."
Mindenesetre én továbbra is inkább a Mozilla Developer Networköt (MDN) ajánlanám. -
19.Norbika
tag
válasz
kemkriszt98
#16034
üzenetére
Majdnem egymás szavába vágtunk

-
honda 1993
senior tag
válasz
kemkriszt98
#15972
üzenetére
nem tudom hogy milyen mappaba vagy hogy hova rakjam .
fut a xampp,miert nem csinalja a dolgat ?
fordfairlane a leirasban az van hogy xhtml fajl body reszebe kell beleirni.
egyaltalan honnan lehet azt tudni hogy hova kell rakni ( melyik mappaba a xampp-n belul.
letrehoztama htdocs mappaba egy masik mappat amiben ezek lesznek. ebbe raktam bele ezt a fajlt,de semmi
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15855
üzenetére
Látod, már megérte szólnom érte.
Muszáj mindig kijavítanom az ilyesmit! Mivel az eredeti problémádat már megoldották, nekem nem maradt más hátra, mint javítani a helyesírási hibát. 
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15851
üzenetére
mindíg--> mindig, szép rövid i-vel -
fordfairlane
veterán
válasz
kemkriszt98
#15851
üzenetére
Van egy sortörés a nyitó és záró textarea tag között, így submitnál szerintem a $_POST[''desc] egy sortörést fog tartalmazni, ha nem írsz bele semmit.
-
Tele von Zsinór
őstag
válasz
kemkriszt98
#15848
üzenetére
Arra kell, hogy működjön a feltöltés

-
Tele von Zsinór
őstag
válasz
kemkriszt98
#15845
üzenetére
Hiányzik a formodról az enctype="multipart/form-data" attribútum.
-
kemkriszt98
tag
válasz
kemkriszt98
#15845
üzenetére
Bocs, elfelejtettem, hogy több index is van
a "file"-t hiányolja... -
PumpkinSeed
addikt
válasz
kemkriszt98
#15838
üzenetére
A kódban így tudod elrejteni a jelszót.
-
DeltaPower
addikt
válasz
kemkriszt98
#15836
üzenetére
Apache basic auth [link]
-
Joci93
senior tag
válasz
kemkriszt98
#15836
üzenetére
-
fordfairlane
veterán
válasz
kemkriszt98
#15827
üzenetére
$filenamestruct = explode('.', $file);
$file_type = strtolower(end($filenamestruct)); -
DNReNTi
őstag
válasz
kemkriszt98
#15825
üzenetére
Bontsd szét azt a szépséget.
Ha jól gondolom az fáj neki hogy az strtolower-ben nem egy változót hanem függvényben függvény kimenetét adod meg. Így kipróbálás nélkül szerintem így jó lesz:$file_type = end(explode('.', $file));
$file_type_low = strtolower($file_type); -
Tele von Zsinór
őstag
válasz
kemkriszt98
#15809
üzenetére
Macen ugyanúgy sendmail kell neki. Hogy ilyened legyen, telepíteni kell egy levelezőszervert, mint a postfix vagy az exim.
Ezt megúszhatod a korábban írt valamelyik mailer lib használatával, amiknek meg lehet adni, hogy smtp felett küldjék ki a leveled, ide meg beállíthatod mondjuk a mailtrapot, ami direkt erre lett kitalálva.
-
Tele von Zsinór
őstag
válasz
kemkriszt98
#15804
üzenetére
Önmagában az, hogy a php helyesen fut, még nem elég a levélküldéshez. Windowson be kell állítani SMTP szervert, linuxon pedig helyesen működő sendmail kell; mindkettőt php.ini-ben tudod utána beállítani, merre találja a php.
A mail függvény helyett nézd meg a Swiftmailer vagy a PHPMailer könyvtárakat, értelmesebben, megbízhatóbban működnek, mint a mail().
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15802
üzenetére
Köszönjük, hogy ilyen szépen részletezted az esetet, hogy milyen hibaüzenetet kapsz, ha kapsz egyáltalán, és belekerülsz-e a feltételblokkba, vagy sem.

-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15360
üzenetére
"az eredeti PHP kód eredménye egy ilyen alakú String: username+++password... majd ezt a +++-nál elvágtam.... itt csúszhatott be valami mert amióta picit átírtam az egész kódot és rájöttem hogy a felhasználónévre nincs is szükségem"
Ugye most csak viccelsz, hogy felhasználói jelszavakat kapsz eredményül egy ilyen lekérés során?
Bumbum, te...

(#15358) trisztan94 :

(#15359) DNReNTi :
http://stackoverflow.com/questions/2223882/whats-different-between-utf-8-and-utf-8-without-bom -
trisztan94
őstag
válasz
kemkriszt98
#15357
üzenetére
Utf-8 without boomboom
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15355
üzenetére
"Na, megnéztem a kódolás.... UTF8..."
Pont erről beszéltem itt, hogy NEM MINDEGY, hogy UTF-8 vagy UTF-8 without BOM, még alá is húztam...
Az UTF-8 without BOM karakterkódolást használd. -
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15353
üzenetére
Én sem csináltam még, de lehet róla találni forrást bőven:
http://stackoverflow.com/questions/15732853/how-to-connect-android-app-to-mysql-database
http://stackoverflow.com/questions/19217835/can-an-android-app-connect-directly-to-an-online-mysql-database
stb. -
DNReNTi
őstag
válasz
kemkriszt98
#15349
üzenetére
Sajnos sokan nem bajlódnak azzal hogy szerver oldalon is ellenőrzik a bevitt adatok helyességét, mert javascript-el már a beíráskor ellenőrzik azokat és eleve nem is engedik elküldeni a hibásan kitöltött form-ot. Ez bazinagy hibaforrás, tekintve, hogy a js kikapcsolható, a fejlesztői eszközökkel bármelyik böngészőben engedélyezhetővé lehet tenni a submit-ot nem egész 3 mp alatt. Zárójelbe azért hozzáteszem fogalmam nincs az android fejlesztés hogyan zajlik, szóval az is lehet teljesen irreleváns amit most írtam.

-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15349
üzenetére
Sosem lehet magyarázat a hibakezelés, főleg két sor lespórolására, hogy "nem érdemes vele bajlódni".
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15347
üzenetére
Na, gyorsan átálltál PDO-ra, ügyes.
Kivételesen nem iróniából mondom, ritka az, amikor javasoljuk egy újonnan érkezőnek, hogy tegye ezt, és még figyel is a tanácsra. Szóval ez mindenképpen pirospont neked. 
Ez viszont továbbra is csúf:
$user->execute(array(":username" => $_GET['username'],));
nem jó praktika közvetlenül felhasználni a felhasználótól jövő adatokat, azt előbb validálni kellene, és megfelelő hibával visszatérni, ha például a username query string üres maradt. Pl. egy if(isset($_GET['username'])) ellenőrzés (esetleg empty($_GET['username']), és akkor egyben azt is ellenőrzöd, van-e valami üres értéknek számítótól eltérő értéke) valahol nem ártana, hogy egyáltalán be van-e állítva.
Az Androidos alkalmazásodban a .contains() előtt legalább azt debuggold, hogy egyáltalán mit kapsz válaszul... Szóval mit kapsz a szervertől?
Btw. UTF-8 without BOM a karakterkódolása a PHP-kódot tartalmazó fájloknak? Notepad++-ban könnyen tudod ellenőrizni és konvertálni, ha nem így lenne. -
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15344
üzenetére
Akkor nézd meg még egyszer, nem maradt ki a linkelt tutorial. De ha már, akkor szerepeljen itt még egy link: [link].
-
Sk8erPeter
nagyúr
válasz
kemkriszt98
#15340
üzenetére
A "mysql_fetch_array() expects parameter 1 to be resource, boolean given in ..." hibaüzenet oka:
mysql_query() will also fail and return FALSE if the user does not have permission to access the table(s) referenced by the query.
Szóval a mysql_query FALSE-szal tért vissza.
De mondom, ezt ne is használd. Ott a linkelt tutorial a PDO-ról, amiből képbe kerülhetsz, ami szintén MySQL-adatbázishoz való csatlakozásról szól, melyik része nem tiszta?Amúgy az furcsa, hogy ha a $_GET['id']-t adod meg a username-nek, akkor megy, mert akkor vagy az id tartalmazza a usernevet, vagy pedig a usernév vár azonosító-paramétert, egyik sem normális.
![;]](//cdn.rios.hu/dl/s/v1.gif)
De még egyszer mondom: NE fűzd össze a $_GET és hasonló jellegű paramétereket a query-vel, előtte szűrni kell, különben kapsz egy brokit a seggedbe. Így már elég figyelemfelkeltő, hogy miért ne csináld?
Ha ragaszkodsz a mysql_* jellegű függvényekhez (ami továbbra is ellenjavallt), akkor legalább az összefűzögetős hülyeség előtt eressz a változódra egy mysql_real_escape_string()-et.
Új hozzászólás Aktív témák
- GYÖNYÖRŰ iPhone 12 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3395, 100% Akkumulátor
- Önerő nélkül is elvihető! Részletfizetés. 27 % Áfás számlával Dell Alienware QD-OLED gamer monitor
- Apple iPhone 11 128 GB Fekete 1 év Garancia Beszámítás Házhozszállítás
- HIBÁTLAN iPhone 15 Pro Max 256GB Blue Titanium -1 ÉV GARANCIA -Kártyafüggetlen, MS3693, 100% Akksi
- Lenovo 16 Legion Slim5 WQXGA 165Hz G-Sync Ryzen7 7840HS 16GB 1TB Nvidia RTX 4070 8GB 140W Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest


Az hogy direkt megy, cron-nal meg nem... fura.
Vágod, amit Windows-ban a cmd-vel hívsz elő, Linuxon defaultból a Ctrl+Alt+T-vel (Terminal)...
Nem beszélve arról, hogy egy adatbázis modell készítéséhez szvsz verhetetlen. Ingyen. 



Kivételesen nem iróniából mondom, ritka az, amikor javasoljuk egy újonnan érkezőnek, hogy tegye ezt, és még figyel is a tanácsra. Szóval ez mindenképpen pirospont neked. 
