Witam!

Sprawa jest pewnie błacha ale juz brak mi pomysłow

dokument index.php (koowanie UTF-8-bez BOM)

phpmyadmin

Sortowanie połączenie z serwerem: UFT8mb4-polish_ci

baza daynych: uft8_polish_ci

tabela: uft8_polish_ci

struktura tabeli: kazde pole edytowane na: uft8_polish_ci

pole tytul:

phpmyadmin:brak polskich znaków (dodane przez formularz php)

strona: polskie znaki występują

pole tresc:

phpmyadmin: polskie znaki wystepują (oprócz litery ó)

strona: brak polskich znaków znaki ?

Po dołączeniu do skryptu php linijki

$polaczenie->set_charset("utf8");

pole tresc;


powoduje iż w bazie mam polskie znaki (oprócz ó) , a w tresci na stronie mam wszystkie polskie znakiw tym ó.

pole tytul;

Nie mam polskich znaków ani tu ani tu a w bazie jest w ten sam sposob ustawione utf8_polish_ci

W mysql znaki nie mogą być zapisane jako polskie (ą, ę itp). Dodaj sobie prosty formularz na testowej stronie i daj polskie znaki w zapytaniu insert. Automatycznie się sformatują do znaków specjalnych.
Na stronie ustaw meta charset=utf-8.

A to ciekawe, ciekawe... Radzę Ci zweryfikować swoją wiedzę na ten temat.

Spróbuj bezpośrednio w phpmyadmin dodać polkie znaki razem z "ó". Jeżeli będzie ok, to problem leży po stronie Twojego skryptu. Jeżeli nie będzie ok, to problem leży w konfiguracji kodowania po stronie bazy danych.

Ja osobiście polecam metodę na przepisanie treści.
1. Pobierz dane, na połączeniu w "starym" kodowaniu.
2. Potem zapisz dane, na połączeniu w "nowym" kodowaniu.

Z konwersją danych zawsze były problemy. A takie dwu połączenia elegancko konwertuje polskie znaki z kodowań starych na kodowanie nowe. Nie gubią się żadne znaki jak przy konwersji iconv() czy inne funkcje, które są w sumie dość niepewne.

Witam jak wpisze np. Bezpośrednio w phpmyadmin "góra" to jest ok ale wyślę przez skrypt to pojawia sie krzaczki w najlepszym wypadku wszystkie prawidłowo a "ó" &cout: i hmm



Witam mógłbyś trochę bardziej wyjaśnić co to znaczy nowe i stare kodowanie;)

Może pośpieszyłem się z radą. Ale nie zapytałem się czy dane które wprowadzałeś do bazy były na kodowaniu UTF-8 czy może innym?

Bo ja kiedyś też zrobiłem tak że poprzestawiałem gdzie się da kodowanie na UTF-8, ale i tak miałem krzaki. Dopiero otwarcie połączenia na poprzednim kodowaniu i przekazanie wartości 1:1 do drugiego połączenia, zapisało kontent w bazie z prawidłowym kodowaniem,

Gadasz jak potłuczony
Zasugerowałem z własnego doświadczenia. Po bezpośrednim wprowadzeniu do kolumny np. "Płońsk", wywalało mi "P?o?sk" na stronie, dziwiłem się o co chodzi... a chodziło właśnie o polskie znaki, które nie zostały sformatowane bo to była bezpośrednia edycja.

Dopiero zrobiłem sobie na testowej stronie formularz i UPDATE tego wpisu. Przy UPDATE dałem SET ... "Płońsk", a w MySQL zrobiło się "PÅ‚oÅ„sk", na stronie przy charset=utf-8, wyświetlało bardzo dobrze ;-)

To jest skrypt dodawania nowego tematu

