ISO-8859-2

Ez tényleg egy furcsa dolog, formban működik, de javascriptel nem. A form átalakítja az ékezetes betűket, de javascript esetén a címsorban megmarad. Talán ez az oka, hogy ilyen problémám van? Jelenleg két próba fájlom van, de az a gond, hogy a weblapomon nem tudom megoldani a formos megoldást, mert közbe a javascript olyan funkciókat is csinál, ami fontos, és ezek nagy részét a formos megoldásnál nem lehet megcsinálni. Azon gondolkozom, hogy megoldom sütivel, mert eddig nekem úgy tűnt, hogy ott nincs ilyen gond.

Milyen probléma lehet még? Szerintem továbbra is a kódolás.

Csináltam újabb tesztet IE8, Firefox, Chrome és Opera bevonásával. Az ékezetes karakterek küldése (a tesztben egy "á" karakter) így néz ki:


ANSI és ISO kódolásnál az ékezetes betűk 1 bájton vannak kódolva, és a böngésző címsorában az url-kódolt formában jelennek meg (á=%E1, é=%E9, stb.), mindegyik böngészőnél. Ha az adatokat nem form+submit használatával küldtem, hanem javascriptben összeraktam az url-t, a karakterek átadása akkor is teljesen jó volt. Érdekes, hogy IE-nél így megjelentek a címsorban az ékezetes karakterek, ráadásul kódolástól függetlenül.

PHP-ben az ékezetes karakterek mindegyik esetben jók voltak, függetlenül attól, hogy mi jelenik meg a címsorban. Arra viszont figyeltem, hogy a küldő és a fogadó PHP fájl kódolása egyforma legyen.

Próbáld küldés előtt és után is ellenőrizni, hogy a böngésző (akár több is) milyen kódolásúnak látja az oldalakat, hátha abból kiderül valami közelebbi.

A FORM-nak van egy accept-charset="..." attribútuma, azzal felülbírálhatod a kódolást (küldhetsz ISO kódolással egy UTF-8 oldalról), de ezt az IE nem támogatja, úgyhogy végleges megoldásnak nem használható.

Módosítottam az összeset erre a kódolásra, és minden oké, kivéve azt, hogy a GET még mindig rosszul adja ki az ékezeteket... Az egészben az a legérdekesebb, hogy a címsorban meg van az ékezet, de a fájlban kiolvasáskor már nincs.

Milyen probléma lehet még?

Ebben is igazad volt, elmentettem a feltolt.php-t ANSI kódolással, és vannak ékezetek. Nem néztem végig, de remélem minden jó. Kösz a segítséget.

Azt mondod, az a gond, hogy a notepad++ UTF8 kódolásra van állítva?

Saját tapasztalatom szerint ilyen csak akkor fordult elő, ha a php/html fájl forráskódja utf-8 kódolással készült, és az elején volt BOM. Az ugyanis mindent felülbírál: a böngésző automatikusan utf-8 kódolásúnak veszi, nem számít a meta tag, nem számít a http fejléc. Ezt mindenképpen ellenőrizd, ne keveredjenek a kódolások, főleg, miután ebből már volt gubanc...

Én csináltam egy kapcsolodas.php-t, amivel kapcsolódok az adatbázishoz, és ezt csak be kell hívni az adott fájlba. Ebbe a kapcsolodas.php-ben megadtam a karakterkészletet is. A fájl így néz ki:


Ez be van hívva az index-be is, ahova behívok a küldőfájlt, ami egy javascript fájl, és a fogadó fájlban is meg van adva, ami egy tarol.php nevű fájl, ami adatbázisba menti az adatokat. Meg van adva a meta tag is, ami azonos az ini_set-el. És azt sem értem, ha ez így működik olyan szinten, hogy ha PHP-ben ékezetes betűt írik ki, akkor az ékezetes marad, de egy fájlfeltöltő fájlban, ami ugyan ezen a módon van megcsinálva, miért nem tudja kiírni az ékezeteket se php-ben, se html-ben?

Csináltam néhány gyakorlati tesztet, ezekből az derült ki, hogy a böngészők mindig olyan kódolással küldik az információt, amilyen kódolású a küldő form weboldala. Azt kell ellenőrizni, hogy a küldő és a fogadó php fájl kódolása megegyezzen. Ha ugyanaz a küldő és a fogadó, akkor bármilyen kódolású az oldal, mindig jól jelennek meg a karakterek.

