Zobacz temat
 Kodowanie polskich znaków - rozwiązanie
|
|
| agiita |
Dodany dnia 11.11.2007 17:02:07
|
 Przedszkolak  Postów: 25 Data rejestracji: 30.07.2007 15:55 |
Witam. Eksport robiłam dokładnie tak, jak na Twoim rysunku. |
|
|
|
| Wścibski Gość |
Dodany dnia 03.05.2024 17:24:46
|
|
Pan Kontekstualny Postów: n^x Data rejestracji: Zawsze |
|
| IP: localhost | |
 wlodekp |
Dodany dnia 11.11.2007 17:18:57
|
 Weteran  Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Za ten wpis w pliku bazy: DROP TABLE IF EXISTS `fusion_admin`; odpowiada V Dodaj DROP TABLE / DROP VIEW postawiony ptaszek w okienku przy tym wpisie, w twoim pliku nie ma tego wpisu, więc chyba go nie zaznaczyłeś bo defoulo on jest odptaszkowany. Znaczenie tego wpisu usuń tabelę wraz z wpisami jeśli ona jest i na jej miejsce utwórz nową i dopiero nową zapełniaj treścią typu Insert into wstaw wiersze danych. Bez niego normalnie powinien wywalić error table admin is exist duplicate table itd i nie dać zaimportować. Mówimy o wgrywaniu na już istniejący. Natomiast owszem Twój plik pójdzie ale tworząc tabelę w nowej pustej jeszcze bazie tylko utworzonej z nazwy. Bo import też ma nastąpić do wybranej bazy już istniejącej podobnie jak export i baza może mieć swoją dowolną nazwę zupełnie inną niż exportowana. Tak robisz? Edytowane przez Milka dnia 11.11.2007 20:38:56 |
 
 |
