Мартин Петров Blog

Ето един пример как да спрете потенциална fork бомба

Редактиране на /etc/security/limits.conf :

vi /etc/security/limits.conf

ribok hard nproc 300
@mishka hard nproc 50
@buba soft nproc 100
@dhstudio hard nproc 200

След като се редактира и записа файла ще пуснем бомбата в bash (Bourne Again SHell):

){ :& };:

Ако всичко е наред реално няма да се случи нищо лошо , но ако не е машината ще се overload и дори има вероятност да не е възможна ssh връзка.

Това е част втора на предната публикация за новия банер на kakvo.org (Добавих още един банер на kakvo.org от easytrader).
Статистиката показва, че (втората статистика е за един ден, не ми се чакат три дни)
1. Старо положение- средно по 80- 110 клика на ден
2. Ново положение- средно по 200 клика на ден.

Очевидно и логично е по принцип да има и има успех. Сега ще пробвам още нещо, а именно да добавя един хоризонтален банер които да излиза само при превод на текст. Този тест ще бъде минимум за 3 дни. Хайде след няколко дни ще коментирам какви са наблюденията ми.

Снимка на новите банери в kakvo.org- Тест N1 и N2

Днес добавих и един банер на kakvo.org от програмите на easytrader. До момента си имаше един долу в дясно които правеше средно по 80- 110 платими клика на ден.  Сега ще има два банера, стария->долу в дясно и новия->горе в ляво. До момента са изминалите 30-60 мин. изглежда доста обещаваща. Ще опиша един от аргументите които ме накараха да добавя нов банер и то в лявата част, а именно, че потребителите четат от ляво на дясно.

PS: Имам силни подозрения, че с новия банер ще има 100% увеличение на кликовете, но "ще гледаме и ще видим"  .

Скоро получих информация, че рекламните банери предоставени от easytrader.bg се блокирали от Firefox. Тази информация беше малко или много игнорирана от мен, но все пак я поставих под съмнение. След получената информация започнах през  няколко дни лично да отварям предоставения банер и днес забелязах  нещо интересно. Това което ми казаха явно е вярно. Предоставения банер се блокира от Firefox(което си е нормално по принцип _blank…) и е доста непосилно за нормалния потребител да натисне лентата за позволение на банера и тои да бъде достъпен. Един вид логично погледнато известна част от кликовете реализирани върху банера са завършили с лентата за "Firefox prevented-this-site-from-opening a pop-up window" и край. НЕ ТВЪРДЯ, ЧЕ ВИНАГИ СЕ БЛОКИРА, А ПОНЯКОГА. Днес ще изпратя любезно писмо на easytrader с молба да разяснят случая защото ми стана интересно. АБСОЛЮТНО не обвинявам никого и най- вече easytrader понеже забелязвам сериозност в техните отношения.
Предоставям Screenshot:

Popup реклама на easytrader

Остава да се види какво ще ми отговорят.

Днес ми се наложи в една html форма да сложа 500 $_POST променливи(input полета и форма с method='post')  и да ги събмитна(изпратя|submit). Обаче когато ги изпратя не се случваше нищо. Странно. Започнах да изследвам проблема и установих, че ако $_POST променливите(input полетата) са 199 ги изпраща към Apache и си работи напълно коректно, обаче когато са повече от 199 не иска да ги изпрати. След 168 часа(шегувам се) се сетих, че имам инсталиран Suhosin и от него може да се ограничава именно броя на $_POST променливите. Редактирах конфигурационния файл на suhosin (или php.ini зависи как е конфигурирано)  да пуска 2000 $_POST променливи и всичко се нареди както перфектно нареждане на Рубик.

/etc/php5/apache2/conf.d/suhosin.ini
# configuration for php suhosin module
extension=suhosin.so
suhosin.post.max_vars = 2000
suhosin.request.max_vars = 2000

cat interesno.php
<?php
$max_input=198; //Работи със стойностите по подразбиране в Suhosin
#$max_input=298; //Работи с НОВИТЕ стойности  в Suhosin
if (!($_POST['submit']))
{
echo "<form action=" method='post'>";
for ($i=0;$i<=$max_input;$i++) { echo "<input type='text' value='$i' name='dhstudio$i'><br>"; };
echo "<input type='submit' name='submit' value='ribka'></form>";
}
else
{
foreach ( $_POST as $key => $value ) {  print $key . " " . "=" . " " . $value;  print "<br>"; }
};
?>
Хей за хората които не ползват Suhosin или ползват най- обикновен Apache(нямам впредвид буквално най- обикновен) с php няма да го имат този проблем т.е. могат да добавят много голям брой $_POST заявки.