Hirdetés
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- sziku69: Szólánc.
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- MasterDeeJay: Egy nem átlagos Asus videókártya (GTX950M 2GB GDDR3)
- gban: Ingyen kellene, de tegnapra
- Magga: PLEX: multimédia az egész lakásban
Új hozzászólás Aktív témák
-
Taci
addikt
válasz
pelyib
#20545
üzenetére
Köszönöm a részletes választ!
Így már sokkal jobban rálátok erre az egész collation-dologra, ez az _ai _as, _ci _cs magyarázat különösen hasznos volt.
És így, hogy jobban rálátok, még több kérdés merült fel...
Megtaláltam én is végül ezt a választ, amiből idéztél, és én is azt találtam, hogy ha úgy akarok keresni, hogy meg tudjam különböztetni az ékezetes betűket a nem ékezetesektől (_as), de nem számít, hogy kis- vagy nagybetű-e (_ci), akkor
utf8mb4_0900_as_ci-t kellene használnom, ami viszont 8.0-tól elérhető csak.utf8mb4_bin-nel igazából többet vesztenék a keresésen, mint nyernék, mert ez ugye binárisan hasonlít, tehát a kis- és nagybetűk meg lesznek különböztetve, ami egy keresésben nem szerencsés.Így a következő kérdéseim lennének:
1)
PHPMyAdmin-ban azt látom, hogy ami táblákat én csináltam, az mindutf8_unicode_cicollation-nel készült, amit pedig a WordPress csinált, az mindutf8mb4_unicode_ci.Így, hogy igazából a fentiek (és az egész dolog túlontúl bonyolult mivolta) miatt inkább lemondok arról, hogy megkülönböztessem a keresésben az ékezetes betűket az ékezet nélküliektől, van bármi értelme
utf8-ról átállnomutf8mb4-re?
Azon kívül, hogy emoji-téren future proof lennék.2)
Vagy inkább azt szeretném tudni, hogy elronthatok vele valamit? Ami kód működik, az most szépen működik. Elromolhat valami ezzel az átállással?
Pl. már nem is emlékszem hol olvastam, de azt írták, hogy ennél a típusú váltásnál vigyázni kell rá, hogy a mező karakterszáma mondjuk 255-re volt beállítva utf8-nál, akkor ez valójában kevesebb lesz utf8mb4-nél a 3 vs 4 byte miatt.Illetve itt írnak pár lehetőséget, hogy mi sülhet (és a témaindítónak sült is el) rosszul:
[link]3)
Ha jól látom, akkor ahhoz, hogy megfelelően hozzam létre a táblákat, ezeket kell csinálnom PHP-ben, ami intézi az SQL-es műveleteket:
-$conn->set_charset("utf8mb4");(most utf8 van)
- a mezőre vonatkozó részekhez (VARCHAR):CHARACTER SET utf8mb4
- táblára vonatkozó részekhez:CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci(a _bin helyett ez jobb lesz a keresés miatt)Jól látom, hogy ezekre kell figyelnem? Vagy van még valami?
Köszi!
Új hozzászólás Aktív témák
Hirdetés
- Ubuntu Linux
- iPhone topik
- Assassin's Creed: Valhalla
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- Július 9-én jön az Assassin’s Creed: Black Flag Resynced
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Synology NAS
- World of Tanks - MMO
- Witcher topik
- Projektor topic
- További aktív témák...
- Philips Shaver Series 7000 (elektromos 3 fejű borotva)
- MacBook Pro 15 A1707 (2017) asztroszürke és Apple Magic Mouse A1296 Olvasd el figyelmesen kérlek
- Lenovo Tab M10 HD (TB-X306F)
- Samsung Galaxy Tab S6 Lite LTE (2020) Oxford Grey 64GB
- 15.gen! Intel Core ULTRA 9 285K (24mag!) +16-32GB DDR5 RAM +hűtött VRM-es Z890 lap! GAR/SZÁMLA!
- Sandisk Portable SSD 2TB!
- HP ZBook Fury 17 G8 i7-11800H 32 GB RAM 1TB SSD NVIDIA RTX A3000 Garancia
- LG UltraGear 32GS94UX-B OLED Monitor! 3840x2160 / 480Hz / 0.03ms / G-Sync / FreeSync! BeszámítOK
- AKCIÓ! Acer Predator Helios Neo 16 PHN16 notebook-i9 13900HX 16GB DDR5 1TB SSD RTX 4060 8GB W11
- Eladó Vivo Y19S 6/128GB fehér / 12 hónap jótállás
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