Ha az ini_set() függvénnyel pontosan megadod az oldal kódolását, akkor a php átadja a http válaszban, a "Content-Type"-nál. Én azt tapasztaltam, hogy ez simán felülbírálja az oldalban elhelyezett meta elemnél megadott kódolást.

Nagyon érdekes a dolog, mert a weboldal teljes oldalán (a GET-et leszámítva) mindenütt szépen kiírja az ékezetes betűket, de csináltam egy fájlfeltöltőt, ott ugyan az a jelenség van, mint a GET-nél. Ha törlöm a php-ben levő kódolást, akkor a fájlfeltöltő kiírja az ékezetes betűket, de a weblapom nem. Hogy lehet az, hogy a karakterkódolást ugyan úgy csináltam, mégis eltérően működik?

Az utf-8 alapból nem jó, mert akkor minden ékezetes betű ?-es.
Az mb_convert_encoding függvénnyel se mentem sokra, itt is ugyan olyan a kiírás. Viszont úgy érzem, hogy ez közelebb vitt a megoldáshoz. Tudtok valami weboldalt, ahol fel vannak sorolva ezek az alkalmazható karakterkódolások? Átböngészem, hátha lesz valami

utf-8?

Vagy konvertálod az mb_convert_encoding függvénnyel.

A PHP.ini-ben ez van megadva: default_charset = "iso-8859-1". Ha a PHP-ben is erre írom át, akkor is hibás. Közbe kiderítettem, hogy a probléma csak akkor áll fenn, ha ez van megadva: ini_set("default_charset","ISO-8859-2");
Van valami, amivel megtudhatom, hogy mit szeret?

A default_charset-et érdemes kikommentelni.

Két dolgot ellenőrizz:
1: A php-ini fájlban mi a default_charset értéke?
2: A böngésző milyen karakterkódolásúnak ismeri fel az oldalt (amikor a ĂŠ ĂĄ és társai látszanak)?

Az "é" betűt szépen kiírja, és bármi más ékezetes betűt is. A php-ben is rendesen meg vannak az ékezetek, csak a GET ilyen: "éáűőúöüóĂ".

Nem kell replace. Ez a hiba azt mutatja, hogy valahol még mindig nem a megfelelő kódolást használod, emiatt nem jól értelmezi az utf-8 karaktereket (a böngészők utf-8 kódolással küldik az infót).

Ha az oldalba (nem a php kódba) csak úgy simán beírsz egy "é" betűt, az rendesen megjelenik?

Most vettem észre, hogy mikor GET-et olvasok ki, az orr levő furcsa karaktereket írja ki, mint pl ĂŠ, ahelyett, hogy é-t írna. Nem nagyon akarok replace-t használni, mert ha egy szövegben direkt van ilyen karakter, akkor a rendszer azt hiszi, hogy az egy é betű. A replace-n kívül van még valami más megoldás is?

Kösz a segítséget.
A notepad++-t átállítottam UTF-8-ra, mert ANSI kódoláson volt, mégse működött, de az UTF-8-nál már tökéletes.

A kérdésed első felére:
Megpróbáltam reprodukálni a hibát. Sikerült, de nem volt egyszerű. ANSI kódolásnál nincs probléma a karakterekkel. UTF-8 kódolásnál sincs, mert a BOM miatt nem hagyja megvezetni magát a böngésző. Csak akkor voltak hibásak az ékezetes karakterek, ha BOM nélküli formátumban mentettem, miközben a META tag 8-bites (ISO-8859-2) kódolást erőltet. Mivel szerkeszted a forrást? A Notepad++ segít ellenőrizni és szükség esetén konvertálni a forráskódot. ANSI kódolásra állítsd és úgy próbáld menteni.

A második felére (MySQL):
Volt már ilyen téma, érdemes lenne visszakeresni, de tömören: a megfelelő karakterkódoláshoz mindegyik modulnak meg kell mondani, hogy mit vársz tőle. A PHP-nek is, a MySQL-nek is, és a böngészőnek is.
PHP: ini_set("default_charset","ISO-8859-2");
MySQL (latin1 a default): mysql_query("SET NAMES latin2");
Böngésző: Jó a META tag, de egyezzen meg a tényleges kódolással.

Problémám van az ékezetes betűk kiírásával mysql lekéréskor, és a js Request-jében.
Amire gondolok, az ezek:

JS tartalmú fájl


Proba2.php (azért ilyen fájlt csináltam, mert valójában PHP-ben íratnék ki mysql tartalmat, amit minden újabb megjelenítéskor újra lekér, emellett más szöveg is lenne ékezetes betűkkel)


