- Google Pixel topik
- Yettel topik
- Samsung Galaxy S25 FE - fenséges, felejthető vagy felesleges?
- Samsung Galaxy Z Fold6 - ugyanaz, sarkosan fogalmazva
- iPhone topik
- Samsung Galaxy S23 Ultra - non plus ultra
- Iphone applikáció problémák
- Honor 90 - modellalkat
- Android alkalmazások - szoftver kibeszélő topik
- Megérkezett a Google Pixel 7 és 7 Pro
Ú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_ci
collation-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
- Vicces képek
- PlayStation 5
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- sziku69: Fűzzük össze a szavakat :)
- Xbox Series X|S
- MasterDeeJay: MSI H110M PRO és i3-8350K (coffeetime mod)
- BMW topik
- Google Pixel topik
- GeForce RTX 5060: Ezt kapjuk 150 ezerért
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- További aktív témák...
- HIBÁTLAN iPhone 11 Pro 64GB Space Grey -1 ÉV GARANCIA - Kártyafüggetlen, MS2137
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
- Lenovo ThinkPad P1 Gen2 intel i7-9850H 16GB RAM 512GB SSD 15,6" 4K OLED TOUCH 1 év garancia
- BESZÁMÍTÁS! Sony PlayStation 5 825GB SSD digital konzol garanciával hibátlan működéssel
- Braun KF 47/1 tea és kávéfőző fehér / 12 hó jótállás
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest