Witam w kolejnej odsłonie kursu Mootools. Dzisiaj zajmę się funkcjami jakie proponuje nam framework do operowania na liczbach. Tradycyjnie wybiorę tylko te ciekawsze (moim subiektywnym zdaniem).
Na początek funkcja toInt(), oczywista oczywistość, zamienia string/liczbę na liczbę całkowitą, dodatkowo można podać w argumencie z jakiego systemu ma przeliczyć. Jeśli podamy w argumencie 2 to funkcja spodziewa się systemu dwójkowego, a więc poprawne wartości to np. 11, 101. Funkcja zachowuje się podobnie do php’owego odpowiednika, czyli jeśli trafi na znaki nie pasujące do wytycznych to obcina wyrażenie w tym miejscu, przykłady zobrazują to lepiej:
(123.321).toInt(); // 123
(101).toInt(2); // 5 - system dwójkowy
('123ABC456').toInt(); // 123 - obcina niepasującą część
(1122).toInt(2); // 3 - tutaj niepasująca część zaczyna się na 2, gdyż w systemie dwójkowym dozwolone są tylko 1 i 0
('b123').toInt(); // NaN
(211).toInt(2); // NaN |
Funkcja toFloat() zachowuje się podobnie, z tym, że zamienia na liczbę zmiennoprzecinkową i nie przyjmuje żadnych argumentów, więc operuje tylko na systemie dziesiętnym.
Przydatne mogą się okazać funkcje limit(min, max) i round([precision]). Pierwsza z nich zwraca niezmienioną liczbę, jeśli ta łapie się w zakresie podanym w argumentach lub odpowiednio wartość minimalną (pierwszy argument) – liczba mniejsza, wartość maksymalną (drugi argument) – liczba większa niż zadany zakres. Druga funkcja zaokrągla liczbę z określoną w parametrze precyzją. Należy pamiętać, że obie funkcje operują tylko na liczbach, więc jeśli pobieracie wartości np. z pola input to najpierw trzeba wykonać rzutowanie na int lub float. Przykłady:
(5).limit(1,10); // 5
(11).limit(1,10); // 10
(-3).limit(1,10); // 1
(33.14).round(); // 33
(33.14).round(1); // 33.1
(33.15).round(1); // 33.2
(33.14).round(-1); // 30
(35.14).round(-1); // 40 |
To by było na tyle, w kolejnej części kursu zajmę się tablicami.
Kategoria: javascript
Skomentuj styczeń 5th, 2010
W dzisiejszych czasach podanie adresu e-mail na stronie internetowej może się wiązać z przykrymi konsekwencjami, programy typu email harvester zbierają adresy z wszystkich napotkanych stron i tworzą bazy danych dla spamerów. Najlepszym sposobem jest niepodawanie adresów na stronie, zamiast tego można stworzyć formularz kontaktowy (który zresztą też trzeba zabezpieczyć przed spamerami – najlepiej przy użyciu Captcha). Można też zastępować znaki słownymi odpowiednikami, np. imie[kropka]nazwisko[malpa]wp[kropka]pl, nie wygląda to jednak najlepiej.
Co więc zrobić gdy klient uprze się, że chce mieć adresy na stronie, ale niekoniecznie chce dostawać reklamy viagry? Jednym ze sposobów jest zamiana adresu email na zapis w encjach, np adres:
imie.nazwisko@server.pl
w źródle strony będzie wyglądał tak:
imie.& ....
Nie daje to 100% skuteczności, ale podobno większość mail harvesterów mamy już z głowy. Funkcję, która zamienia ciąg znaków na encje przedstawiam poniżej:
function safetyMail($mail)
{
$safety = '';
for ($i=0; $i<strlen($mail); $i++) {
$no = ord($mail[$i]);
$arr = array();
$arr[] = $no;
$arr[] = 'x'.dechex($no);
$no = $arr[rand(0,1)];
$safety .= "&#".$no.";";
}
return $safety;
} |
Najlepiej używać jej na całym wyrażeniu mailto:adres@email.com, gdyż robaki często szukają po wyrażeniu mailto:. Jeśli nie wiemy w którym miejscu klient wstawi adres email, dla pewności możemy podpiąć funkcję, która wyszuka wszystkie adresy i zamieni je na encje, kod poniżej:
function safetyMails($params)
{
$s = $params["s"];
$mask = '|([A-Za-z0-9_\-\.])+\@([A-Za-z0-9_\-\.])+\.([A-Za-z]{2,4})|U';
preg_match_all($mask, $s, $out);
foreach ($out[0] as $mail) {
$s = str_replace('mailto:'.$mail, safetyMail('mailto:'.$mail), $s);
$s = str_replace($mail, safetyMail($mail), $s);
}
return $s;
} |
Reasumując, przedstawiony sposób nie daje nam gwarancji pełnego bezpieczeństwa, wydaje mi się, że bezpieczniejsze jest podmienianie adresów za pomocą JavaScript’u, jednak nie jest to dobre ze względów estetycznych, na wolniejszych łączach zanim wykona się nam JavaScript, użytkownik może widzieć przez jakiś czas “krzaki”.
Kategoria: php
Jest 1 komentarz lipiec 20th, 2009