Akárhogy próbáltam, mindig ugyan az. Az ékezetes betűk helyett négyzetes kérdőjel jelenik meg.

Mysql lekérés


Itt nem minddel van gond, csak az Ő és Ű betűkkel.
Ezeket miért nem tudja szépen kiírni, és mi rá a gyógyszer?

Lehet nem pont ide passzol a kérdésem, de nem találtam neki jobb helyet.

Van a szervereknek olyan paraméterük, hogy egy időben hány scriptet futtathatnak? Mondjuk átlagos szervertől elvárható egy időben akár 2-300 script futtatása? Pld egy webáruházban / termék ismertetőnél kotorásznak csúcs időben 5 ezren, abból nagyon könnyen lehet egy időben futó 300 script, még több is. Nulla tapasztalatom van azt illetően, mennyire eszik a php scriptek a procit? (Ofc, sql szervertől selectelgetés is van rendesen.)

Igazad volt, köszönöm a segítséget

Így ránézésre az lehet a probléma, hogy a függvényednek és a változódnak is vizsgal a neve.

Számomra érthetetlen hibába ütköztem. Bejelentkezésnél js-el szeretném vizsgálni a felhasználónevet, és jelszavat, viszont a második leütésnél hibát ír ki. Egyenlőre alert-et írtam a vizsgálat helyet. A következő scriptet írtam:

Javascript:


Body tartalma:


Ha elkezdek írni, vagy csak belekattintok az egyik mezőbe, akkor elő jön az alert, de ha már másodjára kattintok, vagy a básodik betűt írom bele, a hibakonzolba azt írja ki, hogy a vizsgal nem funkció. Mi lehet itt a probléma?

Kösz a tippet.

Van rá több ötletem is. Én a 3-ast szoktam alkalmazni.

1. Rákeresel a fájlnévre.
Ha van ilyen, akkor rákeresel van-e fájlnév-1.
Ha van ilyen, akkor rákeresel van-e fájlnév-2.
Ha van ilyen, akkor rákeresel van-e fájlnév-3.
...
Ez egy while szerkezettel egyszerűen megoldható, csak kell egy változó, amiben a keresés eredményét mindig eltárolod, na meg egy számláló, amit mindig növelsz.

2. Adatbázisban tárolod a feltöltött fájlok neveit, és van egy olyan mező, amit számlálónak használsz külön erre a célra. Feltöltéskor lekérdezed van-e már ilyen nevű fájl (nem a fájlok között, hanem az adatbázisban). Ha még nincs, akkor felveszed, számlálónak pedig 1-et adsz. Ha van, akkor mellette már ott lesz a számláló. Ennek megfelelően átnevezve tárolod a fájlt, bejegyzed az adatbázisba (a számláló mező itt lehet 0, nincs jelentősége), az eredeti fájlnévnél lévő számlálót pedig megnöveled.

3. Adatbázisban vannak a feltöltött fájlok adatai. Van egy kulcsmező (számláló), amit mindig növelsz. Feltöltéskor tök mindegy mi a fájl neve, a számláló értékére fogod átnevezni a feltöltött fájlt, és az eredeti fájlnév az adatbázisba kerül. Így nem számít hogy van-e már ilyen nevű, lehet akármennyi. Csak az számít, hogy a többi adatmező alapján hová kapcsolódik (pl. egy adott felhasználóhoz, vagy egy egyedi azonosítóval rendelkező eseményhez, hibajegyhez, megrendeléshez, fórumtémához, stb.)
Ez a módszer kombinálható az előzővel is, vagyis az adatbázisban lehet számlálód az azonos nevű fájlokhoz, ami alapján variálod (számozod) a fájlt.
A hátránya, hogy nem használhatsz direkt hivatkozást a fájlokhoz, mert fájlrendszer szinten nem látszanak a fájlnevek. Kell egy olyan php fájl, ami a számláló alapján lekéri a fájl adatait, és letölti a fájlt. Hasonlóan mint pl. itt az alap megoldás. Én pl. még a mime típust is el szoktam tárolni feltöltéskor, és azt küldöm vissza letöltésnél.

Segítséget szeretnék kérni az FPDF használatában is. Van egy dokumentációk hozzá magyarul, mégsem tudom, hogy kell működésbe hozni. Tudtok ebben segíteni?

