Sprzętowisko

Do zbudowania zestawu regulowania wentylatorami, potrzebowałem:

1. Panel maskujący 1U,
2. Zestaw do samodzielnego montażu AVT-1007
3. Trochę kabli,
4. Gniazdo bezpiecznikowe,
5. Termostat,
6. Przełącznik,
7. Dwa dławiki na kabel
8. No i dwa wentylatory na 250V.

Za wszystko zapłaciłem ok. 300zł

Wiercimy otwory na przełącznik i potencjometr.

Zamontowane już włącznik i potencjometr

Termostat

Widok na kable z zamontowanymi dławikami

Wentylatory do szafy na 250V

Tego typu regulatory do szafy można oczywiście dostać za 800zł, montujemy i podłączamy. Ale gdzie tu przyjemność ?

Potrzebny będzie nam PHP i curl

$data = “action=register&user_login=”.$twooj_login.”&user_email=”.$twooj_email.”&wp-submit=Register”; //Post data
$ch = curl_init(“http://”.$row5['hostname'].”/wp-login.php”);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_COOKIEFILE, ‘cookie.txt’);
curl_setopt($ch, CURLOPT_COOKIEJAR, ‘cookie.txt’);
curl_setopt ($ch, CURLOPT_POSTFIELDS, $data);
$source=curl_exec ($ch);
curl_close ($ch);

Jeśli zrzucasz tabelę lub całą bazę danych MySQL do pliku tekstowego i chcesz ten plik wgrać na inny serwer, może wystąpić problem z kodowaniem znaków.

Funkcja mysql -p -D nazwa_tabeli < nazwa_pliku_z_zapytaniamisql.txt nie rozpoznaje kodowania. Ale jeśli ten sam plik wgrasz np. za pomocą phpMyAdmina z wybraniem “Zestaw znaków dla pliku: latin1″, będzie wszystko OK.

Druga opcja to zgranie ze starego serwera z opcją

mysqldump –default-character-set=latin1 –compatible=mysql323 –databases naswatabeli -u uzytkownik -p > nazwapliku.sql

i wgranie na nowym serwerze

mysql -D nazwatabeli -u uzytkownik -p < nazwapliku.sql

<?php
function kodowanie($plik)
{
$tresc = file_get_contents($plik);
$krzaki = array(‘Â?’, ‘Ăł’, ‘Âł’, ‘Âż’, ‘Â?’, ‘ĂŞ’, ‘Ă?’, ‘ÂĽ’, ‘Ă?’, ‘¡’, ‘ÂŁ’);
$polskie = array(‘ś’, ‘ó’, ‘ł’, ‘ż’, ‘ą’, ‘ę’, ‘ć’, ‘ź’, ‘ń’, ‘Ą’, ‘Ł’);
$gotowy = str_replace($krzaki, $polskie, $tresc);

return $gotowy;
}

$gotowy = kodowanie(‘nazwa_pliku.sql’);

if(!file_put_contents(‘nazwa_pliku.sql’, $gotowy))
{
echo ‘Nie można był‚o zapisać‡ do pliku’;
} else {
echo ‘ok’;
}
?>

Plik PHP też musi być zapisany w kodowaniu UTF8.

Podczas urzywania parseró w PHP do XMLa miałem niezwykłe błedy

XML error: not well-formed (invalid token) at line ….

XML error: XML_ERR_NAME_REQUIRED at line 5

i jeszcze kilka inych.

Walczyłem i szukałem zastrzeżonych dla XMLa symboli, i nic.

Problem polegał na złym kodowaniu znaków. Niewiem jak to wyjanić – z bazy pobierane były w latin1 (iso-8859-1) i z tego generowany plik XMLa, drugi server pobierał tego XML , parsował go i miał wyświetlać na stronie gdzie kodowanie było UTF-8.

Nie wystarczy ściągnąć paczki ze strony ez.no, przed instalacją trzeba jeszcze wgrać pliki tłumaczenia do katalogu share/translations, ponieważ w wercji eZ publish 4.0.0 niby jest polska instalka ale nawet po wybraniu Polish podpowiedzi są po angielsku.

http://packages.ez.no/ezpublish/4.0/4.0.0/ 

ez.no