[PHP] pobierz, plaintext 
 
		require_once "connect.php";
		mysqli_report(MYSQLI_REPORT_STRICT);
 
		try 
		{
			$polaczenie = new mysqli($host, $db_login, $db_pass, $db_name);
			if ($polaczenie->connect_errno!=0)
			{
				throw new Exception(mysqli_connect_errno());
			}
			else
			{
 
 
				$tytul=$_POST['tytul'];
				$tresc=$_POST['tresc'];
				$datat=date('d-m-Y H:i');
				$datate="";
				$kod=md5(mt_rand());
				$editt=md5(mt_rand());
				$closet=md5(mt_rand());
				$podzial="sh0";
				$views=0;
				$punkty=2;
				$status='open';
				$login=$_SESSION['login'];
				$complete='<i class="icon-lock-open"></i>';
 
 
				$tytul=htmlentities(trim($tytul),ENT_QUOTES,"UTF-8");
				$tresc=htmlentities(trim($tresc),ENT_QUOTES,"UTF-8");
 
			//Udana walidacja? Załóżmy, że tak!
 
			$wszystko_OK=true;
 
 
			//Sprawdzenie poprawności pola Temat
 
 
		if((strlen($_POST['tytul'])<10)||(strlen($_POST['tytul'])>100))
		{
			$wszystko_OK=false;
			$_SESSION['blad1']="Temat min. 10 znaków max. 100 znaków!";
 
 
		}
 
 
				if(empty($_POST['tytul']))
		{
			$wszystko_OK=false;
			$_SESSION['blad1']="Proszę wypełnić pole Temat!";
 
		}	
 
				if((strlen($_POST['tresc'])<10)||(strlen($_POST['tresc'])>1000))
		{
			$wszystko_OK=false;
			$_SESSION['blad2']="Wiadomość min. 10 znaków max. 1000 znaków!";
 
 
		}
 
 
				if(empty($_POST['tresc']))
		{
			$wszystko_OK=false;
			$_SESSION['blad2']="Proszę wypełnić pole Wiadomość!";
 
		}	
 
						//Zapamiętywanie danych
 
 
				$_SESSION['zp_tytul']=$tytul;
				$_SESSION['zp_tresc']=$tresc;
 
 
					if ($wszystko_OK==true)
				{
 
						if($polaczenie->query(sprintf("INSERT INTO topic VALUES(NULL,'%s' , '%s','%s','%s','%s','%s','%s','%s','%s','%s','%s','%s','%s')",mysqli_real_escape_string($polaczenie,$tytul),mysqli_real_escape_string($polaczenie,$tresc),mysqli_real_escape_string($polaczenie,$datat),mysqli_real_escape_string($polaczenie,$datate),mysqli_real_escape_string($polaczenie,$podzial),mysqli_real_escape_string($polaczenie,$kod),mysqli_real_escape_string($polaczenie,$editt),mysqli_real_escape_string($polaczenie,$closet),mysqli_real_escape_string($polaczenie,$views),mysqli_real_escape_string($polaczenie,$punkty),mysqli_real_escape_string($polaczenie,$complete),mysqli_real_escape_string($polaczenie,$status),mysqli_real_escape_string($polaczenie,$_SESSION['idu']))))
						{
 
 
 
										// Usuwanie zmiennych sesyjnych zapamietujacych dane w formularzu
 
											if(isset($_SESSION['zp_tytul'])) unset($_SESSION['zp_tytul']); 
											if(isset($_SESSION['zp_tresc'])) unset($_SESSION['zp_tresc']); 
 
										// usuwanie zmienny informujacych o bledzie
											if(isset($_SESSION['blad1'])) unset($_SESSION['blad1']); 
											if(isset($_SESSION['blad2'])) unset($_SESSION['blad2']); 
 
 
									$_SESSION['finish1']="Temat został dodany! Dziękujemy!";
 
 
 
						}else{
 
							throw new Exception($polaczenie->error);
						}
 
 
				}
 
				$polaczenie->close();
			}
 
		}
		catch(Exception $e)
		{
					//echo '<br />Informacja developerska: '.$e;
					$_SESSION['serwer']="Błąd serwera! Przepraszamy za utrudnienia i prosimy o dodanie tematu w innym terminie.";
					header('Location:serwer.php');
		}
 
[PHP] pobierz, plaintext 

gdzie umieścić informacje o kodowaniu utf-8

po 14 linii coś takiego:

[PHP] pobierz, plaintext 
$polaczenie->set_charset("utf8")
[PHP] pobierz, plaintext 

Wszystko jest elegancko oprócz litery "ó"
Po dodaniu do bazy tematu o tresci "ańaa aaśałaa aaęaaąaa aaćaaaaóaaaażaaaaaź"

Dostaje rezultat w phpmyadmin "ańaa aaśałaa aaęaaąaa aaćaaaaóaaaażaaaaaź"

Wyszystko ładnie sie konwertuje oprócz litery "ó";)

Mieszasz obiekty ze stylem strukturalnym. Nie masz tam gdzieś przypadkiem tinymce albo inny edytor?

[PHP] pobierz, plaintext 
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
try {
    $polaczenie = new mysqli($host, $db_login, $db_pass, $db_name);
    $polaczenie->set_charset("utf8");
    $stmt = $polaczenie->prepare('INSERT INTO topic VALUES(?, ?...)');
    $stmt->bind_param('ss...', $tytul, $tresc, ...);
    $stmt->execute();
 
} catch (mysqli_sql_exception $e) {
     echo $e->getMessage();
}
[PHP] pobierz, plaintext 

Kolego cienki jesteś a do tego wypisujesz bzdury, w które jeszcze ktoś uwierzy. Poczytaj o kodowaniu w MySQL, np. utf-8.
Jeśli piszesz z własnego doświadczenia, to widocznie masz za małe.

Co do tematu: wprowadzasz treść przez jakiś edytor, czy zwykłe pole tekstowe?

Wygląda to jak jakaś dziwna (nieistniejąca) encja html. Jest to o tyle istotne, że poprawna encja dla "ó" to & oacute; (celowo ze spacją, bo edytor forum zamienia na ó). Jeżeli zrobiłeś literówkę i jednak dostajesz & oacute;, to użyj zamiast encode to decode dla encji, do czego odniosłem się poniżej.

Swoją drogą po co zamieniasz znaki specjalne HTML na encje:

[PHP] pobierz, plaintext 
$tresc=htmlentities(trim($tresc),ENT_QUOTES,"UTF-8");
[PHP] pobierz, plaintext 

?

Zabezpieczam formularz przed niechcianymi znakami niebezpiecznymi dla skryptu...

" to użyj zamiast encode to decode dla encji,"

mozesz mi to wyjaśnić troche prościej... Przy okazji życze wszystkim forowiczą szczęśliwego nowego roku;)

ó

Ja używam w bazie kodowania "utf8_general_ci" a w php utf8 bez bom i nie mam żadnych problemów z polskimi znakami.

Nic nie zabezpieczasz, a jak już to skrypt wyświetlający dane z formularza, ale takie zabezpieczenie powinno być właśnie w tym skrypcie. Spróbuj teraz wyszukać w przesłanych formularzach tych ze znakiem np. > w traści - będziesz musiał szykać encji html i szukać po encji, jest to bez sensu.
Encje enkoduje się przed wyświetleniem kodu html a nie przed zapisem do bazy.

Skoro już wiemy, że z formularza przychodzi encja html to nie wiem w czym problem - kodowanie z bazą jest ok, po prostu do skryptu w treści z formularza kontaktowego trafia już ta encja (którą nazwałeś krzakami) lub jest tworzona gdzieś w skrypcie przed zapisem.