Каждая работа должна быть оплачена.
Сравните — не желая оплачивать произведения, вы лишаете тех, кто его создавал «заработной платы». А вам было бы приятно, если бы за работу не платили? И, самое главное, продолжали бы вы работать?
Единственное, с чем можно не согласиться — со стоимостью «виртуального» контента, так как для его продажи не нужен ни диск, ни продавец. Но нельзя полностью отрицать возможность оплаты контента.
А как правило для /dev/ufo попало в систему?
У меня в системе на rules.d не стоят права 777, то есть от ограниченного юзера написать там Вы ничего не сможете.
Как Вы собираетесь испольнить произвольный код, используя эту уязвимость?
И по поводу «определенного момента». Неужели если четырехлетнему ребенку рассказать о сексе, то он непременно побежит трахаться?
Я, например, в четыре года знал, что если кого-то пырнуть ножом, то он умрет. Но не пырял же.
Где? В современном обществе, насколько я в курсе, не считается. Как и интегральное счисление, вождение автобуса, системное программирование или управление ядерным реактором, к примеру. Просто опыт показывает, что знать обо всем этом детям лучше не раньше определенного момента — когда они будут в состоянии адекватно воспринять эту инфу и делать из нее практические выводы ответственно…
Ни в одном не-порно фильме еще не видел сцен секса (не двух людей в темноте под одеялом, а сцен секса), хотя водителей, программистов, инженеров и математиков — хоть отбавляй.
Возможно, я неправильно выразился, употребив слово «пошлым». Надо было что-то более нейтральное — непринятым, скрытым, запретным и так далее.
было ли бы слово «х..» матерным, если бы все на него реагировали как на слово «кошка», а родители с детства не внушали детям запретность этого слова?
А я с х… знаю, какого х… ваши родители внушали вам запретность слова «х..», на х..? В конце концов, нравится слово «х..» — послали бы родительские советы на х.., говорили бы «х..» когда хочется, как не х… делать. Один х… ведь в итоге. Что, приятно такую ху… читать, на х..? Ну дык х… ли… ;)
К счастью, мне родители этого не внушали :) Но не спорьте, что большая часть людей считает это слово «запретным» для себя. Например, в официальном стиле общения оно не принято — представьте себе в договоре вместо «при форс-мажорных обстоятельствах...» «если случится еб… я х....».
Для ребенка будет шоком, когда он узнает, откуда дети берутся «на самом деле», он полезет в тот же самый интернет «искать правду». И ой, что он там найдет.
Задумайтесь, почему секс считается пошлым? Потому что о нем принято скрывать, таиться, стыдиться.
Подумайте, было ли бы слово «хуй» матерным, если бы все на него реагировали как на слово «кошка», а родители с детства не внушали детям запретность этого слова?
Честно говоря, не думаю. На ассемблере можно наделать ошибок, и из-за этого производительность понизится.
А на Си производительность уже упрется в ядро операционной системы — как-никак, read, write, poll — сисколлы, со всем вытекающим. И на Ассемблере от них никуда не уйти.
2. Ну вот. То есть, его все равно придется писать. Не Вам — так другому. А в nginx'e он уже написан.
А теперь представим, что в эту модель с баннером надо добавить еще сессии через куки, чтобы баннеры не повторялись…
3. Я говорил немного не о том — о том, что будет, когда зависнет сам «обработчик»
Вообще, я не люблю переводить спор в сферу способностей той или иной стороны. Я считаю, что библиотека написана хорошо — грамотно разбить задачу на объекты не каждый сможет, тут же почти идеальное ООП, не испорченное учебниками, учащими, что объект — что-то материальное и представляемое, а не абстрактное.
Мне кажется, Вы не правы в том, что привыкли к одному средству разработки, который изучили в достаточно большой степени и не хотите совершенствоваться дальше, изучая другие средства, сложнее по уровню, но шире по возможностям.
Я знаком еще с одним php-программистом, у которого есть огромные способности к программированию, но он использует php, так как он его уже изучил и на работе ему нужен именно php. Хотя он мог бы выучить питон/си/что-то еще и зарабатывать в несколько раз больше :)
Не примите за личное оскорбление, но:
1. Сомневаюсь, что библиотека 0.1 будет работать стабильно и безбажно.
2. В этой ветке обсуждений мы говорим о http-сервере, который должен отдавать баннер. Ваша библиотека не парсит http-запрос.
3. Ваша библиотека (как я понял из исходников), не озадачивается многопоточностью — это должен делать либо программист, использующий ее, либо довольствоваться тем, что сервер будет заблокирован, пока мы будем ждать таймаут, если сервер с урлом баннера упал.
Никаким.
Просто не надо будет задумываться о тех вопросах, которые я описал чуть выше.
Будет меньше кода, следовательно — меньше багов, ошибокЮ неточностей.
А client<-nginx<-php_fpm будет работать не ощутимо медленнее, чтобы работать напрямую с сетью, мучаться с парсингом запросов, отсеивать неверные запросы, делать многопоточность, и так далее, и так далее…
Спасибо за статью.
Сравните — не желая оплачивать произведения, вы лишаете тех, кто его создавал «заработной платы». А вам было бы приятно, если бы за работу не платили? И, самое главное, продолжали бы вы работать?
Единственное, с чем можно не согласиться — со стоимостью «виртуального» контента, так как для его продажи не нужен ни диск, ни продавец. Но нельзя полностью отрицать возможность оплаты контента.
Вы не сможете, не обладая правами рута, вписать произвольный REMOVE_CMD в правила udev, значит, не сможете выполнить произвольный код на машине.
У меня в системе на rules.d не стоят права 777, то есть от ограниченного юзера написать там Вы ничего не сможете.
Как Вы собираетесь испольнить произвольный код, используя эту уязвимость?
Я, например, в четыре года знал, что если кого-то пырнуть ножом, то он умрет. Но не пырял же.
Ни в одном не-порно фильме еще не видел сцен секса (не двух людей в темноте под одеялом, а сцен секса), хотя водителей, программистов, инженеров и математиков — хоть отбавляй.
Возможно, я неправильно выразился, употребив слово «пошлым». Надо было что-то более нейтральное — непринятым, скрытым, запретным и так далее.
К счастью, мне родители этого не внушали :) Но не спорьте, что большая часть людей считает это слово «запретным» для себя. Например, в официальном стиле общения оно не принято — представьте себе в договоре вместо «при форс-мажорных обстоятельствах...» «если случится еб… я х....».
Для ребенка будет шоком, когда он узнает, откуда дети берутся «на самом деле», он полезет в тот же самый интернет «искать правду». И ой, что он там найдет.
Задумайтесь, почему секс считается пошлым? Потому что о нем принято скрывать, таиться, стыдиться.
Подумайте, было ли бы слово «хуй» матерным, если бы все на него реагировали как на слово «кошка», а родители с детства не внушали детям запретность этого слова?
Так может быть, Вы двигаетесь не в ту сторону?
А на Си производительность уже упрется в ядро операционной системы — как-никак, read, write, poll — сисколлы, со всем вытекающим. И на Ассемблере от них никуда не уйти.
А теперь представим, что в эту модель с баннером надо добавить еще сессии через куки, чтобы баннеры не повторялись…
3. Я говорил немного не о том — о том, что будет, когда зависнет сам «обработчик»
Вообще, я не люблю переводить спор в сферу способностей той или иной стороны. Я считаю, что библиотека написана хорошо — грамотно разбить задачу на объекты не каждый сможет, тут же почти идеальное ООП, не испорченное учебниками, учащими, что объект — что-то материальное и представляемое, а не абстрактное.
Мне кажется, Вы не правы в том, что привыкли к одному средству разработки, который изучили в достаточно большой степени и не хотите совершенствоваться дальше, изучая другие средства, сложнее по уровню, но шире по возможностям.
Я знаком еще с одним php-программистом, у которого есть огромные способности к программированию, но он использует php, так как он его уже изучил и на работе ему нужен именно php. Хотя он мог бы выучить питон/си/что-то еще и зарабатывать в несколько раз больше :)
1. Сомневаюсь, что библиотека 0.1 будет работать стабильно и безбажно.
2. В этой ветке обсуждений мы говорим о http-сервере, который должен отдавать баннер. Ваша библиотека не парсит http-запрос.
3. Ваша библиотека (как я понял из исходников), не озадачивается многопоточностью — это должен делать либо программист, использующий ее, либо довольствоваться тем, что сервер будет заблокирован, пока мы будем ждать таймаут, если сервер с урлом баннера упал.
Просто не надо будет задумываться о тех вопросах, которые я описал чуть выше.
Будет меньше кода, следовательно — меньше багов, ошибокЮ неточностей.
А client<-nginx<-php_fpm будет работать не ощутимо медленнее, чтобы работать напрямую с сетью, мучаться с парсингом запросов, отсеивать неверные запросы, делать многопоточность, и так далее, и так далее…
И это не холивар о языке, а доказанный факт.
Или Вы из серии пхпбыдлокодеров, отдающих статику через
while (!feof($fd)) { print(fread($fd, 8192)); flush(); }?