de az első php-ban még rendeles.php-t include-olsz, ami már nincs.

<!-- *********CREATEXML********* -->
<?php
include 'rendeles.php';
Create_XML();
?>
<!-- *********CREATEXML********* -->

[ Szerkesztve ]

Köszi, kipróbáltam és egy ilyen hibát dobott:

array(4) { ["type"]=> int(2048) ["message"]=> string(54) "is_a(): Deprecated. Please use the instanceof operator" ["file"]=> string(51) "domain.hu/wp-includes/post.php" ["line"]=> int(421) }

Dell G3 3779 || Samsung S23+ || Samsung Watch 5 Pro || Oculus Quest 2 || Creality Ender 3 V2

jol latom,hogy a $s valtozo elnevezes valami tutorialbol van ?
erosen kerulendo kategoria.

Mi kell az alaplapba? Procibol egy, Rambo 2. <> Egyetlen vizmolekulaban tobb hidrogen atom van,mint ahany csillag az egesz naprendszerben

http://php.net/manual/en/function.is-a.php
5.3.9 Added allow_string parameter
5.3.0 This function is no longer deprecated, and will therefore no longer throw E_STRICT warnings.
5.0.0 This function became deprecated in favour of the instanceof operator. Calling this function will result in an E_STRICT warning.

http://stackoverflow.com/questions/10722484/strict-standards-is-a-deprecated-please-use-the-instanceof-operator/10722560#10722560
"This function was deprecated in 5.0, but since there are valid usecases for it, not covered by instanceof, it was re-introduced in 5.3. I suggest you upgrade your installation of PHP."
Magyarul a Te PHP-verziód valahol az 5.0 és az 5.3 között van, így E_STRICT warningot kapsz, ami egyébként nem állítja meg a script futását, de persze nem jó, hogy van. A megoldás a minimum PHP 5.3-verzióra upgrade-elés, ami amúgy is javasolt. (Persze az is megoldható, hogy elnyomod az E_STRICT warningokat, de szerintem fejlesztésnél egyáltalán nem jó gyakorlat, sőt.)

Amúgy ez meglehetősen ronda kód, nem kicsit érdekes ez a behányt XML-mentés, inline style-ok, stb.

De ami a lényeg: létrehozza a fájlt a módosítás után?

[ Szerkesztve ]

Sk8erPeter

Igen, semmi mást nem módosítottam.

Sk8erPeter:
Egyelőre abszolút nem érdekel a kód kinézete, az még sokat fog változni és rendbe is lesz téve, de mint a maga idején

Sajnos továbbra se jön létre az XML

Szerk: SIKERÜLT!

Másoltam a fordfairlane által leírt sort és elmaradt egy " a végéről.
Így már létrejön az XML és a napom is jobb lett
Köszönöm a segítséget.

Annyiban még tudnátok segíteni, hogy ahhoz, hogy egy megadott mappába kerüljön mit kell csinálnom?
Pl. egy XML mappába ami a gyökérben van.

[ Szerkesztve ]

Dell G3 3779 || Samsung S23+ || Samsung Watch 5 Pro || Oculus Quest 2 || Creality Ender 3 V2

Ordertoxml.php végén van az xml->save("valami.xml")
Azt írd át hogy benne legyen az útvonal is. Pl konyvtar/valami.xml

In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.

De azóta változott a helyzet és ezért nem teljesen tiszta.
[link]

Dell G3 3779 || Samsung S23+ || Samsung Watch 5 Pro || Oculus Quest 2 || Creality Ender 3 V2

Itt jól látszik a különbség, szerintem sebességben is.

[link]

Az ilyen "bb kód"-okra milyen fajta tudás kell?

Tehát mit olvassak el hogy megértsem a regex működését?

Sziasztok, létezik-e olyan függvény amelyik thumbnailokat generál?
Tudnátok linkelni is ha van?

[link] lehetőségek tárháza!

[ Szerkesztve ]

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

kösz, eddig is ő volt az egyetlen barát aki segített csak nem tudtam, hogy pontosan mit, hogy keressek

Egy kérdésem lenne.
A preg_quote-nak mi értelme van?
Néztem a PHP.net-en de nem értem.

Olvastam egy ilyen példát.

foreach($icons as $icon=>$image) {
$icon = preg_quote($icon);
$text = preg_replace("~\b$icon\b~",$image,$text);
}

