![]() |
![]() |
![]() ![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 113 Pomógł: 0 Dołączył: 27.12.2003 Ostrzeżenie: (0%) ![]() ![]() |
zainstalowałem ostatnio najnowszego mysql'a i nie wiedzieć czemu w phpmyadminie pojawila sie nowa kolumna, we właściwościach / strukturze pola o nazwie "Metoda porównywania napisów", wszędzie o wartości "latin1_swedish_ci", nie mam pojęcia co to jest, a gdy chcę wpisać jakieś polskie znaki w phpmyadminie to zostają one zamienione na "?"
macie w ogole jakieś pojęcie jak to rozwiązać, bo ja nie! tak więc proszę o pomoc, ponieważ nie moge nic robić ze stroną(IMG:http://forum.php.pl/style_emoticons/default/sad.gif) .... wielkie dzięki |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 37 Pomógł: 3 Dołączył: 14.12.2006 Skąd: /usr/bin/php Ostrzeżenie: (0%) ![]() ![]() |
Ja swój problem rozwiązałem wszędzie deklarując iso-8859-2 / latin2-general-ci
1. phpMyAdmin - 2.9.1.1 phpMyAdmin/index.php (linijka 98)
phpMyAdmin/librares/config.default.php
2. MySQL 5.0.22 (my.ini): Kod [client] default-character-set=latin2 [mysql] default-character-set=latin2 [mysqld] default-character-set=latin2 3. Apache/2.0.59 (Win32) (httpd.conf) Kod AddDefaultCharset ISO-8859-2 4. na stronie (index.php) oczywiście : Kod mysql_query ("SET NAMES latin2"); mysql_query (" SET collation_connection = latin2_general_ci "); // oraz Z takiej konfiguracji eksportowałem już na serwer przez phpMyAdmin 2.7.0-pl2 ( MySQL 4.1 ) z ustawieniem "System porównań dla połączenia MySQL: latin2_general_ci" i jakiś inny serwer z utf8. Bezproblemowo się importowało i później eksportowało z tych serwerów. Wszystko działa pięknie i wspaniale. Przy imporcie trzeba tylko zaznaczyć "Zestaw znaków dla pliku latin2", coby nie stracić ogonków. W strukturze bazy każdą kolumnę typu char/text mam z metodą porównywania latin2_genere_ci. Stronę miałem wcześniej w ISO-8859-2. Kiedy podzieliłem ją na podstrony wstawiane przez funkcje reqiue_once () index.php został w tym kodowaniu, natomiast podstrony zapisywały się w WINDOWS-1250. To rozwiązał program Gżegżółka XP w kilka sekund. Więc strony miałem już czyste. W PMA nie wyświetlają się żadne zbędne krzaki, można spokojnie dodawać i edytować rekordy. Jedyny problem na jaki się napotkałem to PMA zmieniał literkę " ó " na "& oacute;". Tzn. w takiej formie zapisywał do bazy, ale na stronie było już " ó ". Tymczasowo rozwiązałem to przy odczycie z bazy funkcją ...
... ale kombinuje dalej czemu wstawia się tak a nie tak jak być powinno. Macie może pomysły? P.S. Aha tak w sumie to witam wszystkich bo to mój pierwszy post na tym forum :] Mam nadzieję że komuś się może przydać mój conig. Pozdrawiam Ten post edytował woodzu 14.12.2006, 17:03:43 |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 69 Pomógł: 0 Dołączył: 21.05.2005 Ostrzeżenie: (0%) ![]() ![]() |
Jedyny problem na jaki się napotkałem to PMA zmieniał literkę " ó " na "& oacute;". Tzn. w takiej formie zapisywał do bazy, ale na stronie było już " ó ". hmm... a to ciekawe, z tym się nie spotkałem (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) a zamieniane jest to tylko przy wprowadzaniu danych przez PMA, czy przez formularze na stronie też? jeśli tylko przez PMA, to pewnie wina samego engine'u PMA... ale w niego się nie zagłębiałem, więc nie wiem (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ogólnie używam go tylko do przeglądania danych od czasu do czasu (raczej rzadko), ewentualnie do poprawienia czegoś na szybko, albo wyszukania jakichś danych... wolę konsolę, ale nie zawsze jest do niej dostęp (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 06:27 |