Ha ilyen egyszerű lenne, akkor nem kérdeztem volna.
Ha kiíratom a json_decode eredményét, ugyanazt kapom. Csak a var_dump jelenít meg nekem unikód nélküli objektumot.
Var_dump nélkül ugyanúgy teli van unikódokkal a stringem.
Nekem egy unikód nélküli json string kell, de azt meg nem csinál a var_dump. Mi több, a var_dump nem is hagyományos értelemben vett függvény, hanem inkább a régi (Pascal-beli) eljáráshoz hasonlatos.
Úgy látszik, hogy kénytelen vagyok str_replace-el kicserélgetni az unkódolást.
Szóval az adott string egy json-string, ahol a string-értékeknél az idézőjelek között vannak ezek az unikódos vagy tudomisén milyen kódolású karakterek, tehát pl. \u0123
Adott egy string, ahol az ékezetes karakterek helyett uNNN-ek vannak.
Nem tudom miféle kódolás ez, nyilván én is használom, pl. új sor esetén: rn. Vagy nem is kódolás?
De képtelen vagyok olvashatóvá tenni, próbáltam már mindenféle függvényt UTF8 encode, decode, html_entity encode, decode, iconv és egyéb kulcsszavakkal számtalan függvényt, amit csak találtam a témában és nem megyek semmire semelyikkel.
A Hengersor nevű suliba mennék esti teljesen ingyenes programozó / szoftverfejlesztő OKJ -s képzésre, de nem vagyunk elegen, hogy induljon a képzés. Ha valaki szeretne ingyen tanulni, mint én, akkor hívja fel a sulit telefonon, vagy írjon nekik e-mail-t, hogy esti szoftverfejlesztő OKJ -ra szeretne járni. Teljesen ingyenes. Köszi a többiek nevében is ha csatlakozol, vagy ha szólsz az ismerőseidnek, akiket esetleg érdekelhet a képzés. Sose késő :)
'reggel! Teoretikus kérdés: a tárhelyem kezelője nem engedélyezi, hogy a MySQL adatbázisban tárolt eljárásokat használjak. Meg tudná mondani valaki, hogy miféle biztonsági kockázatot jelentene a szolgáltatónak, ha engedélyezné ezt? Szerintem ha ilyen eszközökkel biztonságosabbá teszem a saját oldalamat, az win - win helyzet.
Tovabbitok egy kerdest, ha valaki szakember, akar uzleti ajanlat is lehet belole:
Keresunk olyan ingyenes CRM rendszert, ahol szabadon lehet a modulokat letrehozni, vagy olyan programozot, aki ilyet meg tudna csinalni. Regen volt sugarcrm community edition, amiben volt ilyen lehetoseg, bar korlatozott mertekben.
Igen, a sorrend a probléma, az összes magyar települést listázom de asszem csak két település - Zubogy és Cún - rakoncátlankodik. Most ezt vagy hagyom a fenébe (a két településen laknak összesen 860-an) vagy csinálok egy saját indexet. Nincs jelentősége csak érdekes volt erre rájönni, korábban még sosem állt semmi a ZS után :)
Az ut8mb4_unicode_ci (illetve PHP-ben sima UTF-8) ma már problémamentes. Régen sokat szenvedtem a 8859-2-vel, ha többfélre forrásból származó adatokat kellett összehoznom egy adatbázisba vagy AJAX híváskor stb.
az a gond, hogy a cudar a csaptelep után lesz, pedig előtte kellene legyen?
vannak olyan rendezések, amik figyelembe veszik a kétjegyű mássalhangzót. viszont azok meg a félreolvasható szavakkal buknak meg. pl a pácsóval. de ezek ritkábbak, kevesebb a gond belőle.
ennél precízebbnek csak szótárral lehet lenni, de tuti van olyan szó, ami még kétértelmű is, akkor meg csak szövegkörnyezettel együttl lehet precíznek lenni, de ez már az értelmetlenség kategória.
Alapvetően az lenne a megoldás, hogy a szoftver ne akarjon "segíteni" mert akkor még az autórendszámokban is "felismeri" a kétjegyű betűket, és elrontja a sorrendet. Talán a latin2_general_ci vagy az utf8_general_ci lenne a legjobb.
Rájöttem, hogy nem tudom rendesen sorba rakni a magyar stringeket. A problémát főleg a ZS és a CS jelenti.
Elvileg minden kétjegyű mássalhangzó jelenthet problémát, de szerencsére a magyarban véletlenül pont az ABC végén vannak a második betűk (SZ-nél a Z, GY-nél az Y, stb) így amúgy is a végére teszi a MySQL.
De ha ilyen szavaid vannak, hogy "cudar" vagy "zubog" akkor problem.
Milyen furcsa, hogy az angolok ezzel nem foglalkoznak, pedig ott is van th, ch stb. de nem számítanak külön betűnek.
Ha beírom neki, hogy int, magától beírja a hosszhoz (a phpMyAdmin), hogy 10 (ami felesleges, hiszen a max. unsigned érték kb. 4Mrd = 10 számjegy). Ha kitörlöm - visszaírja. Ha megváltoztatom bármire, azt hagyja (de úgy se megy).
Meg tudná mondani valaki, hogy ha a nem strict módban lévő MariaDB-ben egy mező unsigned int(10)-re van állítva, miért kapok Out of Range hibaüzenetet, ha le akarom tárolni a 18.692.200-at?Úgy viselkedik, mintha mediumint lenne beállítva, a hibaüzenet mellé letárol 16.777.215-öt (mert nincs strict módban).
Az értékeket, beállításokat 100× csekkoltam. Valamin átsiklottam?
Van két darab php programocskám, amit konzolos módban futtatok.
Mindkettőnél az utolsó konzolra íratás a következő:
echo date( "Y-m-d H:i:srn" );
Az első program esetén van ugyan még pár feltételes utasítás utána, de konzolra kiíratás már nincs.
Az első program esetében kilép és a prompt jel az útvonallal ( jozsi@jozsi-Satellite-A100 /media/adat2/konyvtar $ ) a sor elején kezdődik, míg a második program esetében 8 üres hellyel beljebb.
Második program esetén minden echo-t "rn"-nel zárok le, de második program esetében a date után ténylegesen nincs semmi, csak a php-lezáró "?>"
Nekem ez egy kicsit zavaros, pld "a weboldalon a php-ban megadott címre írok tehát a ugyan azt az email címet írom be" jelen esetben a you@domain.com ami nyilván értelmetlen.
A lényeg, hogy az "Email address" mező jelen esetben a feladó! A címzett pedig a php kódban van ($to= rész). Amikor kitöltöd az űrlapot, az Email address mezőbe ugyanazt a címet írd, amit a szolgáltató adott neked. Általában nem lehetséges más címről küldeni levelet *
A $to meg értelemszerűen vmi olyan cím legyen, amihez van hozzáférésed.
* ebből a szempontból sok értelme nincs ennek a kódnak, hiszen nagyjából magadnak tudsz csak küldeni levelet. Ha tényleg levélküldő (spammelő) kódot akarsz, az így nem fog menni, de ha klasszikus contact formra van szükséged, akkor ennél lényegesen egyszerűbb és hasznosabb megoldások is vannak. De ha már nem akarsz vacakolni akkor írd át a kódot így:
$headers = 'From: A TE EMAILCÍMED'."n"; $headers .='Reply-To: '.$from. "n" ;
Így már nem fog reklamálni, viszont ha nyomsz egy reply-t, akkor valóban a feladó kapja a választ.
A to-hoz azt ird, akinek a levelet akarod kuldeni. Ha magadnak, akkor a sajatod, ha a julcsapista@valamilyenmail.hu-ra, akkor meg utobbit. Egyaltalan (mivel nem erositetted meg) a nethely.hu-n van a honlapod vagy mellelottem? Ha nem ott, akkor nem biztos, hogy a mail headerekkel van a problema, ez esetben olvasd el a szolgaltatod megfelelo oldalait, hatha leirjak, hogy naluk mi kell a sikeres levelkuldeshez ( engedelyezve van-e egyaltalan)!
Miutan a kododbol sokat nem lattunk, megoldast se tudunk mondani, max. vaktaban lovoldozhetunk. Javaslom, ha nem boldogulsz, irj az ugyfelszolgalatuknak/helpdesknek.
