Hirdetés

2024. június 9., vasárnap

Gyorskeresés

Útvonal

Fórumok  »  Szoftverfejlesztés  »  PHP programozás (kiemelt téma)

Hozzászólások

(#13701) Petyyyyy


Petyyyyy
addikt

DS39 & spammer Köszönöm, hibátlan!

Szemed az úton, pedál a padlón || Whatever, Im the star

(#13702) Alukard válasza Tele von Zsinór (#13693) üzenetére


Alukard
senior tag

Tudom, hogy nem szó szerint mellékhatás, csak a saját favágó humorommal próbáltam kicsit alakítani :))

https://blackfyre.ninja

(#13703) biker


biker
nagyúr

lehet hogy csak rohadt meleg van, és nem fog az agyam, de lehet izzik a proci és megőrült

ebben mi a jó élet hiba van, ami miatt nem fut le?????
megőrülök.

$sql="INSERT INTO crm_naplo (user_ID,naplo_dt,naplo_szoveg) VALUES (:user_ID,:naplo_datum,:naploba)";
$stmt = $db->prepare($sql);
$stmt->execute(array(
':user_ID' => $user_id,
':naplo_datum' => $naplo_datum,
':naploba' => $naploba
));

ez biztos jó
$db = new PDO(
"mysql:host=$sql;dbname=$adatbazis",
"$user",
"$pass",
array(
PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES UTF8;',
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
)
);

mert a lekérés lefut:
$stmt = $db->query("SELECT * FROM crm_naplo LEFT JOIN crm_users ON crm_naplo.user_ID=crm_users.user_ID ORDER BY naplo_dt DESC
;");

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13704) biker válasza biker (#13703) üzenetére


biker
nagyúr

a 4. mezőt nem adtam meg (naplo_ID) mert az auto increment

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13705) biker válasza biker (#13703) üzenetére


biker
nagyúr

OMFG
persze hogy én vagyok a hulye, function-ön belül hívom meg a $db-t :)
persze hogy nem létezik...
:W :W :W
qrvára kell a klíma, mert 29 fokban az agy....

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13706) Peter Kiss válasza biker (#13705) üzenetére


Peter Kiss
senior tag
LOGOUT blog

Inkább arra kellene figyelni, hogy normálisan be legyen kapcsolva az error reporting, ne adj isten, még xdebug is legyen kéznél.

(#13707) biker válasza Peter Kiss (#13706) üzenetére


biker
nagyúr

ja, benne maradt az error reporting 0 és csak csodálkoztam, hogy nem ír a táblába

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13708) spammer


spammer
veterán

Prepared statementeknél jelenthet problémát, ha pl. mindig 's' -t írok a bind_param -ba? Mondjuk olyan esetekben is, mint pl. az $id, ami egy szám.

$stmt->bind_param("sss", $id, $name, $text);

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

(#13709) Speeedfire válasza spammer (#13708) üzenetére


Speeedfire
nagyúr

Nem hinném, bár én mindig prefixelem ezeket. Elé szoktam rakni egy kettőspontot (:).

$stmt->bind_param(":sss", $id, $name, $text);

[ Szerkesztve ]

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

(#13710) Tele von Zsinór válasza Speeedfire (#13709) üzenetére


Tele von Zsinór
őstag

Az mit csinál? A doksiban nem látok erről említést.

(#13711) spammer


spammer
veterán

ALTER TABLE nem lehetséges prepared statementekkel? :F

Például:

$query = "ALTER TABLE tablaneve COMMENT= ?";
$stmt = $db->prepare($query);
$stmt->bind_param('s',$comment);
$stmt->execute();

Fatal error: Call to a member function bind_param() on a non-object....

[ Szerkesztve ]

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

(#13712) Tele von Zsinór válasza spammer (#13711) üzenetére


Tele von Zsinór
őstag

Van számos hely, ahol nem lehet változót használni, én eddig a limit és az offset paramétereivel találkoztam.

(#13713) biker válasza Tele von Zsinór (#13712) üzenetére


biker
nagyúr

mennyire hatékony és igaz, hogy prepared esetén nem kell nekem törődni az adatok escapelésével és sql injection ellenőrzéssel, és szűrésekkel?

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13714) fordfairlane válasza biker (#13713) üzenetére


fordfairlane
veterán

Eddig se kellett törődni, csak escapelni kellett manuálisan a query paramétereket egyesével. Preparednél ugyanezt csinálja a kliens könyvtár megfelelő bind funkciója.

x gon' give it to ya

(#13715) mobal


mobal
MODERÁTOR

Tudnátok segíteni nginx-szel kapcsolatban? Sehogy nem tudom elérni, hogy működjön a rewrite. Minden szükséges dolog telepítve van, viszont ha valami paramétert kap akkor bedobja a default configot.

Erről lenne szó: [link] - ami így jó is. Viszont így már nem: [link] (pedig jónak kéne lennie, default request ez).

Itt a htaccess:

# Turn on URL rewriting
RewriteEngine On

# Installation directory
RewriteBase /

# Protect hidden files from being viewed
<Files .*>
Order Deny,Allow
Deny From All
</Files>

# Protect application and system files from being viewed
RewriteRule ^(?:application|modules|system)\b.* index.php/$0 [L]

# Allow any files or directories that exist to be displayed directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

# Rewrite all other URLs to index.php/URL
RewriteRule .* index.php/$0 [PT]

Ez konvertálódik belőle:

# nginx configuration

location /application {
rewrite ^/(?:application|modules|system)\b.* /index.php/$0 break;
}

location /modules {
rewrite ^/(?:application|modules|system)\b.* /index.php/$0 break;
}

location /system {
rewrite ^/(?:application|modules|system)\b.* /index.php/$0 break;
}

location / {
if (!-e $request_filename){
rewrite ^(.*)$ /index.php/$0;
}
}

location ~ \.* {
deny all;
}

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

(#13716) biker válasza fordfairlane (#13714) üzenetére


biker
nagyúr

ok, de a PDO::PARAM_STR esetén kb egyenlő a régi mysql_real_escape_string-l?

vagy hogy kell értsem?
eddig nem pdo-ztam, most már ideje :)
csak akkor elhagyható a scriptem elején lévő összes változó ellenőrzése ciklusban, vagy inkább maradjon?

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

(#13717) spammer válasza Tele von Zsinór (#13712) üzenetére


spammer
veterán

Hát nem tudom, nálam a LIMIT-tel nem volt gond, ha erre gondolsz, hogy például:

ORDER BY valami DESC LIMIT ?;

Működik a bind.

[ Szerkesztve ]

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

(#13718) Tele von Zsinór válasza spammer (#13717) üzenetére


Tele von Zsinór
őstag

Érdekes, nekem sosem működött a limit paramétere, de én nem bindelek, hanem az execute-nak adok át egy tömböt.

biker: van néhány karakterkódolással kapcsolatos sebezhetőség, de általánosan az mondható, hogy tényleg nem kell ellenőrzigetni és kézzel escape-elni. Annyi történik, hogy átküldesz egy parancsot a szervernek azzal, hogy itt és itt lesz benne paraméter, így a későbbiekben ha oda érvényes sql-t tesznek, akkor sem fogja parancsként értelmezni.

(#13719) fordfairlane válasza biker (#13716) üzenetére


fordfairlane
veterán

Én még a PARAM_STR konstansot sem használom. Simán PDOStatement::execute metódussal bindolok legtöbbször.

x gon' give it to ya

(#13720) Speeedfire válasza Tele von Zsinór (#13710) üzenetére


Speeedfire
nagyúr

Lényegében semmi extrát nem fog csinálni, csak elkülönül a kódtól.
Oracle (pl) toad alatt szoktak ilyet csinálni, vagy : vagy & jel van előtte.
Illetve a yii is így használja default-ból.


fordfairlane: Mivel alapból string van beállítva. Ritka amikor meg kell adni a típusát és a hosszát is.

[ Szerkesztve ]

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

(#13721) fordfairlane válasza Speeedfire (#13720) üzenetére


fordfairlane
veterán

Oracle (pl) toad alatt szoktak ilyet csinálni, vagy : vagy & jel van előtte.

Félreérted. Mysqli statementről van szó, ott kicsit másképp néz ki a bind. Az "ssss" a fenti példában fomátumstring, olyasmi, mint a printf-nél, nem placeholder-hivatkozás.

[ Szerkesztve ]

x gon' give it to ya

(#13722) Speeedfire válasza fordfairlane (#13721) üzenetére


Speeedfire
nagyúr

Ja, akkor benéztem. :B

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

(#13723) trisztan94


trisztan94
őstag

Sziasztok!

A tárhelyparkos tárhelyemen a PHP fájl kérésekre 500-as hibát dob a szervet. Egy sima echo "Hello World"; -re is. Elvileg van PHP a tárhelyen. Mitől lehet ez? :F

[ Szerkesztve ]

https://heureka-kreativ.hu

(#13724) DeltaPower válasza trisztan94 (#13723) üzenetére


DeltaPower
őstag

rossz htaccess?

"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser

(#13725) trisztan94 válasza DeltaPower (#13724) üzenetére


trisztan94
őstag

Volt egy htaccess ami html5boilerplate-tel jott, de azt ki is toroltem.

https://heureka-kreativ.hu

(#13726) ztajti válasza trisztan94 (#13723) üzenetére


ztajti
csendes tag

Vagy pedig nem tud feldolgozni egy PHP által okozott hibát.

Próbáld meg az alábbi kóddal:

<?php
$hello = "Hello World";
echo($hello);
?>

Csak azért, mert a tárhelyparkos szerómon nekem sem fogadta el a

<?php echo("Hello World");?>

kódot.

szerk: Nekem ez így működött!

[ Szerkesztve ]

Best regards, Zoltan

(#13727) trisztan94 válasza ztajti (#13726) üzenetére


trisztan94
őstag

Ez sem jó :W

Adobe Crossdomain, humans.txt, robots.txt fájl okozhatja ezt? .htaccess fájl nincs.

https://heureka-kreativ.hu

(#13728) trisztan94 válasza trisztan94 (#13727) üzenetére


trisztan94
őstag

Hm, nézegettem a szervert. A php.ini-nek nem a /etc/-ben kellene lennie? Mert itt csak egy ftpquota fájl van. Elvileg van PHP a tárhelyemen..

https://heureka-kreativ.hu

(#13729) Speeedfire válasza trisztan94 (#13728) üzenetére


Speeedfire
nagyúr

Elvileg kellene ott lennie php/apache error lognak is. Abban benne lesz a hiba.

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

(#13730) trisztan94 válasza Speeedfire (#13729) üzenetére


trisztan94
őstag

Hol kell lennie a php mappának? Se a szerver gyökerében, se a etc mappában nincs semmi ilyen. Se apache, se php, se semmi ami utalna arra, hogy van PHP.

https://heureka-kreativ.hu

(#13731) Speeedfire válasza trisztan94 (#13730) üzenetére


Speeedfire
nagyúr

Akkor vedd fel a kapcsolatot a supporttal és leírják neked a hiba okát.

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

(#13732) DS39


DS39
nagyúr

Üdv!

két kérdésem lenne:

- a W3C HTML5 validator hibának írja hogy a php-s oldalamnál hogy a get paramétereket &-jellel fűzöm össze és nem &amp;-del. miért jobb ezen utóbbi használata? (más oldalakon is csak simán &-t szoktam látni a linkben)
pl: <a href="page=2&search=valami">link</a>

- a másik hogy ha a CSS3 validator-t lefuttatom egy olyan oldalon ami sima html css javascript, azt leellenőrzi simán, de ha php áltál generált html rész van benne akkor ezt kapom:
ValidatorError
org.w3c.www.http.HttpInvalidValueException: Invalid content type.
(akkor is, ha a fájl neve nem .php hanem .html)
azért fura mert kliens oldalon csak html tartalom van, php scriptet nem látja a kliens oldali böngésző, ez a css validator vhogy még is a szerverről olvasná a fájlt?

igazából egyik sem eget rengető kérdés csak úgy kíváncsi vagyok a miértjére, hátha valaki tudja. köszönöm. :)

[ Szerkesztve ]

(#13733) DS39 válasza DS39 (#13732) üzenetére


DS39
nagyúr

a szerkesztés idő lejárt, így pontos az előbbi példa, csak elgépeltem:
<a href="?page=2&search=valami">link</a>

[ Szerkesztve ]

(#13734) Tele von Zsinór válasza DS39 (#13732) üzenetére


Tele von Zsinór
őstag

Az elsőre: az & karakter speciális jelentéssel bír a html-ben, entity kezdést jelent, így ha tényleges &-et akarsz írni, akkor azt entityként kell, ez pedig az &amp; A böngésző persze dekódolja, mikor szükséges, így ha a hrefbe &amp;-ként írod, akkor az később csak &-ként lesz használva.

Másodikra: helyesen konfigurált szervernél nem lehet hozzáférni a php forráshoz (most tekintsünk el a sebezhetőségektől), szóval azt nem olvashatja. Gyorsteszt alapján nálam validnak mondja az olyat is, ahol php-val generálom az oldalt, szóval a hiba nálad lesz. Milyen content-type-ot szolgálsz ki?

(#13735) DS39 válasza Tele von Zsinór (#13734) üzenetére


DS39
nagyúr

köszönöm a választ!

1. rendben, akkor ezt a formulát fogom használni :R

2. a html részben ez van:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
a php részben: header('Content-type: text/html charset=utf-8');
ill. mysql_query("SET NAMES utf8");
karakterkódolási probléma nincs, szépen megy az adat oda-vissza.

a webszerver egyébként egy ingyenes külföldi: [link]

[ Szerkesztve ]

(#13736) ahetaton


ahetaton
csendes tag

Sziasztok!

Adatbázist szeretnék importálni PHP-n keresztül, mert a az .sql file 240mb-os.

Találtam egy parancsot:

Mysql –h 15.2.4.222 –u testusername{this is db username} –p{write password here} testdbname{this is db name} < filename.sql {this is the name of file to be imported}
2 //Example :
3 mysql -h 15.2.4.222 -u mydb_user -pmydbpassword mydb_name < myfile_name.sql

Viszont fogalmam sincs, hogy a parancsot, hogy kell használni.

Tudtok egy kis iránymutatást adni?

Godaddys szeróra menne.

Köszi

(#13737) Tele von Zsinór válasza ahetaton (#13736) üzenetére


Tele von Zsinór
őstag

Nem ismerem a godaddyt, de:

- feltöltöd az sql file-t a szerverre
- nyitsz egy terminált (ssh, webui, akármi)
- ott kiadod a parancsot a megfelelő értékeket behelyettesítve

(#13738) ahetaton válasza Tele von Zsinór (#13737) üzenetére


ahetaton
csendes tag

És van olyan script vagy program amivel FTP-ről FTP-re lehet másolni a fájlokat?

(#13739) trisztan94 válasza ahetaton (#13738) üzenetére


trisztan94
őstag

Minek erre script? Leszeded egyik FTProl es feltoltod a masikra.

https://heureka-kreativ.hu

(#13740) ahetaton válasza trisztan94 (#13739) üzenetére


ahetaton
csendes tag

Mert nagyon lassú a feltöltési sebességem.
A webáruház a millio képpel majd 40.000 filet tartalmaz (CMS).

(#13741) trisztan94 válasza ahetaton (#13740) üzenetére


trisztan94
őstag

Egy ilyen script is ugyan azt csinalja. Letolti a gepedre es feltolti a masikra.

https://heureka-kreativ.hu

(#13742) Tapsi válasza ahetaton (#13738) üzenetére


Tapsi
veterán

Http-n keresztül nem éred el a fájlokat?

(#13741) trisztan94 Ha a szerveren fut a script, akkor nem tölti le a kliensre.

[ Szerkesztve ]

(#13743) CSorBA


CSorBA
őstag

Ha mysqlből kérdezek le, és iratom ki htmlbe, akkor a dupla spaceket kiírja továbbra is (míg ha a htmlbe írok többszörös szóközöket, ugye akkor az csak egynek számít). Ez mitől van, és hogy szüntethetném meg?

[ Szerkesztve ]

(#13744) Tele von Zsinór válasza CSorBA (#13743) üzenetére


Tele von Zsinór
őstag

Ha a renderelt változatban is látod, akkor az nem sima szóköz (ascii 32). A legtöbb esetben ezt non-breaking space okozza (ascii 160, U+00A0, &nbsp;).

(#13745) PowerBuldog


PowerBuldog
veterán

sziasztok!

egy email küldő php-t próbálok összehozni, de hibát dob

Parse error: syntax error, unexpected T_VARIABLE in C:\xampp\htdocs\hexa\send_form_email.php on line 5

Az egész ennyi lenne:

?php
if(isset($_POST['email'])) {
 
// EDIT THE 2 LINES BELOW AS REQUIRED
$to = "you@yourdomain.com";
$subject = "Your email subject line";
 
 
function died($error) {
// your error code can go here
echo "We are very sorry, but there were error(s) found with the form you submitted. ";
echo "These errors appear below.<br /><br />";
echo $error."<br /><br />";
echo "Please go back and fix these errors.<br /><br />";
die();
}
 
// validation expected data exists
if(!isset($_POST['first_name']) ||
!isset($_POST['last_name']) ||
!isset($_POST['email']) ||
!isset($_POST['telephone']) ||
!isset($_POST['comments'])) {
died('We are sorry, but there appears to be a problem with the form you submitted.');  
}

stb de már az 5. sorra hibát ír

Eladó motyók: https://hardverapro.hu/aprok/hirdeto/powerbuldog/index.html

(#13746) CSorBA válasza Tele von Zsinór (#13744) üzenetére


CSorBA
őstag

Igen, erre gyanakszom én is. Az &nbsp;-nek ugye - mint entitás - látható nyoma van, de a másik kettőt nem ismerem. Azért fura, mert firebuggal megnézve sima szóköznek látom.
Mindjárt rákeresgélek, bár ha valaki tud rá valami jó strip-et, akkor annak örülnék :) (Persze azért szavak között maradjon 1-1 szóköz...)

(#13747) CSorBA válasza CSorBA (#13746) üzenetére


CSorBA
őstag

Annyira azért rájöttem, hogy ezt a tinymce rakja nekem bele. Egy normál space ord kódja 32. Ezé (mármint ami számomra nem kívánatos) viszont 194. A jó hír, hogy két szó közé rak egy darab 32-est, és ha több lenne, akkor 194-eseket rak. Ez azért jó, mert elég az összes 194-est vetkőztetnem.
Már csak azt kell megoldanom, hogy vetkőztetek egy stringben 194-es karaktereket. Lehet elég a sima replace.

(#13748) Tele von Zsinór válasza CSorBA (#13747) üzenetére


Tele von Zsinór
őstag

Kicsit utánajártam, és ez a link alapján az mégis az 160-as nbsp lesz, csak utf8-kódolva: mivel 127-nél nagyobb, ezért 2 byte-ot eszik, ami a C2 A0. Ezt látod a kimenetedben?

(#13749) CSorBA válasza Tele von Zsinór (#13748) üzenetére


CSorBA
őstag

Az ord() 194-nek írja, megpróbáltam chr(194)-et strtr-el replacelni, és ugye a szokásos multibyte strip jelenséget kaptam (négyszög kérdőjellel). Így tényleg nekem is gyanús lett, hogy 2 byteos.

Most milyen úton menjek tovább? Ez a C2 és A0 -t hogy tudom megnézni?

(#13750) CSorBA válasza CSorBA (#13749) üzenetére


CSorBA
őstag

htmlentities-el ez a kettő lesz belőle: &Acirc;&nbsp;

Útvonal

Fórumok  »  Szoftverfejlesztés  »  PHP programozás (kiemelt téma)
Copyright © 2000-2024 PROHARDVER Informatikai Kft.