Most az $icon-nak minek kell a quote???
Gyorsabb lesz vagy micsoda?

Az érzés, amikor egy jó másfélóra hibakeresés, és kódtúrás, valamint számtalan var_dump() után, rájössz, hogy a recordset azé' false, mert elfelejtetted a statement-et futtatni.... hát zavarbaejtő.

but without you, my life is incomplete, my days are absolutely gray

Ha ügyesen írod a kódodat, és normális IDE-t használsz, akkor figyelmeztet arra, hogy inicializálatlan változót használsz.

De epp ez benne a trukk, hogy az IDE sem szol erte, mert defnialva van, es visszateresi erteke szinten van: false. Azert false mert a stamentet nem futtattam.

but without you, my life is incomplete, my days are absolutely gray

Van egy olyan bejelentkező felület ami annyit tesz, hogyha felcsatlakozol wifi-re megnyitsz egy böngészőt és azon belül mondjuk prohardver.hu akkor a prohardver helyett ezt a bejelentkezési felületet dobja fel, majd sikeres bejelentkezés után átdob a google.com-ra. Olyan kérdésem lenne, hogy lehet-e azt kezelni, hogy a megnyílt bejelentkezési felület tudja valahonnan, hogy én a prohardver-t szerettem volna megnyitni és ne a google-ra dobjon hanem vissza arra az oldalra amit amúgy is be szerettem volna tölteni?

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

$_SERVER["REQUEST_URI"]

Ennek a tartalmát menteni egy cookie-ba és ha sikeres a belépés akkor ide át dob?

Van magyarra fordított PHP-doksi is:
http://szabilinux.hu/php/function.preg-quote.html

Az a lényeg, hogy ha a stringed tartalmazhat olyan karaktereket (mint a dollárjel ($), csillag (*), pont (.), stb.), amelyek egy reguláris kifejezésben speciális jelentéssel bíró karakterként értelmezhetők lennének, akkor előtte ezeket egy backslash-sel (\) escape-elni kell (hogy ne rontson el pl. egy egyébként jól megírt reguláris kifejezést, hogy valamilyen substringben vannak "félreértelmezhető" karakterek); pont ezt csinálja ez a függvény.
Remélem, így nagyjából érthető.