Lenne egy újabb problémám, ez is számozással kapcsolatos. Azt szeretném megoldani, hogy a felhasználók fájlokat tölthessenek fel. Eddig egyszerű:



Elvileg ez a feltöltő kód, de olyan régen használtam, hogy nem emlékszem már, hogy így működik-e, de ez most mellékes.
A lényeg az, hogy ha talál ugyan olyan nevű fájlt, akkor ahelyett, hogy kiírja, hogy van már ilyen, számozza. Az a problémám, hogy nem tudom, honnan tudhatom meg kódokkal fájl esetén, hogy egyszer már kapott számot, hogy ne -01-01-01 legyen a végén. Tudtok segíteni?

Kösz a segítséget

A lekérdezésnél próbáld meg kiíratni az sql stringet, die() helyett pedig echo-val küldd ki a mysql_error() értékét. Nem árt egy ob_flush() hívást is betenni utána, az kiküldi a böngészőnek a pufferelt adatokat.

Az azonosító darabszámát lekérdezheted (gondolom adatbázisban van) így:
SELECT count(kód) AS darab FROM tábla WHERE (kód='xxxx') OR (kód LIKE 'xxxx-__')

xxxx helyére kell a keresett érték, "tábla" és "kód" helyére pedig az igazi tábla és mezőnév.
Ha az eredmény 0, akkor még nincs ilyen. Ha ennél több, akkor megnöveled a darabszámot és hozzáfűzöd a kódhoz a kívánt formában. A LIKE utáni aláhúzás bármilyen karaktert helyettesít, nem csak számjegyeket, de formailag azért megfelel.

Lenne egy olyan problémám, hogy mysql lekéréskor "lefagy" a PHP. Amikor futtatom a PHP-t. mindig it akad meg:


Ha ide eljut, semmit se futtat le (így nem is ír ki) abból, ami ez alatt van. Ez most kódolási hiba, vagy a WAMP szervernek van baja?

Egy másik kérdés a sajátos azonosítómmal kapcsolatban:
Azt szeretném elérni, hogy számlálja a már létező azonosítókat úgy, hogy ne keljen elmentenem a számokat. Ha a legelső alkalommal választotta ki a rendszer az azonosítót, akkor pl így nézne ki: FRg362gr56, a másodiknál FRg362gr56-02 (ezt még könnyű megoldani), a harmadik esetben már így: FRg362gr56-03 (erre már nincs ötletem). Tudtok valami ötletet adni PHP-ben megoldani?

Nagyon köszönöm a segítséget

Összehasonlításként ugyanez XML-ben:

getdata.xml:
getdata.html:

Az ilyen vitának nincs is sok értelme, ugyanaz igaz rá, mint anno a "C vs Pascal" esetén: használd azt, amit az adott környezetbe be tudsz illeszteni. A JSON használata szerintem kicsivel egyszerűbb, főleg a jQuery használatával. (A jQuery egyébként is erős függőséget okoz, mert nagyon praktikus).
Na, sok mellébeszélés helyett íme egy példa, mennyire "bonyolult":

getdata.json:
getdata.html (jquery.js kell hozzá):

A "/n" az ugye "\n". Egyébként változóval is pontosan ugyanúgy kell csinálni:
alert('első sor\n'+változó);

A változó is tartalmazhat sortöréseket, így simán összefűzheted őket. Pl. minden sor elé teszel egyet.


Aposztrófot pedig így: \'

A XMLHttpRequest()-ben sajnos nem tudok segíteni, mert még nem használtam.

Kérnék segítséget js-ben. Alert-ben szeretném, hogy a kiírt szöveg többsoros legyen. Erre a /n-t találtam, de ez csak akkor működik, ha csak símán kiíratok valamit (pl: alert("elsősor/nmásodiksor")), de nekem úgy kéne hogy egy szöveg után változót írasson ki egy új sorba, ebben az esetben a /n nekem nem működik.
A terven szerint így nézne ki:
alert("A következő hiba/hibák jelentkeztek:" + kiir);
A kiir tervem szerint lehet egy, vagy több soros (if-ekkel határozom meg a kiíratást), így a végleges kiírás kinézhet így:

A következő hiba/hibák jelentkeztek:
-hiányos adatbázis

vagy így is kiírhatja:

A következő hiba/hibák jelentkeztek:
-hiányzik a kezdőoldal
-nincs felhasználó
-nem található a jelszó emlékeztető

Mit használjak ehhez?

Másik problémám az alert-ben az, hogy az aposztrófokat nem tudom kiírni a html-ben megszokott ' " jelekkel. Alert-ben ezzel mit lehet kezdeni?

