Изпечатай

[n00b]

https://github.com/torvalds/linux

Честито!

[Mitaka]

Мда, трябва да ми остане време да ъпгрейдна малко kernel-i... имам машина с 2.6.20
Линукса може и да не става за Десктоп, ама на местата, в които му е силата равен няма.
Ето, например въпросната машинка е с Debian, и не е преинсталирана от 5 години.... като изключим dist-upgrade, което горе-долу си е нова инсталация

[AMD]

Една дупка намериха в прехваления апач, и хакнаха kernel.org. И сега Линус бяга към nginx сървър като github.com

?!?!

[bop_bop_mara]

Една дупка намериха в прехваления апач, и хакнаха kernel.org. И сега Линус бяга към nginx сървър като github.com

?!?!

Ае, хора, поразгледайте се малко. Линус започна да използва github за да си търси помощници за една програмка, която да му чете XML-ите от водолазния компютър. При това обяснението му защо точно github, а не нещо друго, той казва "просто гугълнах за git hosting и това излезе първо". Днес просто е качил и кода на ядрото, предполагам, че ще си качи и другите проекти, най-малкото защото така изглежда редно.

A отделно, че дупката в Апаче (която представлява опасност от DoS) няма нищо общо и не е била посочвана като причина за атаката върху kernel.org (която, освен всичко, е Acces атака).

[Mitaka]

Никой не е застрахован от "дупки".
Икакво толкова го хвалиш тоя nginx не мога да те разбера... ти изобщо имаш ли си представа какво е nginx? Или може би го хвалиш, защото е руски проект?
Не казвам, че nginx не става. Нашротив - и аз го ползвам. Но nginx се справя много добре със статично съдържание. Наистина, просто няма равен в сервирането на чист html или на други файлове като картинки например!

Не бъди кон с капаци, и не гледай само руското!
И да не забравяме какво всъщност е nginx - олекотено, орязано apache.
Или поне това е била първоначалната му идея...

[AMD]

Никой не е застрахован от "дупки".
Икакво толкова го хвалиш тоя nginx не мога да те разбера... ти изобщо имаш ли си представа какво е nginx? Или може би го хвалиш, защото е руски проект?
Не казвам, че nginx не става. Нашротив - и аз го ползвам. Но nginx се справя много добре със статично съдържание. Наистина, просто няма равен в сервирането на чист html или на други файлове като картинки например!

Не бъди кон с капаци, и не гледай само руското!
И да не забравяме какво всъщност е nginx - олекотено, орязано apache.
Или поне това е била първоначалната му идея...

Не гледам само руското, дори до преди месец не подозирах че е руски, а вече от година го ползвах.

И странно защо но в блога на създателя не пише че изобщо има общо с апач.
Единствено че изцяло на "C" го е писал, и оптимизирал за скорост и високо натоварване.

[gat3way]

Apache според теб на какво е написан? На Ruby?

Чакай че ми стана забавно. РОКО_, знаеш ли защо nginx се справя толкова добре със сервирането на статично съдържание? А знаеш ли защо се справя по-зле със сервирането на динамично такова? Много ми е интересно Искам да чуя експертно мнение ехех

[b2l]

//off

Чакай че ми стана забавно. РОКО_, знаеш ли защо nginx се справя толкова добре със сервирането на статично съдържание? А знаеш ли защо се справя по-зле със сервирането на динамично такова? Много ми е интересно Искам да чуя експертно мнение ехех

Чакай - от умрял писмо

[Mitaka]

Аз знам.
Защото като са го писали в Русия са нямали PHP

[gat3way]

nginx е най-успешният опънсорс проект в една специална ниша и това е факт. Сега че нишата не е толкова малка и че nginx не е идеалният случай (като се има предвид че редица компании, включай доколкото знам родния vbox имат сходни проекти) - не е толкова важно. Нещата там са прости: 1) kernel разработчиците са предоставили механизми като epoll и sendfile които са силно полезни в случая и 2) apache е голям проект и миграцията към подобна архитектура ще стъжни много животи.