|
| agiita |
Dodany dnia 11.11.2007 17:31:59
|
|
Przedszkolak Postów: 25 Data rejestracji: 30.07.2007 15:55 |
Witam. Sprawdzam teraz i ten wpis jest w bazie. Sorki, ale wcześniej podałam Ci fragment bazy, którą eksportowałam bez ptaszka przy tej opcji. Niestety nie rozumiem tego fragmentu o tabelach... :( Pozdrawiam |
|
|
|
| wlodekp |
Dodany dnia 11.11.2007 17:40:08
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
No dobra ok wstaw w takim razie w maincore: po; $link = dbconnect($db_host, $db_user, $db_pass, $db_name); to; dbquery("SET NAMES latin1"); Zobaczymy? |
|
|
|
| agiita |
Dodany dnia 11.11.2007 17:51:55
|
|
Przedszkolak Postów: 25 Data rejestracji: 30.07.2007 15:55 |
Witam. Upewnię się: - mam zaimportować bazę z kodowaniem latin1 - wstawić ten wpis (dbquery("SET NAMES latin1";) w maincore - nie usuwać wcześniej tych wpisów (dbquery("SET NAMES latin1";) z bazy? Pozdrawiam Edytowane przez agiita dnia 11.11.2007 17:54:10 |
|
|
|
| wlodekp |
Dodany dnia 11.11.2007 18:08:07
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Tak teoretycznie to latin2 jest ustawione defoult jako wyświetlanie i najbardziej prawidłowo to by było - otworzyć plik bazy np w word padzie dać znajdź tą podaną sekwencję z latin1 całą i dać zastąp pustym nic nie wpisywać, zastąp wszyskie importować z latin1. Powinien wystąpić brak polskich liter tylko w nawigacji np artykuły i w PA opisach ikon podawałem w pierwszym poście zapytania do ich zmodyfikowania i co nadmieniałem jest tego niewiele więc z phpmyadmin na piechotę też można je poprawić. Serwer ma ten wpis o którym mówimy w maincore prawdopodobnie już ustawiony przez support na latin2. Operacja bez usuwania i dopisaniem latin1 w maincore pokaże tylko czy tok myślenia jest prawidłowy, bo to jest przeflancowanie latin2 na latin1 jeśli znaki się pokażą należy dokonać pełnej konwersji jak opisałem na początku już bez żadnych wstawek w maincore, bo ona prawdopodobnie już została uczyniona przez hosting. Bez usuwania możesz natomiast i z wpisem latin1 błyskawicznie sprawdzić czy tak jest i czy to działa, potraktować to jako wprawkę szybki test od ręki przed wykonaniem docelowym. |
|
|
|
| agiita |
Dodany dnia 11.11.2007 19:38:44
|
|
Przedszkolak Postów: 25 Data rejestracji: 30.07.2007 15:55 |
Zmieniłam maincore. Niestety nic się nie poprawiło  |
|
|
|
| wlodekp |
Dodany dnia 11.11.2007 19:47:04
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Nie ma taqkiej możliwości, żeby to nie działało, proszę podać adres strony, i wkleić obojętnie jaką tabęle jako załącznik w latin 1 z ovh. Pokażę ci na swoim prywatnym serwerze, który jest obok, że działa. Bez adresu nie mamy o czym mówić i na tym kończymy. |
|
|
|
| syber |
Dodany dnia 12.11.2007 12:13:47
|
|
Przedszkolak Postów: 53 Pomógł: 1 Ostrzeżeń: 1 Data rejestracji: 07.02.2007 10:10 |
Witam. Zrobiłem tak ja w pierwszym poscie, jednak w pliku .sql ktory skopiowalem ze starego serwera pozmienialem wszystkie 'latin1' na 'latin2'. Zaimportowalem na nowy serwer wedlug pierwszego postu i juz krzakow nie ma. Troszku sie ucieszylem, ale po chwili mina zbledla... Teraz nie moge sie zalogowac. Zmodyfikowalem skrypt tak, ze po zalogowaniu setuser natychmiastowo przenosi na news.php, wiec wrzucilem orginalny plik setuser.php i pisze 'Zly nick, lub haslo'... Mam rowniez modyfikacje, ze po rejestracji przenosi mnie odrazu do news.php juz jako uzytkownika (nie uzywa potwierdzenia przez mail), wiec zarejestrowalem nowego usera i fajnie wszystko bylo. Zalogowalo mnie odrazu, wszystko dzialo po staremu, ale jak sie wylogowalem i chcialem zalogowac ponownie to juz psikus. Wrzucilem tez ponownie user_info_panel do infusionow i tez nic. Z tego wynika, ze blad jest gdzie indziej... Ale gdzie? Baza mysql? Jak ma ktos jakies pomysly to prosze o odpowiedz. Pozdrawiam! PS. Stara strona - blobby.ugu.pl, nowa - blobby.ddl2.pl. Nie wkleilem tego kodu do dodatkowej strony (z pierwszego postu), bo nie moge sie zalogowac. (To chyba i tak nic nie daje poza zmiana nazw) Edytowane przez Milka dnia 12.11.2007 18:28:12 |
|
|
|
| Pieka |
Dodany dnia 12.11.2007 13:10:39
|
  Postów: 19882 Pomógł: 767  v7.02.03Data rejestracji: 23.02.2005 18:12 |
Jaka masz wersje w PA? Ze strony usunales te informacje. Nie jest tak, ze miales v6.01.11, a setuser.php i/lub jeszcze jakies pliki wstawiles z wersji v6.01.12? Wyglada mi to wlasnie na tego typu problem. Jestem jaki jestem
 |
|
|
|
| syber |
Dodany dnia 12.11.2007 13:22:28
|
|
Przedszkolak Postów: 53 Pomógł: 1 Ostrzeżeń: 1 Data rejestracji: 07.02.2007 10:10 |
O kurcze... Mozliwe. Chyba jest tak, ze mialem ...6.01.8, a jako czysty Fusion wrzucilem ten nowy ...6.01.13, ale na koncu i tak nadpisalem wszystko plikami ze starego serwera.... Zaraz zrobie wszystko od poczatku z tymi samymi wersjami i dam znac jaki bedzie efekt. Pozdrawiam! Edytowane przez syber dnia 12.11.2007 13:30:12 |
|
|
|
| Pieka |
Dodany dnia 12.11.2007 13:59:24
|
|
Postów: 19882 Pomógł: 767 v7.02.03Data rejestracji: 23.02.2005 18:12 |
syber napisał/a: O kurcze... Mozliwe. Chyba jest tak, ze mialem ...6.01.8, a jako czysty Fusion wrzucilem ten nowy ...6.01.13, ale na koncu i tak nadpisalem wszystko plikami ze starego serwera.... W takim razie masz dwie mozliwosci: 1. Wyslac sobie nowe haslo. 2. Wykonac upgrade do v6.01.12, a nastepnie 13. Polecam oczywiscie to drugie rozwiazanie. Wybor nalezy do Ciebie. Edytowane przez Pieka dnia 12.11.2007 14:00:00 Jestem jaki jestem
|
|
|
|
| syber |
Dodany dnia 12.11.2007 14:20:43
|
|
Przedszkolak Postów: 53 Pomógł: 1 Ostrzeżeń: 1 Data rejestracji: 07.02.2007 10:10 |
Yeah! Dziala... Skorzystalem z trzeciego rozwiazania Wrzucilem pliki z 6.01.8 na nowego serwa i powtorzylem wszystko od nowa. Dosc glupie rozwiazanie, ale musialo zadzialac! PS. Jedno pytanie poza tematem. Jak upgraduje wersje fusiona to dane na stronie moga ulec zmianie? Czy zmianie ulegaja tylko kody, ktore nie wprowadzaja zadnych widocznych zmian? Dzieki za pomoc! Temat dotyczy kodowania, a nie upgrade. Odnosnie upgrade masz na forum dosyc informacji, poszukaj/Pieka Edytowane przez Pieka dnia 12.11.2007 14:23:36 |
|
|
|
| agiita |
Dodany dnia 12.11.2007 14:41:32
|
|
Przedszkolak Postów: 25 Data rejestracji: 30.07.2007 15:55 |
wlodekp napisał/a: Nie ma taqkiej możliwości, żeby to nie działało, Jednak nie chciało zadziałać. Postanowiłam zrobić całą stronę od nowa... ;( Dzięki Włodek za próbę pomocy. Pozdrawiam |
|
|
|
| wlodekp |
Dodany dnia 12.11.2007 15:39:14
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Baza jest tylko bazą i reguły nią rządzące są zawsze takie same. Znam zachowanie większości serwerów hostingowych. Posiadam zdalne skrypty do monitoringu i wiele narzędzi ułatwiających konwersje, swój serwer uniksowy, na którym jestem zawsze skłonny udostępnić konto z full uprawnieniami. I przykro mi, jeśli użytkownik instaluje stronę od nowa, bo jest to porażką tematu pomocy. Są jednak pewne uwarunkowania wszystkie konkretne dane wsadowe, gdzie adres strony jest bezwzględnie podstawowym sprawą wzajemnego zrozumienia i zaufania, bez tego możemy jedynie prorokować w konkretnych sprawach technicznych. |
|
|
|
| agiita |
Dodany dnia 12.11.2007 17:10:14
|
|
Przedszkolak Postów: 25 Data rejestracji: 30.07.2007 15:55 |
Szkoda, że nie napisałeś o tym wcześniej, bo bez problemu podałabym Ci potrzebne dane do baz na obu serwerach. A adres strony podałam w pierwszym poście. Pozdrawiam |
|
|
|
| wlodekp |
Dodany dnia 12.11.2007 17:34:40
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Masz rację adres rzeczywiście jest. Przepraszam to mój błąd doczytałem tylko ovh, a stronę chyba już widziałem Treść o młodej aktorce, może się mylę? Nic nie stoi na przeszkodzie by spróbować naprawić błąd jeśli chcesz? wp_365 skype mikrofon |
|
|
|
| kasztelan |
Dodany dnia 28.12.2007 21:27:42
|
|
Przedszkolak Postów: 5 Data rejestracji: 20.07.2006 22:48 |
Mam taki problem. Kiedy na stronie piszę newsy, komentarze itp polskie czcionki działają, ale napisy domyślnie istniejące są bez polskich czcionek. Przykład: Ilo¶æ zdjêæ: 1 Jak to naprawić? |
|
|
|
| Eklipse |
Dodany dnia 09.02.2008 18:02:04
|
|
Przedszkolak Postów: 51 Ostrzeżeń: 1 Data rejestracji: 25.07.2006 10:12 |
wlodek możesz mi pomóc?? Usuwam tak jak kazałeś wpisy DEFAULT CHARSET=latin1 z kopii bazy... usunąłem i kiedy wgrywałem(import) baze wyskoczył mi taki błąd.. Nie wiem co jest... Co źle zrobiłem?? O co w tym chodzi? Bardzo proszę o pomoc. dzięki Edytowane przez Eklipse dnia 09.02.2008 18:04:55 |
|
|
|
| wlodekp |
Dodany dnia 09.02.2008 19:43:19
|
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Prawidłowy wiersz wstawienia od tej tabeli wygląda nieco inaczej jak u Ciebie masz zły wpis: brak CI tych czeronych nazw pól tabeli, gdzie usuwanie nie ma nic do rzeczy we wstawianych wierszach, bo tam nie występuje kodowanie, jedynie przy tworzeniu tabeli ono jest. |
|
|
|
| Przejdź do forum: |