Титла: github Публикувано от: n00b в Sep 05, 2011, 04:16 https://github.com/torvalds/linux
Честито! Титла: Re: github Публикувано от: Mitaka в Sep 05, 2011, 10:47 Мда, трябва да ми остане време да ъпгрейдна малко kernel-i... имам машина с 2.6.20 :)
Линукса може и да не става за Десктоп, ама на местата, в които му е силата равен няма. Ето, например въпросната машинка е с Debian, и не е преинсталирана от 5 години.... като изключим dist-upgrade, което горе-долу си е нова инсталация :) Титла: Re: github Публикувано от: AMD в Sep 05, 2011, 11:50 Една дупка намериха в прехваления апач, и хакнаха kernel.org. И сега Линус бяга към nginx сървър като github.com
?!?! Титла: Re: github Публикувано от: bop_bop_mara в Sep 05, 2011, 12:05 Една дупка намериха в прехваления апач, и хакнаха kernel.org. И сега Линус бяга към nginx сървър като github.comАе, хора, поразгледайте се малко. Линус започна да използва github за да си търси помощници за една програмка, която да му чете XML-ите от водолазния компютър. При това обяснението му защо точно github, а не нещо друго, той казва "просто гугълнах за git hosting и това излезе първо". Днес просто е качил и кода на ядрото, предполагам, че ще си качи и другите проекти, най-малкото защото така изглежда редно. A отделно, че дупката в Апаче (която представлява опасност от DoS) няма нищо общо и не е била посочвана като причина за атаката върху kernel.org (която, освен всичко, е Acces атака). Титла: Re: github Публикувано от: Mitaka в Sep 05, 2011, 13:15 Никой не е застрахован от "дупки".
Икакво толкова го хвалиш тоя nginx не мога да те разбера... ти изобщо имаш ли си представа какво е nginx? Или може би го хвалиш, защото е руски проект? Не казвам, че nginx не става. Нашротив - и аз го ползвам. Но nginx се справя много добре със статично съдържание. Наистина, просто няма равен в сервирането на чист html или на други файлове като картинки например! Не бъди кон с капаци, и не гледай само руското! И да не забравяме какво всъщност е nginx - олекотено, орязано apache. Или поне това е била първоначалната му идея... Титла: Re: github Публикувано от: AMD в Sep 05, 2011, 15:47 Никой не е застрахован от "дупки". Не гледам само руското, дори до преди месец не подозирах че е руски, а вече от година го ползвах. И странно защо но в блога на създателя не пише че изобщо има общо с апач. Единствено че изцяло на "C" го е писал, и оптимизирал за скорост и високо натоварване. Титла: Re: github Публикувано от: gat3way в Sep 05, 2011, 15:51 Apache според теб на какво е написан? На Ruby?
Чакай че ми стана забавно. РОКО_, знаеш ли защо nginx се справя толкова добре със сервирането на статично съдържание? А знаеш ли защо се справя по-зле със сервирането на динамично такова? Много ми е интересно :) Искам да чуя експертно мнение ехех :) Титла: Re: github Публикувано от: b2l в Sep 05, 2011, 18:05 //off
Чакай че ми стана забавно. РОКО_, знаеш ли защо nginx се справя толкова добре със сервирането на статично съдържание? А знаеш ли защо се справя по-зле със сервирането на динамично такова? Много ми е интересно :) Искам да чуя експертно мнение ехех :) Чакай - от умрял писмо :D Титла: Re: github Публикувано от: Mitaka в Sep 05, 2011, 19:05 Аз знам.
Защото като са го писали в Русия са нямали PHP :) Титла: Re: github Публикувано от: gat3way в Sep 06, 2011, 02:22 nginx е най-успешният опънсорс проект в една специална ниша и това е факт. Сега че нишата не е толкова малка и че nginx не е идеалният случай (като се има предвид че редица компании, включай доколкото знам родния vbox имат сходни проекти) - не е толкова важно. Нещата там са прости: 1) kernel разработчиците са предоставили механизми като epoll и sendfile които са силно полезни в случая и 2) apache е голям проект и миграцията към подобна архитектура ще стъжни много животи.
Миграцията към подобен модел би стъжнила живота на разработчиците на php без майтап - появяват се такива прекрасни проблеми, които нямат лесно решение. Прост пример е сериализацията, която възниква - един бавен php скрипт ще съсипе response time-а на всякаква "паралелна" малка заявка. Поради тази причина това е приложимо само за статично съдържание и при повече паралелни заявки. При динамично съдържание, нещата коренно се променят, а при достатъчно малко паралелни заявки, apache дори с mpm_prefork е по-бърз. И това с оптимизациите е голяма забава...подобна забава са единствено секюрити драмите. Прекалено много празни приказки, прекалено много митология. Нещата обикновено са по-прагматични: имаш bottleneck и го бориш. Това на какъв език си го реализирал (не знам защо на C е авторитетно) няма значение. Обикновено няма магия и нещата са съвсем тривиален отговор на тривиален проблем. Алтава работа, не мога да ви схвана мисленето...още повече че го обвързвате с някакви политически и националистически глупости и тогава наистина изглежда много, ама много нелепо. В смисъл бъдете поне малко благодарни че не виждате американски флагчета и идиоти, които настояват някакъв софтуер да се ползва, защото бил американски. Щеше да е доста досадно. Титла: Re: github Публикувано от: AMD в Sep 06, 2011, 09:00 nginx е най-успешният опънсорс проект в една специална ниша и това е факт. Сега че нишата не е толкова малка и че nginx не е идеалният случай (като се има предвид че редица компании, включай доколкото знам родния vbox имат сходни проекти) - не е толкова важно. Нещата там са прости: 1) kernel разработчиците са предоставили механизми като epoll и sendfile които са силно полезни в случая и 2) apache е голям проект и миграцията към подобна архитектура ще стъжни много животи. http://calculate.linuxmaniac.net/php.php Тук можеш да видиш, какви неща съм добавил към него, и не ми беше много трудно. Титла: Re: github Публикувано от: b2l в Sep 06, 2011, 09:08 Цитат Warning: phpinfo() [function.phpinfo]: It is not safe to rely on the system's timezone settings. Титла: Re: github Публикувано от: AMD в Sep 06, 2011, 10:41 Код
Това е кода, не виждам къде на 7ми ред е оказан часови пояс. Титла: Re: github Публикувано от: b2l в Sep 06, 2011, 10:44 :D :D :D ще ме умориш бе :D :D :D. Или си оправи часовата зона или си спри показването на грешките и warning-гите :D :D :D.
|