Następny fajny.
Ale odpowiedzi na zadane pytanie o znaczenie komunikatów tam nie ma :-(
Brak polskich znaków na stronie www - serwer apache
To Ty zachowujesz się bezczelnie, w sposób nie przystający do forum, gdzie ludzie próbują wymieniać się informacjami / pomagać sobie nawzajem nie żądając niczego w zamian. Dlatego albo zachowujesz trochę kultury i uprzejmie prosisz o pomoc, albo jesteś traktowany tak, a nie inaczej (choć wcale nie uważam, bym Cię olał).
Jeśli tam też nie umiesz znaleźć, albo nie rozumiesz po angielsku... chodzi po prostu o to, że próbowałeś zamknąć plik bez zapisywania go. Natomiast Conversion error oznacza właśnie niezgodność kodowań.
Manual do vima jest długi i nie widzę potrzeby streszczania Ci go, niby z jakiej racji powinienem to robić? Z całą pewnością nie znasz tego programu w stopniu, który miałby pozwolić na jego swobodne używanie. Nie wierzę też, że wgryzałeś się w dokumentację zanim napisałeś pierwszego posta w tym wątku. BTW, pokaż mi w który miejscu napisałem, że super znam ten program. ¯e jest niełatwy wiem, dlatego nawet Ci podałem zamienniki.
Generalnie jest niepotrzebnie dużo jest mącenia po Twojej stronie, najpierw startujesz z roszczeniową postawą nie zadając sobie odrobiny trudu by rozwiązać swój własny problem, potem zgrywasz hardego i próbujesz mnie obrażać... przynajmniej się nie dziw, że nikt Ci nie pomógł tak, jak chciałeś.
Albo kłamiesz, albo w ogóle nie potrafisz korzystać z wyszukiwarki. Pierwszy wynik po przeklejeniu jednego z tych komunikatów: http://vimdoc.sourceforge.net/htmldoc/message.htmlHakerKR pisze:Czytałem dokumentację, ale opisu komunikatów nie znalazłem, więc pytam na forum.
Jeśli tam też nie umiesz znaleźć, albo nie rozumiesz po angielsku... chodzi po prostu o to, że próbowałeś zamknąć plik bez zapisywania go. Natomiast Conversion error oznacza właśnie niezgodność kodowań.
Manual do vima jest długi i nie widzę potrzeby streszczania Ci go, niby z jakiej racji powinienem to robić? Z całą pewnością nie znasz tego programu w stopniu, który miałby pozwolić na jego swobodne używanie. Nie wierzę też, że wgryzałeś się w dokumentację zanim napisałeś pierwszego posta w tym wątku. BTW, pokaż mi w który miejscu napisałem, że super znam ten program. ¯e jest niełatwy wiem, dlatego nawet Ci podałem zamienniki.
Bo jakbyś zrobił co trzeba do porządku, nie musiałbyś potem edytować plików po stronie serwera.HakerKR pisze:Pytanie nie było o notepada, czy znam htmla, kodowanie itp., a na tym się większość skupiła
Generalnie jest niepotrzebnie dużo jest mącenia po Twojej stronie, najpierw startujesz z roszczeniową postawą nie zadając sobie odrobiny trudu by rozwiązać swój własny problem, potem zgrywasz hardego i próbujesz mnie obrażać... przynajmniej się nie dziw, że nikt Ci nie pomógł tak, jak chciałeś.
Zamiast narzekać na linuksa, odpowiedz na jedno zasadnicze pytanie: Jakie kodowanie masz ustawione w konfiguracji Apacha i konfiguracji PHP? Jeśli zapisujesz kod w UTF-8 powinien to być właśnie UTF-8 [standardowo jest ISO-8859-1].
Co do wspomnianych błędów - pojawiają się one w momencie, gdy próbujemy zamknąć edytowany plik bez zapisania wszystkich zmian.
Poza tym to do edycji plików polecam mcedit [wbudowany w Midnight Commander'a]
Co do wspomnianych błędów - pojawiają się one w momencie, gdy próbujemy zamknąć edytowany plik bez zapisania wszystkich zmian.
Poza tym to do edycji plików polecam mcedit [wbudowany w Midnight Commander'a]
Pozwolę sobie przekierować troszkę temat dla własnych celów.
Przeglądarka mimo deklaracji na iso przełącza do utf-8. W iso jest dobrze ale w utf-8 jest źle. Kod pisze bezpośrednio w mcedit i tam znaki są poprawne, w konsoli również. Tylko na stronie jest źle.
Docelowo chciałbym aby wszystko działało na utf-8 ale nie wiem jak do tego podejść. Mam nadzieję że ktoś udzieli mi jakichś wskazówek w tym kierunku
Tutaj wynik polecenia locale może się przyda:
Przeglądarka mimo deklaracji na iso przełącza do utf-8. W iso jest dobrze ale w utf-8 jest źle. Kod pisze bezpośrednio w mcedit i tam znaki są poprawne, w konsoli również. Tylko na stronie jest źle.
Docelowo chciałbym aby wszystko działało na utf-8 ale nie wiem jak do tego podejść. Mam nadzieję że ktoś udzieli mi jakichś wskazówek w tym kierunku
Tutaj wynik polecenia locale może się przyda:
Kod: Zaznacz cały
LANG=pl_PL
LANGUAGE=pl_PL :p l:en_GB:en <----- jak zmienić tą zmienną aby było tylko pl_PL :p l ?
LC_CTYPE="pl_PL"
LC_NUMERIC="pl_PL"
LC_TIME="pl_PL"
LC_COLLATE="pl_PL"
LC_MONETARY="pl_PL"
LC_MESSAGES="pl_PL"
LC_PAPER="pl_PL"
LC_NAME="pl_PL"
LC_ADDRESS="pl_PL"
LC_TELEPHONE="pl_PL"
LC_MEASUREMENT="pl_PL"
LC_IDENTIFICATION="pl_PL"
LC_ALL=
Skoro przeglądarka mimo deklaracji w meta kodowania ISO ustawia UTF-8 to znaczy, że serwer wysyła takie nagłówki (że kodowanie to UTF-8 a nie ISO) i tutaj (chyba) nagłówki wysyłane przez serwer mają wyższy priorytet. Jeśli używasz apache2 to zobacz w pliku /etc/apache2/conf.d/charset czy masz # na początki linijkifenix23 pisze:Pozwolę sobie przekierować troszkę temat dla własnych celów.
Przeglądarka mimo deklaracji na iso przełącza do utf-8. W iso jest dobrze ale w utf-8 jest źle.
Kod: Zaznacz cały
#AddDefault Charset utf-8fenix23, w systemie masz domyślnie ustawione kodowanie iso8859-2. Piszesz kod źródłowy strony w mcedit, który zapisuje plik wynikowy zgodnie z domyślnym locale iso8859-2.
Tu masz jak to zrobić: http://debian.linux.pl/viewtopic.php?p=56053#56053
Zmień edytor na taki który zapisze plik wynikowy w formacie utf8. Zmień domyślne locale na utf8.fenix23 pisze:Docelowo chciałbym aby wszystko działało na utf-8 ale nie wiem jak do tego podejść.
Tu masz jak to zrobić: http://debian.linux.pl/viewtopic.php?p=56053#56053
odpowiedź:fenix23 pisze:A czy po zmianie domyślnego locale na utf mcedit będzie zapisywał w utf czy muszę się z nim rozstać ? Jestem przyzwyczajony do pracy z nim i chciałbym przy nim pozostać.
PS: Ponieważ wymaga restartu po pracy dopiero sprawdzę wyniki
Kod: Zaznacz cały
dawid@rei:~/tmp$ locale
LANG=pl_PL.UTF-8
LANGUAGE=pl_PL]