Миграцията към подобен модел би стъжнила живота на разработчиците на php без майтап - появяват се такива прекрасни проблеми, които нямат лесно решение. Прост пример е сериализацията, която възниква - един бавен php скрипт ще съсипе response time-а на всякаква "паралелна" малка заявка. Поради тази причина това е приложимо само за статично съдържание и при повече паралелни заявки. При динамично съдържание, нещата коренно се променят, а при достатъчно малко паралелни заявки, apache дори с mpm_prefork е по-бърз.

И това с оптимизациите е голяма забава...подобна забава са единствено секюрити драмите. Прекалено много празни приказки, прекалено много митология. Нещата обикновено са по-прагматични: имаш bottleneck и го бориш. Това на какъв език си го реализирал (не знам защо на C е авторитетно) няма значение. Обикновено няма магия и нещата са съвсем тривиален отговор на тривиален проблем. Алтава работа, не мога да ви схвана мисленето...още повече че го обвързвате с някакви политически и националистически глупости и тогава наистина изглежда много, ама много нелепо. В смисъл бъдете поне малко благодарни че не виждате американски флагчета и идиоти, които настояват някакъв софтуер да се ползва, защото бил американски. Щеше да е доста досадно.

[AMD]

nginx е най-успешният опънсорс проект в една специална ниша и това е факт. Сега че нишата не е толкова малка и че nginx не е идеалният случай (като се има предвид че редица компании, включай доколкото знам родния vbox имат сходни проекти) - не е толкова важно. Нещата там са прости: 1) kernel разработчиците са предоставили механизми като epoll и sendfile които са силно полезни в случая и 2) apache е голям проект и миграцията към подобна архитектура ще стъжни много животи.

Миграцията към подобен модел би стъжнила живота на разработчиците на php без майтап - появяват се такива прекрасни проблеми, които нямат лесно решение. Прост пример е сериализацията, която възниква - един бавен php скрипт ще съсипе response time-а на всякаква "паралелна" малка заявка. Поради тази причина това е приложимо само за статично съдържание и при повече паралелни заявки. При динамично съдържание, нещата коренно се променят, а при достатъчно малко паралелни заявки, apache дори с mpm_prefork е по-бърз.

И това с оптимизациите е голяма забава...подобна забава са единствено секюрити драмите. Прекалено много празни приказки, прекалено много митология. Нещата обикновено са по-прагматични: имаш bottleneck и го бориш. Това на какъв език си го реализирал (не знам защо на C е авторитетно) няма значение. Обикновено няма магия и нещата са съвсем тривиален отговор на тривиален проблем. Алтава работа, не мога да ви схвана мисленето...още повече че го обвързвате с някакви политически и националистически глупости и тогава наистина изглежда много, ама много нелепо. В смисъл бъдете поне малко благодарни че не виждате американски флагчета и идиоти, които настояват някакъв софтуер да се ползва, защото бил американски. Щеше да е доста досадно.

http://calculate.linuxmaniac.net/php.php

Тук можеш да видиш, какви неща съм добавил към него, и не ми беше много трудно.

[b2l]

Warning: phpinfo() [function.phpinfo]: It is not safe to rely on the system's timezone settings.
You are *required* to use the date.timezone setting or the date_default_timezone_set() function.
In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead in /var/www/calculate.linuxmaniac.net/htdocs/php.php on line 7

[AMD]

Код

GeSHi (PHP):
<html>
<head>
<title> PHP Тест </title>
</head>
<body>
<?php
phpinfo( );
?>
</body>
</html>
 

Това е кода, не виждам къде на 7ми ред е оказан часови пояс.

[b2l]

ще ме умориш бе . Или си оправи часовата зона или си спри показването на грешките и warning-гите .