Köszönöm. Sikeresen egyberaktam a cuccost, már müxik (az aposztrófokkal több bajom volt mint minden mással együtt összesen ). Még egy elméleti kérdésben szeretnék tisztán látni.

Mondjuk XMLHttpRequest()-el begyűjtök egy stringet, ami pár tucat változó adatát tartalmazza csomagolva, ergo szét kell parse-olni. A parsingolás problémája végett páran azt írják, legyen a csomagolás formátum JSon, másfelől a SOAP-osok meg juszt is az XML-t nyomják. Szóval azon túl, hogy a guruk késhegyre menő hitvitákat vívnak egymással - amibe kezdőként ha csak lehet inkább nem szállnék be - akad az egész mögött valami objektív indok is, hogy melyik miért jó, vagy miért problémás?

Ha ezt simán csak kiíratni szeretnéd, akkor a következőképpen használd:


Itt a \ jelet cseréltem \-re (a kiírásban ugyan úgy \ lesz), mert a \' kombináció egy újabb művelet lenne. Ha máskor is problémád lesz a jelekkel, akkor a http://www.tferi.hu/konyv5/html/htmllang5.html#18.%20fejezet:%20Karakterek oldalon utána járhatsz annak, hogy milyen kóddal tudod probléma nélkül kiíratni.

Thx.

Még egy aposztróf problémám lenne:


Ezek a fura aposztróf jelek magyar billentyűzeten az AltGr-7 kombinációval írhatóak be. Amit a hibaüzenet visszaírt, az is AltGr-7-es aposztróf jel. Hogyan lesz jó?

Az a baj, hogy az aposztrófokat rosszul teszed ki. Amit te teszel ki, az a Ctrl+Ö (˝), ami kell az pedig a Ctrl+1 ('), vagy a Ctrl+2("), amelyeket használhatsz. Ha így csinálod, működni fog.

Ami meg az én kérdésemet illeti, megoldottam a gondot. A következőre jutottam, amit még átalakítok a megfelelő adatokkal:

Egy php helpet nyelegetek éppen, első szárnypróbálgatások problémáinál tartok. A help anyag szerint mind3 példának rendesen működnie kellene. QuickPHP szerver, Firefox böngésző.

Az alábbi oldal rendesen visszajön:


Ez a példa már hibaüzenetet dob:


Ez a példa pedig egyáltalán semmit sem ír vissza:


Mit szúrtam el?

Problémába ütköztem a következő js használatakor:



Ha elindítom, szépen láthatatlan a "Tovább -->" gomb, és a "Nem mehet!!" gomb látszik. Ha kijelölöm a négyzetet, eltűnik a "Nem mehet!!" gomb, de a "Tovább -->" gomb továbbra is láthatatlan. Arra már rájöttem, hogy a style="display: none" stílus tartja folyamatosan láthatatlanul, mert ha a másik gombra rakom, akkor az csinálja ugyanezt. Régebben használtam, most mi lehet a gond?

Egészen jó szerkezet, kösz a segítséget

Hozzávalók:
- halmaz(ok)
- egy függvény, ami véletlenszerűen választ egy adott halmazból
- egy logika, ami összeállítja a kódot

Ezt aztán tetszőlegesen lehet variálni más halmazokkal, vagy éppen a rand() függvénnyel.

Pl.:

Van lehetőség guid-ot kérni? Egy 128 bites local system egyedi szám.

Felhasználó regisztrációjakkor a regisztráló kapna egy kódot, ami alapján könnyebben beazonosítom, mint pl. a teljes neve alapján. Azt szeretném, ha ez a véletlen kódsor bizonyos részig sajátos szerkezetű legyen. pl arra gondolok, hogy 1 betű g és k között, 2 betű és egy szám 10 és száz között. Nem egészen gondoltam még ki, és ennél biztos hosszabb is lesz, de ez jó lesz példának

Azt az IP-t kell beírni, amelyiken a szervert elérhetővé akarod tenni, mivel egy gépben lehet több hálózati interfész, és egy interfésznek lehet több IP-címe is. Ha nem korlátozod (marad 0.0.0.0), akkor mindegyiken elérhető lesz.

Köszönöm, tuti kis cucc. Azt persze még nem igazán értem, mi is az a "Binding Address", valami IP-t tudok oda beírni neki. Esetleg tovább tudja forwardolni az összes kérést egy másik szerverre?