bananeczek
10-03-2010, 01:12
Witam, na mojej stronie http://www.stslublin.cba.pl/ występują krzaczki, a ja już nie mam pojęcia dlaczego. Próbowałem znanych metod ale dalej nic :(
Proszę o pomoc.
Pozdrawiam
Proszę o pomoc.
Pozdrawiam
Zobacz pełną wersję : Krzaczki - kodowanie?
KejeN
10-03-2010, 02:35
Tak, kodowanie. Szablonu bądź bazy danych jest nieodpowiednie powinno być UTF
f1xer
10-03-2010, 02:37
W kodzie strony widać, że masz kodowanie iso-8859-2 ustawione, zmień je na utf-8
stasio
10-03-2010, 09:13
jak nie pomorze na krzaczki to
2273
2273
mackal
10-03-2010, 11:47
Sprawdź też bazę danych, jeżeli przenosiłeś stronę na inny serwer to najpierw ustaw poprawne kodowanie bazy, a potem zrób import danych.
bananeczek
10-03-2010, 12:22
Zmienione kodowanie na utf-8 i dalej tak samo :/
stasio Twojego załącznika nie mogę otworzyć.
mackal nie przenosiłem bazy danych, w bazie też jest dobrze.
stasio Twojego załącznika nie mogę otworzyć.
mackal nie przenosiłem bazy danych, w bazie też jest dobrze.
stasio
10-03-2010, 12:28
nam był randap..... w sram raz na chwaty i krzaczki....
spróbuj baze przelecieć gżegżółką
spróbuj baze przelecieć gżegżółką
bananeczek
10-03-2010, 12:37
A może to być wina wordpada? Używam go do edycji indexu
mackal
10-03-2010, 12:40
jak popatrzyłem w twoje źródełko to masz w nim krzaczki zapisane domyślnie zamiast ąęśćź itd. dlatego co byś nie zmienił to zawsze ci się będą one wyświetlać
musisz ręcznie je zmienić w bazie ręcznie
EDIT:
uprzedzili mnie koledzy, ale jeszcze możesz to zrobić w ten sposób iz robisz export bazy do pliku, następnie albo softem od kolegów, albo po prostu w notatniku masz opcje zamień i zamieniasz kolejne krzaki na odpowiadające im znaki ĄĘŚĆŹ
w tym przypadku to nie wordpad
musisz ręcznie je zmienić w bazie ręcznie
EDIT:
uprzedzili mnie koledzy, ale jeszcze możesz to zrobić w ten sposób iz robisz export bazy do pliku, następnie albo softem od kolegów, albo po prostu w notatniku masz opcje zamień i zamieniasz kolejne krzaki na odpowiadające im znaki ĄĘŚĆŹ
w tym przypadku to nie wordpad
bananeczek
10-03-2010, 12:42
mackal to brzmi jak diagnoza, a mógłbyś mi jasno wytłumaczyć co mam zrobić i gdzie?
juz próbuję :)
W bazie wyeksportowanej nie ma tych krzaków :podstep:
juz próbuję :)
W bazie wyeksportowanej nie ma tych krzaków :podstep:
mackal
10-03-2010, 12:46
machnąłem edita powyżej, to jeszcze raz dla jasności
robisz export do pliku bazy -> w notatniku otwierasz plik *.sql -> masz w menu opcje ZAMIEŃ -> klik -> wpisujesz w pierwszym okienku jakiś krzaczek -> w okienku ZAMIEN NA wpisujesz odpowiadający temu krzakowi znak przykładowo Ś -> dajesz ZAMIEN WSZYSTKIE
i tak po kolei dla wszystkich krzaków ;)
liste krzaków i odpowiadających im ogonkom znajdziesz na necie
robisz export do pliku bazy -> w notatniku otwierasz plik *.sql -> masz w menu opcje ZAMIEŃ -> klik -> wpisujesz w pierwszym okienku jakiś krzaczek -> w okienku ZAMIEN NA wpisujesz odpowiadający temu krzakowi znak przykładowo Ś -> dajesz ZAMIEN WSZYSTKIE
i tak po kolei dla wszystkich krzaków ;)
liste krzaków i odpowiadających im ogonkom znajdziesz na necie
KejeN
10-03-2010, 12:47
A może to być wina wordpada? Używam go do edycji indexu
Tak, wordpad i windowsowy notatnik są złe do edytowania, użyj np Notepad ++
Tak, wordpad i windowsowy notatnik są złe do edytowania, użyj np Notepad ++
stasio
10-03-2010, 12:50
robisz export do pliku bazy -> w notatniku otwierasz plik *.sql -> masz w menu opcje ZAMIEŃ -> klik -> wpisujesz w pierwszym okienku jakiś krzaczek -> w okienku ZAMIEN NA wpisujesz odpowiadający temu krzakowi znak przykładowo Ś -> dajesz ZAMIEN WSZYSTKIE
i tak po kolei dla wszystkich krzaków ;)
gżegżółka robi to prościej i sama....
i tak po kolei dla wszystkich krzaków ;)
gżegżółka robi to prościej i sama....
mackal
10-03-2010, 12:58
Tak, wordpad i windowsowy notatnik są złe do edytowania, użyj np Notepad ++
są złe do edytowania, ale w tym przypadku to nie jest ich wina
gżegżółka robi to prościej i sama....
możliwe - nigdy nie stosowałem, bo nie ma wersji linuxowej, albo ja się nie spotkałem :P
są złe do edytowania, ale w tym przypadku to nie jest ich wina
gżegżółka robi to prościej i sama....
możliwe - nigdy nie stosowałem, bo nie ma wersji linuxowej, albo ja się nie spotkałem :P
bananeczek
10-03-2010, 13:00
Wpisałem krzaczek, który znajduję się na stronie i nic, nie wyszukuje go...
mackal
10-03-2010, 13:03
krzaczki wybieraj z pliku *.sql nie z tego co znajduje się na stronie, bo w tych 2 miejscach one się różnią ;)
tu masz na stronie listę krzaków - w pliku *sql który masz powinny znajdować się krzaki z kolumny latin-1 a zamienic musisz je na latin-2
http://209.85.135.132/search?q=cache:iptqOok7IV4J:tosiek.pl/o-co-chodzi-z-latin1-i-dlaczego-dzialaja-w-nim-polskie-znaki/+latin-1&cd=4&hl=pl&ct=clnk&gl=pl&client=firefox-a
tu masz na stronie listę krzaków - w pliku *sql który masz powinny znajdować się krzaki z kolumny latin-1 a zamienic musisz je na latin-2
http://209.85.135.132/search?q=cache:iptqOok7IV4J:tosiek.pl/o-co-chodzi-z-latin1-i-dlaczego-dzialaja-w-nim-polskie-znaki/+latin-1&cd=4&hl=pl&ct=clnk&gl=pl&client=firefox-a
bananeczek
10-03-2010, 13:05
W pliku *.sql nie ma ich :|
mackal
10-03-2010, 13:07
patrz edit ;) - btw. kurcze telekonferencja się zrobiła
bananeczek
10-03-2010, 13:11
Mhm, zmieniłem :) A teraz pytanie jak importować tę bazę teraz?:P
KejeN
10-03-2010, 13:12
latin-1 a zamienic musisz je na latin-2
Oj coś chyba oszukujesz, ma być kodowanie UTF-8 !
Oj coś chyba oszukujesz, ma być kodowanie UTF-8 !
bananeczek
10-03-2010, 13:14
No to się zgubiłem :P Na co mam zmienić?:P
Czy jest różnica jeżeli w bazie danych wszędzie jest utf8 a nie utf-8 ???
Czy jest różnica jeżeli w bazie danych wszędzie jest utf8 a nie utf-8 ???
mackal
10-03-2010, 13:18
zaimportuj teraz plik do bazy i powinno działać
Oj coś chyba oszukujesz, ma być kodowanie UTF-8 !
gdybym oszukiwał to by u mnie nie działało - tak z ciekawości wejdź do swojej bazy jeżeli stosujesz UTF-8 i sprawdź jak wyglądają polskie znaczki ;) czy przypadkiem nie tak jak dla latin-2 ??
Oj coś chyba oszukujesz, ma być kodowanie UTF-8 !
gdybym oszukiwał to by u mnie nie działało - tak z ciekawości wejdź do swojej bazy jeżeli stosujesz UTF-8 i sprawdź jak wyglądają polskie znaczki ;) czy przypadkiem nie tak jak dla latin-2 ??
KejeN
10-03-2010, 13:21
Czy jest różnica jeżeli w bazie danych wszędzie jest utf8 a nie utf-8 ???
Nie ma to jest jedno i to samo, tylko że napisane bez kreseczki:D
Bazę importujesz podobnie jak eksportujesz - phpMyAdmin-em.
gdybym oszukiwał to by u mnie nie działało - tak z ciekawości wejdź do swojej bazy jeżeli stosujesz UTF-8 i sprawdź jak wyglądają polskie znaczki ;) czy przypadkiem nie tak jak dla latin-2 ??
Moja babcia i dziadek zawsze mówili mi "pamiętaj wnuczku ma być utf" ,więc koniec dyskusji:P
Nie ma to jest jedno i to samo, tylko że napisane bez kreseczki:D
Bazę importujesz podobnie jak eksportujesz - phpMyAdmin-em.
gdybym oszukiwał to by u mnie nie działało - tak z ciekawości wejdź do swojej bazy jeżeli stosujesz UTF-8 i sprawdź jak wyglądają polskie znaczki ;) czy przypadkiem nie tak jak dla latin-2 ??
Moja babcia i dziadek zawsze mówili mi "pamiętaj wnuczku ma być utf" ,więc koniec dyskusji:P
bananeczek
10-03-2010, 13:25
To chyba dziwne, baza exportowała się bez problemu. A przy imporcie komunikat
Błąd
Zapytanie SQL:
-- -- Zrzut danych tabeli `bak_banner` -- INSERT INTO `bak_banner` (`bid`, `cid`, `type`, `name`, `alias`, `imptotal`, `impmade`, `clicks`, `imageurl`, `clickurl`, `date`, `showBanner`, `checked_out`, `checked_out_time`, `editor`, `custombannercode`, `catid`, `description`, `sticky`, `ordering`, `publish_up`, `publish_down`, `tags`, `params`) VALUES (1, 1, 'banner', 'OSM 1', 'osm-1', 0, 43, 0, 'osmbanner1.png', 'http://www.opensourcematters.org', '2004-07-07 15:31:29', 1, 0, '0000-00-00 00:00:00', '', '', 13, '', 0, 1, '0000-00-00 00:00:00', '0000-00-00 00:00:00', '', ''), (2, 1, 'banner', 'OSM 2', 'osm-2', 0, 49, 0, 'osmbanner2.png', 'http://www.opensourcematters.org', '2004-07-07 15:31:29', 1, 0, '0000-00-00 00:00:00', '', '', 13, '', 0, 2, '0000-00-00 00:00:00', '0000-00-00 00:00:00', '', ''), (3, 1, '', 'Joomla!', 'joomla', 0, 27, 0, '', 'http://www.joomla.org', '2006-05-29 14:21:28', 1, 0, '0000-00-00 00:00:00', '', '{NAME} (http://cba.pl/pma/%7BCLICKURL%7D)\r\n<[...]
MySQL zwrócił komunikat: http://cba.pl/pma/themes/original/img/b_help.png (http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html)
#1062 - Duplicate entry '1' for key 1
A nawet jeśli miałbym nie importować - to baza miała utf8, więc to nie tu tkwi problem...
Błąd
Zapytanie SQL:
-- -- Zrzut danych tabeli `bak_banner` -- INSERT INTO `bak_banner` (`bid`, `cid`, `type`, `name`, `alias`, `imptotal`, `impmade`, `clicks`, `imageurl`, `clickurl`, `date`, `showBanner`, `checked_out`, `checked_out_time`, `editor`, `custombannercode`, `catid`, `description`, `sticky`, `ordering`, `publish_up`, `publish_down`, `tags`, `params`) VALUES (1, 1, 'banner', 'OSM 1', 'osm-1', 0, 43, 0, 'osmbanner1.png', 'http://www.opensourcematters.org', '2004-07-07 15:31:29', 1, 0, '0000-00-00 00:00:00', '', '', 13, '', 0, 1, '0000-00-00 00:00:00', '0000-00-00 00:00:00', '', ''), (2, 1, 'banner', 'OSM 2', 'osm-2', 0, 49, 0, 'osmbanner2.png', 'http://www.opensourcematters.org', '2004-07-07 15:31:29', 1, 0, '0000-00-00 00:00:00', '', '', 13, '', 0, 2, '0000-00-00 00:00:00', '0000-00-00 00:00:00', '', ''), (3, 1, '', 'Joomla!', 'joomla', 0, 27, 0, '', 'http://www.joomla.org', '2006-05-29 14:21:28', 1, 0, '0000-00-00 00:00:00', '', '{NAME} (http://cba.pl/pma/%7BCLICKURL%7D)\r\n<[...]
MySQL zwrócił komunikat: http://cba.pl/pma/themes/original/img/b_help.png (http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html)
#1062 - Duplicate entry '1' for key 1
A nawet jeśli miałbym nie importować - to baza miała utf8, więc to nie tu tkwi problem...
KejeN
10-03-2010, 13:27
No, bo najpierw musisz wyczyścić bazę i potem zaimportować do nie tabele.
edit:
Jeśli nie w bazie to kodowanie szablonu jest ZŁE!
edit:
Jeśli nie w bazie to kodowanie szablonu jest ZŁE!
mackal
10-03-2010, 13:30
Nie ma to jest jedno i to samo, tylko że napisane bez kreseczki:D
Bazę importujesz podobnie jak eksportujesz - phpMyAdmin-em.
Moja babcia i dziadek zawsze mówili mi "pamiętaj wnuczku ma być utf" ,więc koniec dyskusji:P
sprawdź bazę - nie jakie masz tam kodowanie, ale jak wyglądają twoje znaczki tam zapisane czy masz ą czy ±
Bazę importujesz podobnie jak eksportujesz - phpMyAdmin-em.
Moja babcia i dziadek zawsze mówili mi "pamiętaj wnuczku ma być utf" ,więc koniec dyskusji:P
sprawdź bazę - nie jakie masz tam kodowanie, ale jak wyglądają twoje znaczki tam zapisane czy masz ą czy ±
bananeczek
10-03-2010, 13:30
Nie w bazie, teraz to już pewne.
Więc co zrobić z tym szablonem?
Bo z kolei jest on tutaj:
http://www.joomlademos.de/home?template=ibusiness
I tutaj nie ma krzaków....
EDIT:
mackal mam! są zapisane tak jak mówisz, zaraz poprawiam.
Więc co zrobić z tym szablonem?
Bo z kolei jest on tutaj:
http://www.joomlademos.de/home?template=ibusiness
I tutaj nie ma krzaków....
EDIT:
mackal mam! są zapisane tak jak mówisz, zaraz poprawiam.
mackal
10-03-2010, 13:34
jeżeli zmieniłeś to w pliku *.sql i było ok, następnie wysłałeś na serwer i dalej był problem to najlepszym rozwiązaniem będzie skasować bazę i utworzyć ją jeszcze raz ustawiając kodowanie i metodę porównywania na UTF
ewentualnie zmieniać ręcznie :P
ewentualnie zmieniać ręcznie :P
bananeczek
10-03-2010, 13:56
No i d... blada :/ zamieniłem wszystkie krzaczki w .sql na polskie znaki. Wrzuciłem to,uprzednio usuwając wszystkie tabele, na serwer i dalej są krzaki..
f1xer
10-03-2010, 13:59
a spróbuj w pliku sql gdzieś na początku dodać linijkę SET NAMES utf8
bananeczek
10-03-2010, 14:01
f1xer
Błąd
Zapytanie SQL:
SET (http://dev.mysql.com/doc/refman/5.0/en/set.html) NAMES utf8/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
MySQL zwrócił komunikat: http://cba.pl/pma/themes/original/img/b_help.png (http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html)
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */' at line 3
Błąd
Zapytanie SQL:
SET (http://dev.mysql.com/doc/refman/5.0/en/set.html) NAMES utf8/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
MySQL zwrócił komunikat: http://cba.pl/pma/themes/original/img/b_help.png (http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html)
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */' at line 3
f1xer
10-03-2010, 14:03
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
usuń to
usuń to
bananeczek
10-03-2010, 14:05
Usunąłem - polskich znaków dalej nie ma..
mackal
10-03-2010, 14:09
a spróbuj w pliku sql gdzieś na początku dodać linijkę SET NAMES utf8
to się powinno chyba dodawać w skrypcie PHP przy połączeniu z bazą, a nie w pliku *.sql - ale tutaj głowy nie dam sobie uciąć - w joomli też raczej jest to zamontowane standardowo
No i d... blada :/ zamieniłem wszystkie krzaczki w .sql na polskie znaki. Wrzuciłem to,uprzednio usuwając wszystkie tabele, na serwer i dalej są krzaki..
czyli podsumowując wchodzisz do phpmyadmin wchodzisz sobie do jakieś tabeli gdzie masz zapisane jakieś polskie ogonki i w bazie danych w phpmyadmin w podglądzie widzisz ..... i teraz mnie interesuje czy widzisz tam ą ę itd, czy może krzaki w stylu +_ ?
to się powinno chyba dodawać w skrypcie PHP przy połączeniu z bazą, a nie w pliku *.sql - ale tutaj głowy nie dam sobie uciąć - w joomli też raczej jest to zamontowane standardowo
No i d... blada :/ zamieniłem wszystkie krzaczki w .sql na polskie znaki. Wrzuciłem to,uprzednio usuwając wszystkie tabele, na serwer i dalej są krzaki..
czyli podsumowując wchodzisz do phpmyadmin wchodzisz sobie do jakieś tabeli gdzie masz zapisane jakieś polskie ogonki i w bazie danych w phpmyadmin w podglądzie widzisz ..... i teraz mnie interesuje czy widzisz tam ą ę itd, czy może krzaki w stylu +_ ?
zwiastun
10-03-2010, 16:25
Panom się nie pomyliło forum z GG?
mackal
10-03-2010, 16:47
Panom się nie pomyliło forum z GG?
wnioskujesz to po tym iż było nas zaledwie 2, a problem analizowaliśmy dogłębnie i szczegółowo ??
o dziwo rozwiązanie okazało się niestandardowe i nie była to ani wina kodowania bazy ani wina kodowania plików
problem rozwiązany a temat można zamknąć
pozdrawiam
wnioskujesz to po tym iż było nas zaledwie 2, a problem analizowaliśmy dogłębnie i szczegółowo ??
o dziwo rozwiązanie okazało się niestandardowe i nie była to ani wina kodowania bazy ani wina kodowania plików
problem rozwiązany a temat można zamknąć
pozdrawiam
vBulletin® v4.2.5, Prawa przedruku © 2024 vBulletin Solutions, Inc. Wszystkie prawa zastrzeżone.
Tłumaczenie: Polskie Centrum Joomla!
Tłumaczenie: Polskie Centrum Joomla!