 Znaki „ i dlugi - oraz • są jako ? (ZNAK ZAPYTANIA) |
| Znaki „ i dlugi - oraz • są jako ? (ZNAK ZAPYTANIA) |
 7.04.2014, 08:47:15
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 29 Pomógł: 1 Dołączył: 25.03.2014 Ostrzeżenie: (0%) 
 |
Witam, mam problem z którym nie mogę sobie poradzić
 Mam sformatowany text w wordzie, przeklejam go do notatnika by zgubić format tekstu, następnie kopiuje z notatnika i wklejam do textarea z wysiwig: nicEdit lub jQueryTE. Po wklejeniu tekst przyjmuje postać czystego / gołego tekstu z kropkami jako punk listy. Wszystko wygląda. Następnie następuje zapis do bazy danych, zmienna z textarea jest bindowana przez bindValue jako string, po wyświetleniu owego tekstu na stronie zamiast punków (kropki/listy) – to akutrat nie problem bo w edytorze mogę zmienić na punk listy ale pojawia się znak zapytania oraz zamiast myślnika (w edytorze wkleja się dłuższy myślnik) i dolnego otwarcia cudzysłowu również pojawia się znak zapytania. Proszę o pomoc |
 |
 
|
 |
|
7.04.2014, 09:18:49
Post
#2
|
|
 Grupa: Zarejestrowani Postów: 1 527 Pomógł: 438 Dołączył: 28.06.2011 Skąd: Warszawa Ostrzeżenie: (0%)
|
Używasz znaków unicode - to nie jest zwykły " o kropce nie wspominając. Musisz zapewnić odpowiednie kodowanie znaków. Upewnij się z jakiego kodowania wrzucasz te znaki - jeśli to z Worda to pewnie cp-1250. Sprawdź jakie masz kodowanie w bazie w plikach z kodem i ustaw tak by wszędzie było takie samo - najlepiej utf-8. Jeśli tekst wrzucany do DB dalej będzie potem zawietał krzaczki - użyj funkcji iconv to konwersji kodowania.
-------------------- If you're good at something, never do it for free.
Potrzebujesz skryptu JS lub PHP - szukasz kogoś kto przetestuje twoją aplikację pod względem bezpieczeństwa? Szybko i solidnie? Napisz ;) Mój blog - Jak zwiększyć wydajność front-endu - O buforowaniu wyjścia w PHP słów kilka... |
|
|
|
|
7.04.2014, 11:16:12
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 29 Pomógł: 1 Dołączył: 25.03.2014 Ostrzeżenie: (0%)
|
wszystkie pliki są utf8 baza tez, polskie znaki są ok, tylko te co wypisałem nie działają, kodowanie z ASCII na UTF-8 za pomocą iconv wykrzaczają się również polskie znaki
działa tylko to: str_replace('•', '•', $string); |
|
|
|
|
7.04.2014, 15:54:18
Post
#4
|
|
|
Grupa: Zarejestrowani Postów: 6 806 Pomógł: 1828 Dołączył: 11.03.2014 Ostrzeżenie: (0%)
|
A charset strony (nie pliku ze stroną) jest ustawiony?
Zrób zrzut ekranu z wycinka. -------------------- |
|
|
|
|
8.04.2014, 17:52:22
Post
#5
|
|
|
Grupa: Zarejestrowani Postów: 29 Pomógł: 1 Dołączył: 25.03.2014 Ostrzeżenie: (0%)
|
hej,
charset strony z formularzem jest ustawiony na utf8 strona zaczyna się od wystartowania sessji i następnie <!DOCTYPE html PUBLIC '-//W3C//DTD XHTML 1.0 Transitional//EN' 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd'> <html xmlns='http://www.w3.org/1999/xhtml' xml:lang='pl' lang='pl'> <!-- saved from url=(0013)about:internet --> oraz include 'class/head.php'; $head = new Head(); $head->start(); metoda start w klasie head (zawsze działa i nigdy nie ma problemu z polskimi znakami tak jak w tym przypadku jest ok tylko te kropki i myślniki):
i formularz. dane są przekazywane do strony index która wywołuje controller a ten model który robi zapis do bazy. plik index i controller i model nie mają charset strony. Kod powyżej jest wyświetlany tylko na stronach drukowanych na monitorze przez klasę widoku. |
|
|
|
 |
|
Wersja Lo-Fi | Aktualny czas: 14.08.2025 - 00:45 |