(#16311) :
Nem tudok ilyen egész konkrét doksit, de Dunát lehet velük rekeszteni, én annak idején össze-vissza gugliztam mindenféle regexpekkel kapcsolatos olvasmányért, és jó sok gyakorlás után ráállt az agyam. Tényleg nem egy kétperces valami, amit csak úgy megért az ember, rá kell állítani magadat, de ez nyilván nem csak úgy megy, ha sokat olvasgatsz (nyilván az se árt), hanem ha ki is próbálgatod egyesével a különböző eseteket. Voltak különböző feladatok, amikhez nagy hasznát tudtam venni a regexpeknek, így jó gyakorlati feladatok voltak.

Nagyon sokat segít egyébként a RegexBuddy (elmagyarázza a reguláris kifejezést, nagyon hasznos!), a RegExr, Regex101, RegexPal, stb.

Sk8erPeter

Értem, ezt a magyar forrást eddig még nem ismertem.

Próbálkoztam a str_replace-helyett így is:

function emoticons($text) {
$icons = array(
':)' => ' <img src="/pic/smilies/smile1.gif" alt="smile" class="icon_smile" /> ',
':-)' => ' <img src="/pic/smilies/smile1.gif" alt="smile" class="icon_smile" /> ',
':w00t:' => ' <img src="/pic/smilies/w00t.gif" alt="smile" class="icon_smile" /> ',
':D' => '<img src="/pic/smilies/grin.gif" /> ',
':P' => '<img src="/pic/smilies/tongue.gif" /> ',
';-)' => '<img src="/pic/smilies/wink.gif" />',
':lol:' => '<img src="/pic/smilies/laugh.gif" /> ',
':-D' => '<img src="/pic/smilies/grin.gif" /> ',
':wink:' => ' <img src="/pic/smilies/wink.gif" alt="laugh" class="icon_laugh" /> ',
);

foreach($icons as $icon=>$image) {
$icon = preg_quote($icon);
$text = preg_replace("~\b$icon\b~",$image,$text);
}

return strtr($text, $icons);
}

Így viszont kisebb lett a betöltési idő, de amint látszik csak pár smiley van a tömb-ben.

Na most, beraktam az összes smiley-t, tehát mind a 314-et és behullott megint.

Lehet kicsit sok a smiley és azért ilyen rohadt lassú.

"valamint számtalan var_dump() után, rájössz"
Meg kellene szokni, hogy a var_dump() csak egy olyan tool, amit akkor érdemes csak használni, ha egyébként nem áll rendelkezésedre NORMÁLIS fejlesztőkörnyezet. Ott van az Xdebug, amit pont arra találtak ki, hogy PHP-kódokat lehessen debuggolni (és profilozni), a legtöbb népszerű IDE-vel egyszerű a belövése, sőt, a honlapján van egy olyan oldal is, ami a phpinfo-d kimenete alapján kideríti, neked pontosan melyik verzióra is van szükséged belőle:
http://xdebug.org/wizard.php
Komolyan, jótanács, hogy tanuld meg a rendes debuggolást minden programozási nyelvnél, ahol lehetséges, PHP-nál is. Bár a PHP-nál sajnos a legtöbb helyen ilyen béna var_dumpolást (/var_export, stb.) látni "debuggolás" címén, az nem debuggolás, itt is lehet az IDE-ben breakpointokat elhelyezni, az aktuális sornál megnézni a változó tartalmát az IDE-ben a watch-résznél, és így tovább; miután egyszer kellő időt eltöltöttél a használatával, nagyon durván fel tudja gyorsítani az időt, és segítségével elfelejtheted az ilyen kódokban itt-ott elhelyezett, akár véletlenül benthagyott kiíratásokat, bénázásokat. Tényleg megéri a befektetett időt (és ez minden programozási nyelvre igaz, hogy meg kell tanulni benne debuggolni, amennyiben lehetséges tisztességes módon is).

(#16317) Athlon64+ :
Speciel egy inicializált változóról van szó, nem tudom, melyik IDE hívja fel a figyelmet rá, hogy elfelejtetted meghívni rajta az execute-ot... Persze lehet, hogy beállítható ez is.

Sk8erPeter

Ezt már korábban írtam, de az, hogy minden egyes megjelenítésnél minden egyes üzeneten végigmész, és még azonbelül is iszonyatosan sok reguláris kifejezésre keresgélsz, teljesen érthető, hogy rohadt lassúvá teszi az egészet. A reguláris kifejezés keresgélése amúgy sem egy gyors állat. Lehet egyrészt egyszerűbbé is tenni magát a reguláris kifejezést is (bár elég bonyolult egyszerűvé tenni ), meg lehet csökkenteni is a keresendő kifejezések számát (nem biztos, hogy érdemes 314 emoticon használatát lehetővé tenni), illetve lehet javítani a használt módszeren is, erről is írtam már, hogy egyből feltöltéskor alakítanád át a smiley-kat <img>-tagekké, eleve úgy mentenéd el az üzenetet, így azért jópár lépést megspórolsz, nem kell állandóan, minden megjelenítésnél újból és újból kikeresgélni ezeket. Ez utóbbira még mindig nem reagáltál, pedig már legalább harmadjára írom le. Vagy legalább akkor írd le, az miért nem jó megoldás. (Lehet olyan eset simán, csak legalább tudjam, hogy eljutott hozzád az információ. )

Sk8erPeter

Igen, az lenne a legjobb ha simán <img> tag-ekkel menne, mert úgy gyors lenne, de viszont ha jön egy xss akkor mivan?
script alert ...

Mellesleg, a htmlspecialchars kiszűrné, csak úgy már nincs img tag sem.

Mi az, hogy akkor mi van? Mi köze a kettőnek egymáshoz?
- egyrészt itt írtam már, hogy amúgy is érdemes a tisztításra valamilyen kész library-t használnod (mert most nem tisztogatod a feltöltött üzeneteket egyáltalán? Mert az ugyebár nem túl jó.)
- másrészt hogy jönnek ide a <script>-tagekben elhelyezett rondaságok, XSS ahhoz, hogy te :), :D és ehhez hasonló emoticonnak megfelelő karaktersorozatokat keresgélsz, majd átalakítod őket <img>-tagekké?
- harmadrészt amúgy is whitelist-jelleggel kellene csupán engedned bizonyos limitált tageket (vagy egyáltalán nem), aszerint szűrni (ez kapcsolódik az első ponthoz), na meg létezik strip_tags függvény is, aminek pont ilyen whitelistet megadhatsz (első, legegyszerűbb megközelítés, de mondom, a tisztításra amúgy is illene használnod valamilyen library-t (pl. HTML Purifier és hasonlók)).

[ Szerkesztve ]

Sk8erPeter

Úgy tudtam, szokás vizsgálni egy metódus return értékét, ha mond valamit. Biztos azért gondolkodtam furcsán, mert PDO-hoz a büdös életben nem nyúlok többet.

Hát Te biztos érted, mire gondolsz. Itt most elvileg pont az volt az érdekes, hogy igazából a lényeget hagyta le (nem hajtotta végre); az IDE mégsem figyelmeztette semmire, mert a változó egyébként inicializálva volt, gondolom volt bindParam/bindValue is, blabla, csak a vége (execute) úgy, ahogy van, lemaradt. Szóval valóban nem ellenőrizte annak a visszatérési értékét, amit nem is írt le.

"PDO-hoz a büdös életben nem nyúlok többet"
Magyarázat?

[ Szerkesztve ]

Sk8erPeter

Köszi a tippet, be is lőttem az XDebug-ot.

(#16329) Sk8erPeter
Pontosan így történt.

(#16328) Athlon64+
Ezt én se értem most.
A lényeg kóddal:
$SQL_recordset = $SQL_statement->get_result();
if ($SQL_recordset) {
//megyünk tovább
} else {
//"nincs" recordset
}

Vizsgálva van a metódus return, de nem hibás, csak false, és épp azért mert a $SQL_statement->execute(); kimaradt. Szerintem nincs a főőődön IDE, ami erre figyelmeztetne.

[ Szerkesztve ]

but without you, my life is incomplete, my days are absolutely gray

Nincs mit! Sikerült is működésre bírni? Mert ha az ember először csinálja, el lehet vele tökölni (mert elkerüli a figyelmed valami, ami még kéne). Milyen IDE-vel lőtted be? (PHPStorm? Úgy rémlik, mintha azt használnád, lehet, hogy nem.)

Sk8erPeter

Jaja, az. JetBrains oldalán van is rá doksi, Youtube csatornájukon meg video, gyorsan összedobtam rá egy "tesztkörnyezetet" (1db php file), belőttem ahogy a dokban le van írva, meg a videóban elmondva, így működik. Egyelőre ennyire volt idő, majd hozzáapplikálom, valami nagy projekthez is, ahol haszna is lesz.

but without you, my life is incomplete, my days are absolutely gray

A foreach felesleges, a smiley-t a strtr is kicseréli és biztosan gyorsabb lesz mint a regex.

Viszont jobban megnéztem az URL-t amit bead. Ha egy változóban letárolnám ezt: akkor hogyan tudnám ezt normális URL-é alakítani? Van erre valami függvény, vagy nekem kellene reguláris kifejezéssel megoldani?

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

He? Ne már. Tessék:
http://php.net/manual/en/function.urldecode.php
"urldecode — Decodes URL-encoded string
string urldecode ( string $str )
Decodes any %## encoding in the given string. Plus symbols ('+') are decoded to a space character.

[...]
WARNING
The superglobals $_GET and $_REQUEST are already decoded. Using urldecode() on an element in $_GET or $_REQUEST could have unexpected and dangerous results."

Nincs szükséged semmiféle manuális replace-elgetésekre...

(#16335): Hogy jön ide a reguláris kifejezés? Kb. köze nincs a témához. Ez egy URL-encoded string, amiről beszélsz.

Sk8erPeter

Megelőztél.

Az üzeneteket nem tisztítom semmivel.
De viszont van rajta htmlspecialchars, így nem megy be az XSS.

Mást nem használok, de szerintem ez ilyen lassú marad, 310 smiley nagyon meglassítja.
Ráadásul a szerver gép is egy egyszerű 2 magos gép, így is 10.000 felhasználó van az adatbázisban, gyakorlatilag ahhoz képest, ez a 0.0500-as load nem túl nagy még szerintem.

Csak itt összevonva (nem pedig if ($executed)):

if (!sqlsrv_execute($this->statement)) {
$this->throwLastCommandException();
}

De egyébként is meg kellene vizsgálni, mert, ahogyan a példa mutatja, a PDO nem dob kivételt, illetve nem generál PHP error-t az említett esetben.

---

A PDO nagyon klassz dolog, de a lehető legrosszabb módon próbálták meg egységesíteni a különböző SQL-ek (meg nem SQL-ek) kezelését. PDO használatával beállíthatod az alkalmazásodat, hogy portable, meg új technikát használ, ami nagyon f.sza, de amint akarsz egy kicsit advanced mutatványt csinálni vele, máris meghal (stream-et nem keze normálisan például, database generated kulcsot sem képes minden esetben kezelni, egységesen főleg nem). Nem kérek inkább belőle, inkább más absztrakciós módon oldom meg a különböző adatbázisok meg egyebek kezelését.

Végül rátaláltam az urldecode-ra én is. Szóval az maradt. A reguláris kifejezés pedig onnan jött, hogy nehány részt ki kellett belőle szedni, de most már működik.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Sziasztok,

Villámkérdés email küldéssel kapcsolatban:
Egy új induló alfa verziós oldalnál sajnos azt tapasztaljuk, hogy a gmail felhasználók nem kapják meg a leveleinket, vagyis spamként kapják. PhpMailer-el mennek a levelek, a többi szolgáltatónál egyelőre nem tapasztaljuk ezt a problémát. Miért van ez?

A header:
Subject: XYZ
To: XYZ@gmail.com
X-PHP-Originating-Script: 0:class.phpmailer.php
Date:
From: XYZ@domain.hu
Reply-To: XYZ@domain.hu
Message-ID:
X-Priority: 3
X-Mailer: PHPMailer 5.2.7 (https://github.com/PHPMailer/PHPMailer/)
MIME-Version: 1.0

A levél tartalma:
plain text
html text
2db png

A szervert ellenőriztem nincs blacklist-en.
A levélben a két kép (logo) AddEmbeddedImage metódussal kerül be, azaz szövegközi képként. Van benne továbbá egy link is, persze a domain.hu-ra. Én nem tudok rájönni hol a hiba. Valaki?

but without you, my life is incomplete, my days are absolutely gray

[link]

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

Igen, ehhez is volt szerencsém, de a problémát nem oldotta meg. Szerintem egyszerűen írok a google-nek, hogy itt valami tévedés van.

but without you, my life is incomplete, my days are absolutely gray

SMTP-vel küldöd, vagy csak simán?

AMD Ryzen 5 5600 3.50GHz AM4, SAPPHIRE RX580 4GB, EX2220 (1920x1080), crucial MX500 SSD, CRUCIAL 16GB Ballistix DDR4 3200MHz, MSI B450 GAMING PLUS | Tárhely, domain: https://nokturn.hu

Egy próbát megért, gondoltam. Esetleg nézd meg Swiftmailer-rel. Nem lehet, hogy más ip-ről küldöd a levelet SMTP-n keresztül?

mobal,

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

SMTP-n is és simán is kipróbáltam már. A vicc, hogy a sima, SPF passed, az SMTP softfail. Bár ez lehet amiatt, mert az smtp egy másik szerver. Nem értem én má'.

(#16345) fordfairlane
Nem, nincs, teljesen átlagos, regisztrációról például, átlag 4-10 sor egy levél.
Ékezetes subject viszont van. Az gond?
Pl: 'Elfelejtett jelszó pótlása.' - ez egy konkrét példa.

(#16346) mobal
De, az tuti. Fentebb írtam is, megvan az eredménye.

but without you, my life is incomplete, my days are absolutely gray

Egy lehetséges megoldás: [link]
(bár ez nem kattintható, de ezt a lehetőséget már lehet egyszerű beletenni)

AMD Ryzen 5 5600 3.50GHz AM4, SAPPHIRE RX580 4GB, EX2220 (1920x1080), crucial MX500 SSD, CRUCIAL 16GB Ballistix DDR4 3200MHz, MSI B450 GAMING PLUS | Tárhely, domain: https://nokturn.hu

És láss csodát. Ahogy lett AdWords fiók, hogy az oldalt hirdessük egyből nem spam a kiküldött levél.

Szerk:
Válasz erre, (#16341) DNReNTi

[ Szerkesztve ]

but without you, my life is incomplete, my days are absolutely gray