The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

PHP-транслятор HipHop позволил Facebook использовать в разы ..., opennews (ok), 04-Апр-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 04-Апр-11, 15:02 
>  Ну и кто там кричал про ненужность php?  У питона и руби есть нечто похожее?

Препроцессор, который преобразует код PHP в код C? Очень бы хотелось узнать его насущную необходимость.

Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого, и чего в компилируемом быть не может в принципе "тот же eval". Т.е., фактически люди изобрели, условно говоря, свой набор команд для трансляции в C. Этакого робота, который видит код на PHP, и упрямо переводит его в C. Но только то, что можно перевести, ведь что-то, типа eval, перевести просто нельзя, по определению.

По одной простой причине - ничего другого им просто не оставалось, php начал тянуть их в могилу, и нужно было или переписывать это всё на другой язык, или написать бота-транслятора, который сделает это за них.


Для python есть более прямая по своей структуре вещь: http://ru.wikipedia.org/wiki/Unladen_Swallow

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Аноним (-), 04-Апр-11, 15:35 
Унладен мертв. Проскакивала новость на лвн. Разработчик говорит о трудностях написания питновоского фронтеда к ллвм и о том, что интерес со стороны сообщества угас. Переход гугл на Go, видимо, так же сказался неслабо.
Ответить | Правка | Наверх | Cообщить модератору

235. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Mna (??), 06-Апр-11, 05:44 
Wow, интересно, я это пропустил. Что за лвн, где это на было?

http://en.wikipedia.org/wiki/Unladen_Swallow
тут оказалось еще новостей...
==

Ок, ну тогда - PyPy и Cython

Ответить | Правка | Наверх | Cообщить модератору

30. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от croster (ok), 04-Апр-11, 15:52 
>в компилируемом быть не может в принципе "тот же eval"

eval - это вообще штука опасная. Каждый eval в коде - это потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой код.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

32. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 04-Апр-11, 15:57 
> eval - это вообще штука опасная. Каждый eval в коде - это потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой код.

Прямо таки каждый eval? Или все-таки то, что туда передается? И все или только некоторое?

Сразу видно, что вы в программировании не разбираетесь, а просто где-то что-то вычитали об этом и плохо поняли.

Ответить | Правка | Наверх | Cообщить модератору

37. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +1 +/
Сообщение от croster (ok), 04-Апр-11, 16:23 
Если есть eval, значит туда обязательно что-то передается.
Ответить | Правка | Наверх | Cообщить модератору

94. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от diff (??), 04-Апр-11, 19:01 
> Если есть eval, значит туда обязательно что-то передается.

В любую инструкцию или функцию с параметрами тоже что-то передается. И что?

Ответить | Правка | Наверх | Cообщить модератору

98. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Аноним (-), 04-Апр-11, 19:17 
>> Если есть eval, значит туда обязательно что-то передается.
> В любую инструкцию или функцию с параметрами тоже что-то передается. И что?

А то, что то что передается в eval выполняется, а то что передается в функцию обрабатывается кодом функции.

Ответить | Правка | Наверх | Cообщить модератору

102. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 04-Апр-11, 19:30 
> А то, что то что передается в eval выполняется, а то что передается в функцию обрабатывается кодом функции.

Замечательно.
В одну функцию тоже может быть передана ссылка на другую функцию, код последней при этом не будет выполняться кодом первой. В функциональных языках так это вообще можно сказать основная практика.

Что делает именно eval сам по себе "опасной штукой" без вариантов, как он утверждал?

Ответить | Правка | Наверх | Cообщить модератору

106. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +2 +/
Сообщение от anonym (?), 04-Апр-11, 19:51 
В том то и отличие, что передаётся ссылка на существующую функцию, и банальная подстановка кода здесь не проходит. Да и кто в здравом уме будет принимать внешние по отношению к приложению функции?
Ответить | Правка | Наверх | Cообщить модератору

109. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –2 +/
Сообщение от diff (??), 04-Апр-11, 19:54 
> В том то и отличие, что передаётся ссылка на существующую функцию, и банальная подстановка кода здесь не проходит. Да и кто в здравом уме будет принимать внешние по отношению к приложению функции?

Значит вы считаете, что в eval тоже по умолчанию проходит "банальная подстановка кода".
Или тоже где-то об этом прочитали?

Ответить | Правка | Наверх | Cообщить модератору

114. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от anonym (?), 04-Апр-11, 20:06 
> Значит вы считаете, что в eval тоже по умолчанию проходит "банальная подстановка
> кода".
> Или тоже где-то об этом прочитали?

PHP - исходно интерпретируемый язык, это уже подразумевает способ вычисления подобных выражений: втавка в текстовый код строки из eval. По-моему, очевидно, что в этом случае подставленная строка выполняется точно так же, как и её контекст. А прочитать можно например здесь: http://www.php.su/functions/?eval

Ответить | Правка | Наверх | Cообщить модератору

126. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от diff (??), 04-Апр-11, 20:43 
См ниже, здесь
https://www.opennet.ru/openforum/vsluhforumID3/76066.html#125
Ответить | Правка | Наверх | Cообщить модератору

112. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 04-Апр-11, 20:05 
> В том то и отличие, что передаётся ссылка на существующую функцию

То есть вы не знаете, как передавать ссылки на несуществующие на момент трансляции функции.

> Да и кто в здравом уме будет принимать внешние по отношению к приложению функции?

"Внешние по отношению к приложению функции" - это уже RPC.
А в eval по-вашему передается только "внешний по отношению к приложению код"?

Не знаете предмет.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

119. "Re: про функции"  +/
Сообщение от anonym (?), 04-Апр-11, 20:16 
>> В том то и отличие, что передаётся ссылка на существующую функцию
> То есть вы не знаете, как передавать ссылки на несуществующие на момент
> трансляции функции.

Почему же, я вполне смогу забить страницу в памяти бинарным стафом и передать туда управление, если не включена аппаратная защита на выполнение страниц данных. А всяких применений и вариаций на эту тему полно.

>> Да и кто в здравом уме будет принимать внешние по отношению к приложению функции?
> "Внешние по отношению к приложению функции" - это уже RPC.

RPC - это remote call, выполняется он на другом хосте и, как правило, после авторизации

> А в eval по-вашему передается только "внешний по отношению к приложению код"?

Дыра в безопасности как раз в случае подстановок в строку евала внешних данных, как всегда.

> Не знаете предмет.

Ответить | Правка | Наверх | Cообщить модератору

125. "Re: про функции"  –4 +/
Сообщение от diff (??), 04-Апр-11, 20:41 
> А прочитать можно например здесь: http://www.php.su/functions/?eval

Не надо мне всякие сомнительные ссылки подсовывать, если сами свои мысли сформулировать не можете. Кроме того, сайты сообщества PHP я за кладезь Ъ-знаний по программированию не считаю.

Кроме того речь зашла о том, что eval якобы "опасная штука". Может быть его реализация в PHP действительно какая-то угробищная. Только при чем здесь PHP, если речь шла об eval вообще.

Итак.

> PHP - исходно интерпретируемый язык, это уже подразумевает способ вычисления подобных выражений: втавка в текстовый код строки из eval.

Вообще-то существуют разные способы реализации "исходно интерпретируемых языков".
Значит в PHP это так? Он значит все в "текстовом коде" шурует. Может быть. Наверное это действительно очень опасно. )))

> По-моему, очевидно, что в этом случае подставленная строка выполняется точно так же, как и её контекст.

Вообще какой-то набор слов из желания казаться.
Что такое контекст строки? И как же выполняется ее контекст?

>>> В том то и отличие, что передаётся ссылка на существующую функцию
>> То есть вы не знаете, как передавать ссылки на несуществующие на момент трансляции функции.
> Почему же, я вполне смогу забить страницу в памяти бинарным стафом и передать туда управление, если не включена аппаратная защита на выполнение страниц данных. А всяких применений и вариаций на эту тему полно.

Можно и так, только зачем сразу так грубо. Это все спокойно делается на высоком уровне в современных языках. Вы этого тоже не знаете.

По крайней мере вы подтвердили, что можно, тогда при чем здесь "опасность eval"?

> RPC - это remote call, выполняется он на другом хосте и, как  правило, после авторизации

Купились на слово remote? Нет, это как раз то, что вы описали - из другого процесса. Хотя он может и на другом хосте быть, пожалуйста, но не обязательно.
Не знаете предмет. Википедию для начала прочтите, что ли. Если ни одну книжку не открывали.

>> А в eval по-вашему передается только "внешний по отношению к приложению код"?
> Дыра в безопасности как раз в случае подстановок в строку евала внешних данных, как всегда.

Что значит как всегда? Может у вас действительно так всегда.

А если в eval подставляются не внешние данные? Ну в чем опасность именно самого eval? Ну не передавайте ему "внешние данные" без проверки. Или вообще внешних данных не передавайте ему. При чем здесь сам eval, как "опасная штука" по умолчанию?

Не знаете предмет.

Ответить | Правка | Наверх | Cообщить модератору

132. "Re: про функции"  +/
Сообщение от mahairod (?), 04-Апр-11, 21:17 
> Не надо мне всякие сомнительные ссылки подсовывать, если сами свои мысли сформулировать
> не можете. Кроме того, сайты сообщества PHP я за кладезь Ъ-знаний
> по программированию не считаю.
>> По-моему, очевидно, что в этом случае подставленная строка выполняется точно так же, как и её контекст.
> Вообще какой-то набор слов из желания казаться.
> Что такое контекст строки? И как же выполняется ее контекст?

Это была первая попавшаяся ссылка из гугла. Содержание соответствовало моим фундаментальным представлениям, потому посчитал инфу оттуда достаточно достоверной в первом приближениии и сослался. Я по-моему на русском языке излагаю: контекст для евала в данном случае - сам пхп-скрипт, если не понятно. параметр евала вставляется в этот контекст. По ссылке,что я дал, все понятно разъяснено.

> Кроме того речь зашла о том, что eval якобы "опасная штука". Может
> быть его реализация в PHP действительно какая-то угробищная. Только при чем
> здесь PHP, если речь шла об eval вообще.

Ну так в том же яваскрипте точно примерно так же в теории, суть в том, что можно выполнить произвольный левый код.

> Можно и так, только зачем сразу так грубо. Это все спокойно делается
> на высоком уровне в современных языках. Вы этого тоже не знаете.

Если функции на момент выполнения не было, логично что её нужно создать. Вы знаете способ выполнить её локально, не помещая в память?

> По крайней мере вы подтвердили, что можно, тогда при чем здесь "опасность
> eval"?

Ни при чём, в том то и отличие. Если вам не взбредёт в голову в качестве параметра загружать какую-нибудь длл (тот же плагин для браузера, к примеру), проблем с безопасным выполнением кода не будет - в отличие от евал.

>> RPC - это remote call, выполняется он на другом хосте и, как  правило, после авторизации
> Купились на слово remote? Нет, это как раз то, что вы описали
> - из другого процесса. Хотя он может и на другом хосте
> быть, пожалуйста, но не обязательно.
> Не знаете предмет. Википедию для начала прочтите, что ли. Если ни одну
> книжку не открывали.

Важно, что косвенно через систему в другой процесс.
Это из википедии, и из того, что помню про java-RMI. А вы знаете предмет иначе?

>> Дыра в безопасности как раз в случае подстановок в строку евала внешних данных, как всегда.
> Что значит как всегда? Может у вас действительно так всегда.
> А если в eval подставляются не внешние данные? Ну в чем опасность
> именно самого eval? Ну не передавайте ему "внешние данные" без проверки.
> Или вообще внешних данных не передавайте ему. При чем здесь сам
> eval, как "опасная штука" по умолчанию?

Именно для обработки внешних данных имеет смысл использовать евал. Если данные внутренние, зачем от них делать евал, когда своим готовым кодом можно обработать.

Ответить | Правка | Наверх | Cообщить модератору

133. "Re: про функции"  +/
Сообщение от mahairod (?), 04-Апр-11, 21:19 
Кстати даже на случай загрузки левого кода существуют механизмы подписывания
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

181. "Re: про функции"  –2 +/
Сообщение от diff (??), 05-Апр-11, 12:39 
>Я по-моему на русском языке излагаю: контекст для евала в данном случае - сам пхп-скрипт, если не понятно. параметр евала вставляется в этот контекст.

Просто излагать что-то на русском языке не достаточно.
Сначала вы говорили про "контекст строки", теперь про "контекст эвала".
Ну, у эвала есть контекст, и что?
В каком "данном" случае контекстом эвала будет "сам пхп-скрипт"?
Или по-вашему у эвала другого контекста быть не может?
И вообще, при к чему вы заговорили о контексте?

> По ссылке,что я дал, все понятно разъяснено.

Мне не нужны ваши ссылки, я и без них знаю, как нормальный эвал в нормальных языках работает.
Может в PHP он сделан как-то по-другому, но это не мои проблемы, и это уже проблемы безопасности PHP, а не сферического эвала в вакууме.

> Ну так в том же яваскрипте точно примерно так же в теории, суть в том, что можно выполнить произвольный левый код.

Что значит "можно выполнить произвольный код"? Какой код вы туда засунете, такой и выполнит.
Ну так не засовывайте туда что попало.

> Если функции на момент выполнения не было, логично что её нужно создать. Вы знаете способ выполнить её локально, не помещая в память?

Что значит "выполнить её локально, не помещая в память"?
Я говорил про момент трансляции, а вы почему-то про момент выполнения. Не знаете между ними разницы?

> Ни при чём, в том то и отличие. Если вам не взбредёт в голову в качестве параметра загружать какую-нибудь длл (тот же плагин для браузера, к примеру), проблем с безопасным выполнением кода не будет - в отличие от евал.

То есть вы считаете, что загружать целую dll гораздо безопаснее, чем выполнять код в eval.

> Важно, что косвенно через систему в другой процесс.
> Это из википедии, и из того, что помню про java-RMI. А вы знаете предмет иначе?

Что значит "косвенно через систему в другой процесс"?
Нет таких слов в Википедии, специально даже посмотрел. Откуда вы их берете?
И при чем здесь java-RMI?

> Именно для обработки внешних данных имеет смысл использовать евал. Если данные внутренние, зачем от них делать евал, когда своим готовым кодом можно обработать.

Почему вы считаете, что для обработки внешних данных имеет смысл использовать именно eval?

А если есть готовый код, тогда, действительно, зачем нужен использовать eval.

Вы просто не знаете, для чего eval на самом деле предназначен.

> Кстати даже на случай загрузки левого кода существуют механизмы подписывания

То есть eval и механизмы подписывания вы ставите на один уровень.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

141. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от croster (ok), 04-Апр-11, 22:36 
Вот почитайте, как быдлокодеры используют этот Ваш eval:
http://blog.kislenko.net/show.php?id=492&s=0
И еще статейка с заголовком "Eval considered mostly harmful" (http://www.saunalahti.fi/~s7l/blog/2005/09/06/Eval%20co...).  Можно сказать, что eval - это goto 21-го века.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

144. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –3 +/
Сообщение от diff (??), 04-Апр-11, 23:57 
Что вы мне все время какие-то ссылки подсовываете. Я без вас знаю, как eval работает, и как его правильно использовать, и в каких случаях. Это вы только сейчас начали лихорадочно гуглить на эту тему.

Вы этого не знаете, вот сами и читайте свои ссылки.

> Вот почитайте, как быдлокодеры используют этот Ваш eval:
> http://blog.kislenko.net/show.php?id=492&s=0

Для любой вещи есть тысяча способов использовать ее неправильно и даже с риском для жизни.
Из этого никак не следует, что у вещи нет правильных способов применения.

> И еще статейка с заголовком "Eval considered mostly harmful" (http://www.saunalahti.fi/~s7l/blog/2005/09/06/Eval considered harmful.html).

Это все что вам удалось нагуглить?
Какой-то блог за 2005г.? (Судя по самой строке гиперссылки)

Знаете, блоггеры - они такие же обычные люди, как вы или я. Какой-то блоггер что-то где-то написал, и вы уже носитесь с этим, как с истиной в последней инстанции.

Вот сами почитайте и объясните своими словами, что вам там удалось понять.

> Можно сказать, что eval - это goto 21-го века.

Понятно. Значит для вас eval это примерно то же, что и goto.

Ответить | Правка | Наверх | Cообщить модератору

166. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от croster (ok), 05-Апр-11, 08:54 
>Для любой вещи есть тысяча способов использовать ее неправильно и даже с риском для жизни.

Вы просто не понимаете, что опасность той или иной конструкции языка как раз и определяется порочной практикой ее применения (количеством лбов, побитых этими граблями).
>Какой-то блог за 2005г.?

И что? За это время что-то изменилось? Стало меньше уязвимостей?
Хорошо, если Вас не устраивает блог 2005 года, вот высказывания авторитетных гуру Javascript-программирования:
1. "eval is Evil: The eval function is the most misused feature of JavaScript. Avoid it" --Douglas Crockford, книга "JavaScript: The Good Parts"
2. "Overwhelmingly eval is trivailized, misused, and outright condemned by most JavaScript programmers but by looking at the work of some of the best coders you can see that, when used appropriately it allows for the creation of some fantastic pieces of code that wouldn’t be possible otherwise"
--John Resig, книга "Secrets of the JavaScript Ninja"

Все это лишь подтверждает, что количество лбов, битых eval-ом, огромно. И не надо здесь теоретизировать об опасностях любой вещи в жизни, нужно просто смотреть на практику применения и делать соответствующие выводы.

Ответить | Правка | Наверх | Cообщить модератору

170. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –2 +/
Сообщение от diff (??), 05-Апр-11, 10:45 
> Вы просто не понимаете, что опасность той или иной конструкции языка как раз и определяется порочной практикой ее применения (количеством лбов, побитых этими граблями).

Это вы не понимаете, что опасность, определяемая "порочной практикой" - это штука сугубо индивидуальная. Примерно как с электроприборами.

> И что? За это время что-то изменилось? Стало меньше уязвимостей?
> Хорошо, если Вас не устраивает блог 2005 года, вот высказывания авторитетных гуру Javascript-программирования:
> 1. "eval is Evil: The eval function is the most misused feature of JavaScript. Avoid it" --Douglas Crockford, книга "JavaScript: The Good Parts"
> 2. "Overwhelmingly eval is trivailized, misused, and outright condemned by most JavaScript programmers but by looking at the work of some of the best coders you can see that, when used appropriately it allows for the creation of some fantastic pieces of code that wouldn’t be possible otherwise" --John Resig, книга "Secrets of the JavaScript Ninja"

Вопрос стоял - в чем принципиальная опасность eval с точки зрения взлома? Как вы это утверждали. Самого по себе eval, а не "порочных практик" его применения.

Ну и где в приведенных вами цитатах об этом говорится?

Я разве где-то призывал использовать eval везде, где нужно и не нужно?
Можете вообще не использовать.
И если я таки знаю несколько вариантов его очень эффективного применения - это никах не противоречит содержанию приведенных вами цитат.

По крайней мере я нигде не утверждал, что я его часто использую, хотя это не мешает мне знать, как он работает, чтобы хотя бы не делать ляпов в утверждениях о нем.

> Все это лишь подтверждает, что количество лбов, битых eval-ом, огромно. И не надо здесь теоретизировать об опасностях любой вещи в жизни, нужно просто смотреть на практику применения и делать соответствующие выводы.

Нет, это лишь подтверждает известную фразу - "заставь дурака молиться, он и лоб расшибет".

Ответить | Правка | Наверх | Cообщить модератору

214. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +2 +/
Сообщение от croster (ok), 05-Апр-11, 18:54 
>Самого по себе eval, а не "порочных практик" его применения.

Сам по себе существует только сферический конь в вакууме. Все, что касается кода, определяется только практикой его использования. И здесь приходится ориентироваться на усредненную массу пых-пых программистов, уровень которых, к сожалению, не очень высок. Приведенные цитаты - это всего лишь вывод из многочисленных публикаций по этой тематике. Достаточно только в гугле (если Вас там не забанили) набрать "avoid eval" и вы получите огромную массу публикаций и решений по избавлению от eval.

В обоих цитатах говорится о неправильном использовании eval в широких масштабах. Тут есть целый комплекс проблем с eval: 1) простота отладки кода; 2) простота поддержки кода; 3) производительность; 4) потребление памяти. И по всем этим параметрам применение eval не несет ничего хорошего, тем более в руках большинства быдлокодеров.

Больше спорить с Вами не хочу. У Вас в конторе ведь наверное все сотрудники уровня Джона Рейсига, и, наверное, каждый без проблем сможет написать свою jQuery. Сам Вы, насколько я понимаю, член по стандартизации какого-либо языка, раз считаете себя умнее всех и плюёте на все приводимые доказательства. Хотите быть миллион первым оленем, которому грабли eval'а разбили бошку, никто Вам в этом не мешает.

Ответить | Правка | Наверх | Cообщить модератору

222. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –2 +/
Сообщение от diff (??), 05-Апр-11, 19:46 
> Сам по себе существует только сферический конь в вакууме. Все, что касается кода, определяется только практикой его использования. И здесь приходится ориентироваться на усредненную массу пых-пых программистов, уровень которых, к сожалению, не очень высок.

Как интересно! Так это именно вы сферично в вакууме заявили о сферической опасности эвала в вакууме.
Вот ваши исходные слова:

> eval - это вообще штука опасная. Каждый eval в коде - это потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой код.

Я вас только переспросил, почему вы так считаете.
Почему вы считате, что каждый сферический eval в коде в вакууме - это потенциальная сферическая лазейка для хакеров в вакууме?

А вы на меня стрелки теперь пытаетесь перевести.

> Приведенные цитаты - это всего лишь вывод из многочисленных публикаций по этой тематике. Достаточно только в гугле (если Вас там не забанили) набрать "avoid eval" и вы получите огромную массу публикаций и решений по избавлению от eval.
> В обоих цитатах говорится о неправильном использовании eval в широких масштабах. Тут есть целый комплекс проблем с eval: 1) простота отладки кода; 2) простота поддержки кода; 3) производительность; 4) потребление памяти. И по всем этим параметрам применение eval не несет ничего хорошего, тем более в руках большинства быдлокодеров.

Вы уже который пост ломитесь в открытую дверь, и упорно доказываете всякие другие недостатки eval. Хотя я на эту тему вообще не распространялся.

Я прекрасно знаю, как обойтись без eval, но я также знаю, как eval работает. В отличии от вас.
Может у него есть недостатки, может нет - это другая тема.

Я вас спросил - почему вы считате - что непременно каждый eval (по вашим же словам) является "лазейкой для хакеров".

> Больше спорить с Вами не хочу. У Вас в конторе ведь наверное все сотрудники уровня Джона Рейсига, и, наверное, каждый без проблем сможет написать свою jQuery. Сам Вы, насколько я понимаю, член по стандартизации какого-либо языка, раз считаете себя умнее всех и плюёте на все приводимые доказательства. Хотите быть миллион первым оленем, которому грабли eval'а разбили бошку, никто Вам в этом не мешает.

Не спорьте, вас никто не заставляет.
Только вы и не спорили, и доказательств никаких не приводили.
Вы вместо этого упорно пытались перевести внимание с вашего высказывания о сферично-вакуумных "лазейках для хареков" на какие-либо другие недостатки eval, но только не на это.

Это говорит о том, что на момент вашего исходного высказывания, вы об этом просто ничего не знали, а сейчас просто лихорадочно гуглите.

Также, как вы ничего не знали по теме, когда заявляли про питон и руби в вашем посте №1.

Ответить | Правка | Наверх | Cообщить модератору

241. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от croster (ok), 06-Апр-11, 10:15 
>Я вас только переспросил, почему вы так считаете.

Никто не может гарантировать полное отсутствие ошибок в коде. Достаточно лишь небольшой невнимательности, одной какой-либо забытой проверки:
http://stackoverflow.com/questions/129677/whats-the-best-met...
А проверять всегда есть и много чего:
http://weblogs.java.net/blog/gmurray71/archive/2006/09/preve...
Учитывая, что в PHP выполнение eval равноценно подстановке исполняемого кода, передаваемого в качестве аргумента, в исходный код, а также не слишком высокий средний уровень php программистов (весь смысл низкого порога вхождения в php состоит в удешевлении рабочей силы), совершенно очевидно, что eval - это заряженное ружье, висящее на стене и способное выстрелить в своего владельца. В защищенные песочницы, создающие "изолированное безопасное окружение", веры нет никакой, в одной java сколько с этим проблем, почти каждый минорный релиз исправляют. Известно также и то, что динамический код сложнее в отладке и сопровождении (труднее понять порядок исполнения кода). Это также повышает вероятность возникновения ошибок, что самым непосредственным образом влияет на безопасность.  

>я также знаю, как eval работает.

Вот и объясните здесь, как работает eval, покажите глубину Ваших познаний в этом вопросе. А заодно приведите доказательства Ваших сомнений с прулинками. Пока пруфлинки привожу только я, от вас только пустая болтовня и переливание из пустого в порожнее.

Ответить | Правка | Наверх | Cообщить модератору

253. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 06-Апр-11, 14:53 
Итак еще раз. Данная дискуссия началась вот с этого вашего высказывания.

> eval - это вообще штука опасная. Каждый eval в коде - это потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой код.

Которое я попросил вас обосновать. И которое позволило мне выразить сомнения в вашей компетентности.

Это было 4-го апреля, сегодня 6-е апреля, то есть вы гуглите уже 3-й день.
Ну и смотрим, что вы продолжаете отвечать.

Начнем для начала с ваших эпичных "пруфлинков", которые вы снова продолжаете мне подсовывать.

> А заодно приведите доказательства Ваших сомнений с прулинками. Пока пруфлинки привожу только я, от вас только пустая болтовня и переливание из пустого в порожнее.

Вот вам новая задачка - разобраться, что же такое по-вашему "пруфлинк". И в каких случаях по-вашему я обязан был бы их приводить. То есть вы даже этого не знаете.

А пока что вы мне приводите ссылки на всякие блоги и интернет-переписку. По-вашему любой блог и любая переписка в инете являются "пруфлинком"? Вот мы с вами тоже сейчас ведем переписку. Тогда следуя вашей же логике, я имел бы право указывать в качестве "пруфлинков" собственные посты. Абсурд.

Почему я должен лазить по этим блогам и постам, которые вы мне все пытаетесь подсунуть, и вместо вас выискивать там высказывания, которые бы относились к теме.

Вот если вы их нашли - тогда прочитайте, разберитесь, и хотя бы с-копи-пастите высказывания, которые по-вашему могли бы являться ответом на поставленный вопрос.
Хотя вы уже попробовали с-копи-пастить, в одном из предыдущих ваших постов, и у вас это получилось не в тему, поскольку именно про "хакерские лазейки" там ничего нет. Там говорится про другое. И теперь уже видимо боитесь.

А еще лучше, вместо копи-паста, постараться объяснить это своими словами.
Помните, как в школе? "Прочитал - перескажи своими словами."
Кому-то технологии идут на пользу, а некоторых копи-паст отучает думать.

> Никто не может гарантировать полное отсутствие ошибок в коде. Достаточно лишь небольшой невнимательности, одной какой-либо забытой проверки
> А проверять всегда есть и много чего

Ну везде есть много чего проверять. Это относится абсолютно ко всему.
Ну проверяйте, блин, кто вам мешает проверять?
При чем здесь, спрашивается, Лу^W eval?

> Учитывая, что в PHP выполнение eval равноценно подстановке исполняемого кода, передаваемого в качестве аргумента, в исходный код, а также не слишком высокий средний уровень php программистов (весь смысл низкого порога вхождения в php состоит в удешевлении рабочей силы), совершенно очевидно, что eval - это заряженное ружье, висящее на стене и способное выстрелить в своего владельца.

Вы говорите про eval именно в PHP? Я уже сказал - может быть в PHP он действительно "является лазейкой для хакеров".

То есть по-вашему eval просто тупо эквивалентен копи-пасту кода из одного места в другое?
Тогда зачем eval нужен, если и так можно скопипастить.
Что именно вы называете "подстановкой кода"?
Каша.

> В защищенные песочницы, создающие "изолированное безопасное окружение", веры нет никакой, в одной java сколько с этим проблем, почти каждый минорный релиз исправляют. Известно также и то, что динамический код сложнее в отладке и сопровождении (труднее понять порядок исполнения кода). Это также повышает вероятность возникновения ошибок, что самым непосредственным образом влияет на безопасность.

При чем здесь опять "песочницы", "минорные релизы"?
Значит по-вашему динамический код сложнее. Так вы вообще призываете отказаться от динамического кода, или только от eval?
Опять каша.

>>я также знаю, как eval работает.
>
> Вот и объясните здесь, как работает eval, покажите глубину Ваших познаний в этом вопросе.

Вы мне сейчас пытаетесь подражать по способу построения фраз, но не можете понять, что у вас не получается.

Почему это я вам должен объяснять. Я всего лишь высказал сомнение в ваших познаниях. А если вы сомневаетесь в моих - пожалуйста, это ваше право.

Вы просто хотите, чтобы я вас чему-то стал учить. А зачем мне это надо?

P.S. Еще раз, вопрос стоял о "хакерских лазейках" в eval, о которых вы сказали в начале, а не о каких-то других проблемах eval.

Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

261. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от croster (ok), 06-Апр-11, 16:39 
>Так вы вообще призываете отказаться от динамического кода

Я нигде об этом не говорил, что нужно отказаться.
>Вы просто хотите, чтобы я вас чему-то стал учить.

Максимум, чего я смогу от Вас научиться - тупо троллить и выливать тонны грязи. На большее, увы, Вы не способны.
>Я уже сказал - может быть в PHP он действительно "является лазейкой для хакеров".

Слив защитан.

Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

262. "PHP-транслятор HipHop позволил Facebook использовать в..."  –2 +/
Сообщение от anonymous (??), 06-Апр-11, 17:06 
вообще-то diff блистательно повозил тебя мордой об навоз. и ты теперь стоишь весь в навозе и не можешь понять, откуда ж запах такой. а от тебя запах.
Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

314. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 07-Апр-11, 15:40 
Значит вы не просили, что бы я вас учил? Какое облегчение!

Только почему вы все время настаиваете, чтобы я вам разжевывал те материалы, которые вы находите, и ссылки на которые вы все время пытаетесь подсунуть?

>>Так вы вообще призываете отказаться от динамического кода
> Я нигде об этом не говорил, что нужно отказаться.

Я нигде не говорил, что вы так говорили, я лишь предположил, что вы за это призываете, поскольку это следует из логики ваших высказываний.

> Известно также и то, что динамический код сложнее в отладке и сопровождении (труднее понять порядок исполнения кода). Это также повышает вероятность возникновения ошибок, что самым непосредственным образом влияет на безопасность.

Кому это известно, интересно? Что "динамический код сложнее в отладке и сопровождении", только вам? То есть вам "труднее понять порядок исполнения кода".

Интересно, а насколько вам тогда понятен "статический" код. И насколько вам вообще какой-то код понятен, если вы даже не можете разобраться в том, что написано в тех блогах, на которые вы упорно тычете свои якобы "пруф" ссылки.

Ну вы сами все сказали про себя. А еще на меня обижаетесь.

Конечно, неудивительно, что в вашем исполнении каждое применение eval будет представлять "лазейку для хакеров".
(Я при этом по-прежнему ничего не заявляю об эффективности eval, и о том если ему какие-то альтернативы, но "лазейки для хакеров" в каждом его вызове - это очень эпично с вашей стороны.)

Кроме того. Вы намеренно оборвали мои слова в цитате, исказив тем самым смысл. Было так.

>> Значит по-вашему динамический код сложнее. Так вы вообще призываете отказаться от динамического кода, или только от eval?

Как видите смысл совсем другой.

Кроме того, вы видимо не в курсе, что в динамическом языке весь код вообще-то динамический, используете вы там eval или нет. Вот я и спросил, что если для вас весь динамический код так труден для понимания, может вы выступаете за отмену вообще всех динамических языков.

Итак, ваше исходное заявление было следующим (дословно).

> eval - это вообще штука опасная. Каждый eval в коде - это потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой код.

Уже четвертый день идет. Ну как? Вам удалось хотя бы с чем-то разобраться?

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

101. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Аноним (-), 04-Апр-11, 19:29 
В MyCoolDatabaseClass->query () тоже много чего передается ). Методы борьбы, как и с SQL-инъекциями, те же: экранирование строк да placeholders
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

260. "PHP-транслятор HipHop позволил Facebook использовать в..."  +/
Сообщение от anonymous (??), 06-Апр-11, 16:36 
> eval — это вообще штука опасная. Каждый eval в коде — это
> потенциально лазейка для хакеров, которые смогут с его помощью выполнить свой
> код.

вот видно, что человек слышал о том, что «eval — это плохо», но почему именно плохо — не знает, увы.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

63. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Аноним (-), 04-Апр-11, 17:31 
> Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого

Понимает, неэффективностью.

> и чего в компилируемом быть не может в принципе "тот же eval"

И става богу, минус одна дырка в безопасности.

> Т.е., фактически люди изобрели, условно говоря, свой набор команд для трансляции в C. Этакого робота, который видит код на PHP, и упрямо переводит его в C. Но только то, что можно перевести, ведь что-то, типа eval, перевести просто нельзя, по определению.

Вообще-то можно, но куда вам до осознания этого.

> По одной простой причине - ничего другого им просто не оставалось, php начал тянуть их в могилу, и нужно было или переписывать это всё на другой язык, или написать бота-транслятора, который сделает это за них.

А вы не думали что в "интерпретируемых языках" может быть хорошим сам язык, например? Я что гoвноeval'ы ваши никому и не сдались, и код действительно можно без проблем компилировать в нативный, и одновременно как пользоваться преимуществами языка как такового и рантайма, так и не страдать от уродских интерпретаторов и JIT'ов?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

91. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +1 +/
Сообщение от бедный буратино (ok), 04-Апр-11, 18:45 
> Понимает, неэффективностью.

Скорее "неэффективностью, если всё и всегда делать правильно". Вот только "правильно" может быть "очень небыстро" или "очень неудобно". И дело не только в eval, eval просто для примера приведён.

> И става богу, минус одна дырка в безопасности.

А отказаться от php - это сразу минус много дырок в безопасности.

> Вообще-то можно, но куда вам до осознания этого.

Вообще-то нет, просто по определению. Либо у тебя есть какой-то транслятор текста в машинную форму, и тогда язык интерпретируемый, или исполняются непосредственно инструкции, которые даже такого понятия "язык программирования" не знают. Либо есть парсер исходного кода, либо нет. Если есть - то это интерпретатор, просто по определению. А если нет, то никаким домкратом не поднимешь.

Либо дудочка, либо кувшинчик. Либо ты парсишь текст, и тратишь на это время, либо нет, и только исполняешь то, что было на этапе компиляции.

> А вы не думали что в "интерпретируемых языках" может быть хорошим сам язык, например? Я что гoвноeval'ы ваши никому и не сдались,

Это PHP хороший язык например?

> и код действительно можно без проблем компилировать в нативный,

Это HipHop код без проблем компилировать в нативный?

> и одновременно как пользоваться преимуществами языка как такового и рантайма, так и не страдать от уродских интерпретаторов и JIT'ов?

HipHop уже обогнал по производительности все ласточки, ситоны, житоны, пипи и прочее? Или это мечты на тему "как было бы хорошо, если бы у php были бы яйца?"

Ответить | Правка | Наверх | Cообщить модератору

85. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alexey Kovyrinemail (?), 04-Апр-11, 18:37 
> Препроцессор, который преобразует код PHP в код C? Очень бы хотелось узнать
> его насущную необходимость.

Экономия железа в разы. Возможность писать на простом и понятном любому студенту языке.

> Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого, и чего в
> компилируемом быть не может в принципе "тот же eval". Т.е., фактически
> люди изобрели, условно говоря, свой набор команд для трансляции в C.
> Этакого робота, который видит код на PHP, и упрямо переводит его
> в C. Но только то, что можно перевести, ведь что-то, типа
> eval, перевести просто нельзя, по определению.

Если почитать их исходные посты и посмотреть видео, в котором они рассказывают о целях проекта, то там видно - eval у них и до хипхопа был запрещен как вредная конструкция.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

87. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alexey Kovyrinemail (?), 04-Апр-11, 18:39 
>> Препроцессор, который преобразует код PHP в код C? Очень бы хотелось узнать
>> его насущную необходимость.
> Экономия железа в разы. Возможность писать на простом и понятном любому студенту
> языке.

Еще одно забыл - возможность сохранить миллионы строк кода, которые были написаны на тот момент.

Ответить | Правка | Наверх | Cообщить модератору

134. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 04-Апр-11, 21:26 
> Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого, и чего в
> компилируемом быть не может в принципе "тот же eval".

Да и фиг с ним. Кстати а что (теоретически) запрещает некий гибрид/jit когда потребный код будет динамически догенерен на ходу?

> Для python есть более прямая по своей структуре вещь:

Зато почему-то на питоне хронически нет ни 1 нормального веб-проекта, в отличие от пыхпыха. В основном - какие-то убогие недоделки, зачастую (благодаря дефолтному интерпретеру?) еще и жутко тормозные. А хотя-бы например форума, хотя-бы уровня 3-го пхпбб или смф - днем с огнем не найдешь. Видимо хреново получается кульным микроскопом общего назначения эти вебдванольные гвозди заколачивать. Не в обиду питонистам, у пыхеров вебня явно лучше получается. Практически все лучшие проекты - почему-то на  пыхпыхе. А на питоне только уродцы какие-то. Что ж никто не может теоретическую крутизну в вменяемый практический результат перевести?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

137. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 04-Апр-11, 22:08 
> Зато почему-то на питоне хронически нет ни 1 нормального веб-проекта, в отличие
> от пыхпыха. В основном - какие-то убогие недоделки, зачастую (благодаря дефолтному
> интерпретеру?) еще и жутко тормозные. А хотя-бы например форума, хотя-бы уровня
> 3-го пхпбб или смф - днем с огнем не найдешь. Видимо
> хреново получается кульным микроскопом общего назначения эти вебдванольные гвозди заколачивать.

Причём здесь Legacy-код? phpBB писали долгие годы. Написать форум на python проще, чем на php, а вот большая часть функций там, это именно рутина, которая просто забивается годами. Чтобы реализовать такое на python, потребуется куда меньше времени.

phpbb писали на php, потому что тогда везде был php. php был, потому что модным был lamp. lamp - потому что бум доткомов, потому что миллионы инвестиций от тех, кто из слов знал только "дотком" и "lamp", lamp был своеобразной зазывайкой. Сейчас же сравнивать php и python/ruby для веба просто смешно, если тебе не нужен legacy-код. Кстати, почему-то легко и непринуждённо на ruby/python появились redmine и trac, почему на php за годы и годы получилось родить только убогий mantisbt?

И всё равно, слова "phpbb" и "проблема" за эти годы стали чуть ли не однокоренными, сколько веб-сайтов лишилось данных (то есть, не только прибыли не получило, а доверившись php, получило убыток) из-за дырок в phpbb? Такая вот технология-угадайка получается, на один фейсбук сто тысяч дефейсов.


> Не в обиду питонистам, у пыхеров вебня явно лучше получается. Практически
> все лучшие проекты - почему-то на  пыхпыхе. А на питоне
> только уродцы какие-то. Что ж никто не может теоретическую крутизну в
> вменяемый практический результат перевести?

Не путай разработчика и запускальщика. Для разработки python лучше php, bottle.py лучше чистого пыха, django лучше половины веб-фреймворков для php, flask лучше другой половины, pylons/pyramid лучше третьей. Если нужно не проще, а мощнее, то есть tornado, cherrypy. И ещё порядка 20 наименований. А на php нормальных веб-фреймворков нет, есть только php-фреймворки, где php дышит в каждой букве, где костыли и кривость - норма жизни. Аналогов рельсов и джанги вообще просто нет.

То, что за 15 лет понаписали тонны мешанины кода (безо всяких фреймворков, просто вбуханы годы человекочасов) - это следствие популярности, а не качества. В windows, вон, за эти годы были написаны 300000 скринсейверов и чистилок реестров на delphi. И точно также, доверившись windows, можно в одном случае стать известным, и во многих случаях вылететь из бизнеса по причине того, что вирус съел все данные или слил конфиденциальную информацию. И виндузятники и php-шники предпочитают писать только об успехах, игнорируя колоссальное количество неудач.

Ответить | Правка | Наверх | Cообщить модератору

185. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от User294 (ok), 05-Апр-11, 12:55 
> Причём здесь Legacy-код?

Почему же легаси? Вполне себе текущие версии проектов. Живых и развиваемых. Используемых в куче мест. Легаси оно сугубо в глазах напыщеных питонистов, которые постоянно пытаются отобрать у Д`Артаньянов шпаги и объявить всех остальных пи...сами.

> phpBB писали долгие годы.

phpBB 3 был переписан напрочь. Потому что кодовая база phpbb 2.x оставляла желать много лучшего. Так что про долгие годы - не так уж и верно.

> Написать форум на python проще,  чем на php,

Ну и где же тогда нормальные форумы на питоне, как доказательство этого тезиса? Теоретически-крутые решения - это замечательно, только никому нафиг не надо. Ну, вы же не хотите питаться теоретическими продуктами на теоретический доход, с практической фигой в кармане, правда? Ну вот и теоретически-крутые решения нужны точно так же как вам нужны теоретические 5 килобаксов в кармане, которые могли бы там в принципе быть, но вот почему-то их там не оказалось :)

> потребуется куда меньше времени.

Да заколебали уже все эти теоретические рассусоливания. Не вижу практического выхлопа. А без него эти рассусоливания гроша ломаного не стоят. Вон Таненбаум еще ...цать лет наза линукс ругал за теоретическую отстойность. И где сейчас линукс а где миникс? И вы туда же, да? :)

> phpbb писали на php, потому что тогда везде был php. php был,
> потому что модным был lamp. lamp - потому что бум доткомов,
> потому что миллионы инвестиций от тех, кто из слов знал только
> "дотком" и "lamp",

Да, конечно, виноваты все кроме самих питонистов. А, собственно, что мешает написать хоть тот же приличный форум? Вам еще и спонсировать это кто-то должен? А хрен вам. Инвесторам вообще глубоко насрать на чем оно там написано. Им вообще срать на высокие концепции. Пишите хоть на брейнфаке, лишь бы оно работало и было лучше чем у остальных за разумное время. А этого - нет. Поэтому нифига они вам спонсировать не будут. Потому что "питон это круто" как аргумент - не пробирает никого кроме самих питонистов.

> lamp был своеобразной зазывайкой.

LAMP просто работал на практике, без особого геморроя.

> Сейчас же сравнивать php и python/ruby для веба просто смешно,

Да уж. На первом написано полно серьезных продуктов. Реально годных для применения. Без идиотских детских болезней. С уймой функционала. А у упомянутых - только теоретическая крутизна в кармане. А вменяемых проектов - бац и нету. Ну то-есть, вообще. Ни форумов. Ни вики. Ни блогов. Да ни-хре-на в общем то нет. Только апломб по поводу расклейки на других ярлыков типа "легаси" и теоретическая крутизна. Давайте вы еще и питаться будете теоретически? На теоретический доход? Для завершенности концпеции теоретической крутизны :). По-моему так вполне честно получается - за теоретически крутые продукты должно следовать не менее теоретически вкусное вознаграждение разработчику :))).

> если тебе не нужен legacy-код.

Легаси, легаси. Апломба у некоторых много, а выхлопа - ноль. Тоже мне Таненбаумы нашлись.

> Кстати, почему-то легко и непринуждённо на ruby/python появились redmine и trac,

Угу, при том я бы сказал что оба являются той еще блевотиной. С которой иногда, к великому сожалению, еще и приходится работать. Общее юзабилити обоих - в глубокой заднице. Что лишний раз показывает что у питонистов и рубистов мозг вывернут наизнанку и они делают что угодно. Кроме софтины которую можно будет без отвращения использовать на практике. Извините, например MediaWiki (писаная на сами знаете чем) уделывает по юзабельности и функциональности то ублюдство которое встроено в трак с таким зверским отрывом, что лучше бы авторы трака вообще не втыкали то говнище в свое поделие. А то иногда их булшитом приходится пользоваться. Потому что посмотрев что "о, вика есть", вебфломастеры порой ленятся поставить нормальную вику. А то что там убогий функционал и какая-то вывернутая наизнанку логика обработки синтаксиса текста "ни 2, ни 1.5" - ну, да, вот такое вот говнецо.

> почему на php за годы и годы получилось родить только убогий mantisbt?

Как тестер могу сказать что мантис - один из моих самых любимых багтрекеров. Он людьми и для людей сделан, а не для питонистов с вывернутым наизнанку мозгом. Он, конечно, делает только 1 задачу - трекает баги, и не пытается быть викой, форумом и чем там еще. Зато он делает это хорошо. В отличие от трака, в который навалено все и вся, и это все и вся - убогое. Ну, по крайней мере, заходя в мантис - я СРАЗУ, МЛЯ, вижу все события которые меня потенциально касаются, свои баги, етц, етц. В траке... у... там жопа. Там надо выполнять тормозные и глючные квери. Которые имеют свойство не работать или работать странно в половине траков, уж не знаю почему. Вообше, единстенное что в траке сделано симпатично - timeline. И то, даже там фэйл: AFAIK оно умеет работать только с LEGACY (да, вот вам!) системами контроля версий типа SVN и CVS. А что-то нормальное, типа git, оно вроде как не умеет. FAIL! Поубивал бы тех кто эти древние говна еще не выбросил. Знаете как удобно когда на диск склонен полноценный реп и можно локально и моментально отмотать к энной ревизии, независимо от доступности сети, ремотного сервера, етц, етц? :)

> И всё равно, слова "phpbb" и "проблема" за эти годы стали чуть ли не однокоренными,

Действительно: нет форумов на питоне, нет и проблем с ними. Чертовски логично! Я и не сомневался что гильотина надежно справляется с головной болью :P. Давайте еще расскажите что "форумы не нужны", чтоли? Аналогично про блоги, вики, etc.

> сколько веб-сайтов лишилось данных (то есть, не только
> прибыли не получило, а доверившись php, получило убыток) из-за дырок в phpbb?

А ответьте за свои слова? Найдите мне хоть 1 серьезную дыру в базовой поставке phpbb3? Я вот так сходу даже и не смог их нагуглить почему-то. Пара дыр в каких-то сторонних расширениях - это замечательно, конечно, но это не дыры phpbb. А в phpbb3 их .. нет?! Ну или где они оптом в vulnerability databases то? И не надо про phpbb2, который и правда легаси, официально признанное своими авторами :)

> Такая вот технология-угадайка получается, на один фейсбук сто тысяч дефейсов.

Ну так это, покажите мне дыры в phpbb3 для доказательства своего тезиса? Как, сможете? Я вот что-то ничего серьезного вообще толком не нагуглил. Пара дыр в сторонних расширениях не установленных по дефолту - вообще несерьезно.

И, кстати, для того чтобы доказать что вы, питонисты, можете лучше, вам сначала надо хотя-бы написать что-то не хуже по функционалу и юзабилити. Вот тогда количество багов и дырок даже можно будет сравнить. А так, если кто не явился на ринг - это не дает ему повод декларировать победу "просто потому что он есть".

> Не путай разработчика и запускальщика.

Я всего лишь считаю что теория должна проверяться практикой. Если теория не коррелирует с практикой - это хреновая, негодная теория, которая не выдержала проверку и должна быть закопана в пользу более адекватных. Правда просто? :)

> Для разработки python лучше php, bottle.py лучше
> чистого пыха, django лучше половины веб-фреймворков для php, flask лучше другой
> половины, pylons/pyramid лучше третьей. Если нужно не проще, а мощнее, то
> есть tornado, cherrypy. И ещё порядка 20 наименований.

В мире есть 100500 наименований разного добра. Нужного и не очень. Это однако не гарантирует хорошего результата. Есть 20 наименований фреймворков .... и ни 1 вменяемого форума на этом??? Жесточайший FAIL при проверке теории о крутизне фреймворков практикой, стало быть.

> А на php нормальных веб-фреймворков нет, есть только php-фреймворки,
> где php дышит в каждой букве, где костыли и кривость - норма жизни.
> Аналогов рельсов и джанги вообще просто нет.

Угу, слышали мы много визгов о том как это круто. Осталось найти хоть 1 реальный практический продукт, который не будет являться всего лишь очередным кривым и ненужным барахлом.

> То, что за 15 лет понаписали тонны мешанины кода (безо всяких фреймворков,
> просто вбуханы годы человекочасов) - это следствие популярности, а не качества.

Ну так я не вижу качественных форумов на питоне. И на руби их тоже не вижу. Ы? При том питон появился явно не вчера. Кто-то привязал всех питонистов на цепь, сковал им руки и не давал написать нормальный форум столко лет подряд? Ну или какого? oO

> В windows, вон, за эти годы были написаны 300000 скринсейверов и
> чистилок реестров на delphi. И точно также, доверившись windows, можно в
> одном случае стать известным, и во многих случаях вылететь из бизнеса
> по причине того, что вирус съел все данные или слил конфиденциальную
> информацию. И виндузятники и php-шники предпочитают писать только
> об успехах, игнорируя колоссальное количество неудач.

И даже у виндузятников вполне можно поучиться кое-чему по части создания десктопа. При всей прорве минусов, если кто-то занял 90% рынка, на это были причины. И да, на момент выхода Win95 конкурентам было нечем внятно возразить по соотношению цена-качество. Ну или NT. В свое время NTFS был крут. У конкурентов не было адекватного ответа. А то что потом MS 15 лет баклуши бил, почивая на лаврах - так это отдельный вопрос. Если пхпшники будут 15 лет только на лаврах почивать, и их обгонят питоны, руби и кто там еще. Но пока что-то я не вижу вменяемых продуктов на оных, для начала. Участвовать в гонке при отсутствии автомобиля? Даже при том что у вас есть теоретически крутой проект двигателя? Не, так не получится, извините. В гонке автомобили участвуют, а не абстрактные проекты двигателей.

Ответить | Правка | Наверх | Cообщить модератору

190. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 05-Апр-11, 13:29 
>[оверквотинг удален]
> у питонистов и рубистов мозг вывернут наизнанку и они делают что
> угодно. Кроме софтины которую можно будет без отвращения использовать на практике.
> Извините, например MediaWiki (писаная на сами знаете чем) уделывает по юзабельности
> и функциональности то ублюдство которое встроено в трак с таким зверским
> отрывом, что лучше бы авторы трака вообще не втыкали то говнище
> в свое поделие. А то иногда их булшитом приходится пользоваться. Потому
> что посмотрев что "о, вика есть", вебфломастеры порой ленятся поставить нормальную
> вику. А то что там убогий функционал и какая-то вывернутая наизнанку
> логика обработки синтаксиса текста "ни 2, ни 1.5" - ну, да,
> вот такое вот говнецо.

По остальному потом напишу, а про MediaWiki напишу прямо сейчас.

Ха-ха-ха.

Эта самая mediawiki, в 2006 году, в версиях и для lamp и для windows, пересчитывала мне мизерный дамп на 100 мб на acer aspire 5113wlmi (turion на 2 ядра) _3 месяца_. Я даже в когда в другой город ездил, ноутбук из розетки и в инвертор, и везу с собой на переднем сидении, потому что БАЗА ПЕРЕСЧИТЫВАЕТСЯ. Со II раза она у меня пересчиталась. После этого форматирование любой страницы слетело напрочь, а на этом ноутбуке стартовая страница открывалась _6 минут(!)_

После того, как компьютер был выключен, он просто больше не включался. Всё, благодаря php бук за 40000 ушёл на помойку.

Что там ещё из шедевров php-писания? Wordpress? Да, в том же 2006 году, но на Ibm Thinkpad R40, 1600 mhz, что в windows, что в slackware, что в debian, после дефолтной установки стартовая страница открывалась 50(!) секунд, а все остальные - 10 секунд.

redmine же я засунул на старый thinkpad x21 (cel500/128), засунул его в чулан, и он спокойно редмайнит все мои проекты и дома и через dyndns. mediawiki? зачем, есть zim, на python, который, благодаря тому, что это python а не какой-нибудь php, одновременно и gui, и web-сервер. ну и wiki в redmine тоже есть, как, впрочем, и форум. и свободного продукта по качеству и удобству на php просто нет. (да и несвободные, на мой взгляд, всё равно для redmine не дотягивают).

Ответить | Правка | Наверх | Cообщить модератору

225. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 05-Апр-11, 21:37 
> После того, как компьютер был выключен, он просто больше не включался.
> Всё, благодаря php бук за 40000 ушёл на помойку

Рыдал над столь душещипательной историей! А соседская собака сдохла не из-за PHP? oO И главное почему у wikipedia у которой не так уж много серверов и бабла, страницы открываются в момент, хотя там весь мир сидит? Вас послушать - я должен бы на пенсию выйти до того как вика откроется. И вы железно уверены что тормозил именно пых? У меня почему-то такое ощущение что тормозила база, а может и просто ВЫ. Если бы у меня какая-то операция над 100 Мб заняла 3 месяца, я бы срубил все в первые же сутки, потерял полдня на понимание "а какого?!", срубил бы XP по вопросам тюнинга/анализа ботлнеков (врядли это был сам пых), после чего скорее всего долетел бы за 5 минут. Ибо чего может такого быть в бд на 100Мб что потребует 3 месяцев? Но вы видимо любите оправдывать ник :). То что вы сделали ака тупо ффтыкали 3 месяца на тормоза - настоящий позор имхо. Как специалист, имхо вы себя напрочь дискредитировали. Я бы ни одной вашей программой вообще пользоваться не стал бы. В принципе. Ссыкотно юзать софт от таких квалифицированных специалистов, которые 3 месяца на педалинг 100 Мб ффтыкать готовы.

> после дефолтной установки стартовая страница открывалась 50(!) секунд, а все остальные - 10 секунд.

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

> redmine же я засунул на старый thinkpad x21 (cel500/128),

Угу, там вон чувак на асусфоруме написал морду на пыхе - манагер закачек. Для асусов. И оно каким-то чудом работает на 266МГц мипс32 с 32Мб оперативы и даже с вменяемой скоростью. Вам не кажется что что-то тут не так? Или вон чувак написал на пыхе морду для RouterStation firmware challenge. 680MHz MIPS, 64Mb RAM. И ведь довольно культурно работает! Никаких 50 секунд и близко нет. Напращивается вывод что дело все-таки не в бобине, а в том кто в кабине. Если вас устраивает хруст винчом на 100Мб базе 3 месяца и вы даже не пробуете разобраться WTF - ну да, я не удивлен увидев такие кульные цифры :)

> засунул его в чулан, и он спокойно редмайнит все мои проекты и дома и через dyndns

Я рад за вас. Но опять же могу заметить чтобольшая часть компонентов там с точки зрения юзабилити - редкое ублюдство. А тот же ланчпад на кульном питоне традиционно дохнет с таймаутами бэкэнда после каждого релиза убунты - наверное от замечательной скорости питона, угу :)

> одновременно и gui, и web-сервер

Зачем мне гуй и веб-сервер да еще на питоне? oO Как чисто сервер, имхо нжинкс порвет питоновский сервер просто на британский флаг. Тем более что динамика в многих случаях делается статикой и далее нжинкс из кеша может ее такими мегатоннами грузить что можно одним зачуханным вдс за 5 баксов полпланеты обслужить будет. Легко и непринужденно.

> всё равно для redmine не дотягивают).

До чего там дотягивать? Вика ублюдская, багтрекер неудобный. Единственное что там хорошего - таймлайн разве что, и то только если интерес дальше 1й страницы не пойдет. Но это вообще единственное что можно хорошего придумать что о траке что о редмайне, т.к. откровенно слизаны друг с друга. Остальное там - ужасное.

Ответить | Правка | Наверх | Cообщить модератору

226. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 05-Апр-11, 22:59 
>[оверквотинг удален]
> Угу, там вон чувак на асусфоруме написал морду на пыхе - манагер
> закачек. Для асусов. И оно каким-то чудом работает на 266МГц мипс32
> с 32Мб оперативы и даже с вменяемой скоростью. Вам не кажется
> что что-то тут не так? Или вон чувак написал на пыхе
> морду для RouterStation firmware challenge. 680MHz MIPS, 64Mb RAM. И ведь
> довольно культурно работает! Никаких 50 секунд и близко нет. Напращивается вывод
> что дело все-таки не в бобине, а в том кто в
> кабине. Если вас устраивает хруст винчом на 100Мб базе 3 месяца
> и вы даже не пробуете разобраться WTF - ну да, я
> не удивлен увидев такие кульные цифры :)

О, мой китайский бог, как мне эта эквилибристика надоела.

Говоришь "можно написать проще", говорят "а уже написано". Говоришь про то, КАК это написано, говорят "а можно было бы и лучше написать".

Если машина не едет, мне неинтересно, почему, мне интересно только, где взять машину, которая едет. Если в трёх разных OS одинаково ужасные результаты, то мне неинтересно, почему, проще взять нормальный инструмент.

Да, я когда-то собирал себе свой индивидуальный пых4, в 300 кб, и делал на нём веб-интерфейс для своего minilive, и оно тоже памяти не кушало и никого не слушало. Речь не о том, что МОЖНО сделать, а о том, что УЖЕ сделано, об оценке качества уже написанного софта.

Потому что если оценивать, что МОЖНО сделать, то есть куча средств, которыми это реализовать быстрее и проще, чем на php.


>> засунул его в чулан, и он спокойно редмайнит все мои проекты и дома и через dyndns
> Я рад за вас. Но опять же могу заметить чтобольшая часть компонентов
> там с точки зрения юзабилити - редкое ублюдство. А тот же
> ланчпад на кульном питоне традиционно дохнет с таймаутами бэкэнда после каждого
> релиза убунты - наверное от замечательной скорости питона, угу :)

Наверное от количества пользователей. Это же не явно коммерческий фейсбук, где хомячки несут тонны денег, и на них можно покупать сервера целыми зданиями.


>> одновременно и gui, и web-сервер
> Зачем мне гуй и веб-сервер да еще на питоне? oO Как чисто
> сервер, имхо нжинкс порвет питоновский сервер просто на британский флаг. Тем
> более что динамика в многих случаях делается статикой и далее нжинкс
> из кеша может ее такими мегатоннами грузить что можно одним зачуханным
> вдс за 5 баксов полпланеты обслужить будет. Легко и непринужденно.

Python проще обернуть в любой сервер, хоть в nginx. И статику отдавать именно этим сервером. Хотя вызов сервера CherryPy показывает неплохие результаты, а про Tornado и говорить нечего.


>> всё равно для redmine не дотягивают).
> До чего там дотягивать? Вика ублюдская, багтрекер неудобный. Единственное что там хорошего
> - таймлайн разве что, и то только если интерес дальше 1й
> страницы не пойдет. Но это вообще единственное что можно хорошего придумать
> что о траке что о редмайне, т.к. откровенно слизаны друг с
> друга. Остальное там - ужасное.

На php нет ничего даже близко сравнимого. А тот же mantis не умеет ничего, кроме mysql. Ну просто болезнь какая-то php-шная, даже если у тебя небольшая нагрузка - таскай огромный mysql.

Почему то и в ынтерпрайзных django и rails есть и встроенный http-сервер, и sqlite из коробки, не гнушаются. А php половине проектов подавай обязательно apache, mod_rewrite, .htaccess и mysql.

Ответить | Правка | Наверх | Cообщить модератору

245. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 06-Апр-11, 11:52 
> Говоришь "можно написать проще", говорят "а уже написано". Говоришь про то, КАК
> это написано, говорят "а можно было бы и лучше написать".

Возможность совсем не делать некую работу - еще лучше чем возможность сделать ее проще, если цель - результат, а не процесс :))))). И, кстати, если уж вспоминать, то второе место в том же конкурсе заняла морда на ... питоне. Вот она особой скоростью не страдает. И автор до жопы много боролся с плохой производительностью питона на слабой железке. Лично видел и даже подсказывал как из роутерстейшна побольше выжать, чтобы питону был не совсем уж лютый пи... но общая скорость работы все-равно как-то не доставляет. А так - получились примерно одинаковые по сложности решения за примерно одинаковый срок. Тезис о "можно написать проще" не выглядит доказанным. Учтя хроническое отсутствие нормальных форумов, вик и прочих - и подавно.

> Если машина не едет, мне неинтересно, почему,

Так это у питонистов она ездит .. в теории, а на практике в лучшем случае на коленке в гараже прототип собирается, путем приматывания крутого движка к попавшейся под руку телеге за полдня.

> мне интересно только, где взять машину, которая едет.

Медиавики, phpbb3 и прочие вордпрессы - ездят на миллионах сайтов. И если у них у всех ездит, а у вас вдруг не ездит - дело наверное все-таки не в бобине...

> Если в трёх разных OS одинаково ужасные результаты,
> то мне неинтересно, почему, проще взять нормальный инструмент.

Угу. Только вам еще и будут неинтересны проблемы юзеров в их конфигурациях, проблемы софтины вообще, баги, глюки, отсутствие фичей и прочая. А что можно ожидать то от софтины писаной за 45 минут на коленке? Да ничего хорошего.  Поэтому связываться с такими кульпрограмерами с ветром в жо как вы и вашими наколенными поделками налабаными за 45 минут - упаси боже. Геморроя потом - на десятерых потом хватит.

> Да, я когда-то собирал себе свой индивидуальный пых4, в 300 кб, и
> делал на нём веб-интерфейс для своего minilive, и оно тоже памяти
> не кушало и никого не слушало. Речь не о том, что МОЖНО сделать,

Если вы не заметили, я и сравниваю то что уже существует между собой. То что попутно обнаруживаются забавные корреляции вида "если написано на питоне - значит кривая и странная хрень с укуренными авторами" - я вообще не виноват. А кто еще кроме укурков может в ответ на аргумент что "на питоне нет нормальных форумов" ответить что "я его за 45 минут напишу". Да хрен вам. Аналог того же phpbb3 вы не сделаете ни за 45 минут, ни за полдня, ни даже за неделю. За такие времена вы можете накидать грубое подобие. Похожее на оригинал не более чем китайская ракета из говна и палок для запуска фейерверка похожа на ракету для вывода спутников на орбиту - вроде чем-то и похоже, но уровень исполнения совершенно разный. И та ракета которая для спутников - ну никак не получается за 45 минут, даже при крутейших технологиях под рукой.

> а о том, что УЖЕ сделано, об оценке качества уже написанного софта.

Так я вроде об этом тут и распинаюсь. На пыхе достаточное количество весьма приличного по суммарному сочетанию софта. На питоне для многого из этого вообще за годы и годы никаких близких аналогов не появилось. И вообще, почему-то все проекты которые были для вебни шагом вперед были все как один написаны ... на php.

> Потому что если оценивать, что МОЖНО сделать, то есть куча средств, которыми
> это реализовать быстрее и проще, чем на php.

Эта теория не выглядит доказанной практикой...

> Наверное от количества пользователей.

Я не думаю что там более нескольких тысяч одновременных юзвергов. Как вы понимаете, спасибо если 1 из 100 ... 1000 юзеров сможет и захочет баг написать. И там не может не быть приличного парка серверов - они всяко должны выдерживать приличные нагрузки. И почему-то та часть которая на питоне ака ланчпад - стабильно дохнет каждый раз, чем неслабо заколебывает и совсем не вызывает симпатий ни к питону, ни к питонистам, да. Кстати я что-то не помню чтобы вика, обслуживающая всю планету, тормозила или дохла. И вот у них бабло ограничено, они на донейшны юзеров существуют. И ничего, умудряются всего несколькими админами и весьма ограниченным парком серверов сервировать ВСЮ ПЛАНЕТУ, будучи одним из самых посещаемых сайтов в мире. И как-то вот оно на пыхпыхе написано при всем этом.

> Это же не явно коммерческий фейсбук, где хомячки несут тонны денег,

Нищий Шатлворт в некоммерческом Canonical совсем разбомжевался, денег на сервера совсем нет, надо б ему десяток баксов перевести чтоли, а то ведь под мост пойдет жить, блин =)

> и на них можно покупать сервера целыми зданиями.

Угу, а нищий по фамилии Шатлворт из некоммерческого Canonical конечно же утащил с помойки выброшенный писюк и сделал из него сервак для ланчпада. Очень убедительная теория :)))

> Python проще обернуть в любой сервер, хоть в nginx.

Если уж на то пошло,
1) Питон IIRC не умеет работать через более-менее вменяемый протокол fastcgi, насколько я помню.
2) Питонисты почему-то любят SCGI. Который дизайнили явно выжрав каких-то тяжелых веществ в процессе продумывания дизайна протокола (если этот сблюв можно дизайном назвать). Сказать что он неудобен в парсинге на скоростном сервере - это ничего не сказать. Абсолютно обдолбаный протокол. Настолько, что автор нжинкса это не реализует у себя, IIRC. Конечно, есть какой-то сторонний модуль, но это для тех кто усиленно ищет приключений на свою жопу. А это не я.
3) Если у меня уже сервер есть, какой-то там еще вебсервер да еще зачем-то на (тормозном) питоне - выглядит ничем не оправданным извращением. Это удел тех кто дрочит на питон, наплевав на все остальное.  

> И статику отдавать именно этим сервером. Хотя вызов сервера CherryPy
> показывает неплохие результаты, а про Tornado и говорить нечего.

Угу, плохие, неплохие... а если я http_load и ab2 из загашников достану?C нжинксой 5000 соединений выдерживает даже скромный роутер, который дохлее ваших ноутов даже. Коробка размером с 3.5" корпус HDD :).И главное динамику можно почти всегда сделать статикой или почти статикой. Сделав .. кеш. Хоть на пару секунд, уже замечательно. Дергать скрипт раз в 2 секунды - это намнооооооооого лучше и перспективнее чем пытаться дернуть интерпретер 5000 раз в секунду, по разу на юзверга, ха :). В первом случае справится даже коробка с пачку сигарет размером. Во втором случае вам потребуется очень серьезный и дорогой сервер. Может даже не один. И я не думаю что замена питона на пых тут сильно поможет - тут помогает замена технологии на корню  - вместо генерации паги на каждого юзера, перегенеряется на изменениях или просто по истечению таймаута. И вот уже тысячи скриптов в секунду становятся чуть ли не единицами. Вот так да, разница будет весьма конкретная. Многие уже просекают это дело кстати :)

>> что о траке что о редмайне, т.к. откровенно слизаны друг с
>> друга. Остальное там - ужасное.
> На php нет ничего даже близко сравнимого. А тот же mantis не умеет ничего, кроме mysql.

Я соглашусь с тем что прибитость гвоздями к мускулю - нехорошо. Но с точки зрения юзабилити и выполнения своих обязанностей мантис весьма приличная штука.

> Ну просто болезнь какая-то php-шная, даже если
> у тебя небольшая нагрузка - таскай огромный mysql.

Нынче MySQL умудряются вдувать даже десктопные плееры типа амарока :\. Хотя да, прибитость гвоздями к мускулу я плюсом не считаю.

> Почему то и в ынтерпрайзных django и rails есть и встроенный http-сервер,

Я не понимаю, зачем мне нужен тормозной сервер на скриптоязыке. Авторы фреймворков и прочие питонорубисты зачем-то упорно пытаются втюхать свое добро сомнительной степени нужности. Если мне будет надо маленький и легкий хттп сервер - это будет lighttpd или nginx, а не какая-то левая скриптоподелка. А sqlite - ну да, он мне нравится. И, кстати, на пыхе полно софта умеет его использовать, если уж на то пошло.

> и sqlite из коробки, не гнушаются. А php половине проектов подавай
> обязательно apache, mod_rewrite, .htaccess и mysql.

Угу, зато пых запускается через более-менее вменяемый фастцги и даже более-менее культурно работает. А у питонистов как обычно процветает укуренность с их обдолбанными по дизайну протоколами типа scgi. Я вообще посмотрев на протокол не понял, каких же веществ надо выжрать чтобы такой пи... надизайнить.

Ответить | Правка | Наверх | Cообщить модератору

250. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 06-Апр-11, 12:43 
>> Говоришь "можно написать проще", говорят "а уже написано". Говоришь про то, КАК
>> это написано, говорят "а можно было бы и лучше написать".
> Возможность совсем не делать некую работу - еще лучше чем возможность сделать
> ее проще, если цель - результат, а не процесс :))))).

Я и говорю, получается как в том анекдоте:

"- изобретена универсальная бритвенная машина, которая может брить всех людей
- но ведь у всех людей индивидуальная форма лица
- в первый раз - да"


> Так это у питонистов она ездит .. в теории, а на практике
> в лучшем случае на коленке в гараже прототип собирается, путем приматывания
> крутого движка к попавшейся под руку телеге за полдня.

ланчпад, bitbucket. сайтов на python валом, тот же reddit. быдлосайтов - да, заметно меньше. просто в миллиарды раз меньше. что символизирует. и о аудитории php, и о качестве.


>> мне интересно только, где взять машину, которая едет.
> Медиавики, phpbb3 и прочие вордпрессы - ездят на миллионах сайтов. И если
> у них у всех ездит, а у вас вдруг не ездит
> - дело наверное все-таки не в бобине...

И? Если надо заткнуть дырку, до без разницы, что там внутри кошмарный код, можно взять и phpbb3, изолировать его подальше от всего, и пусть показывает аватарки? В чём проблема-то? Миллионы кодеришек генерировали код, миллионы хомячков страдали за ошибки, но худо бедно оно там что-то показывет. Сейчас и mediawiki и phpbb3 умеют sqlite (да, для php, в отличие от python, уметь sqlite это достижение), поэтому можно закинуть куда угодно, изолировать, и пусть работает. Черновая работа - она всю жизнь была для черни, вот пусть она ей и занимается. И причём тут разработка - ты мне ещё скажи, чтобы я лично транзисторы на своём процессоре спаял. Мне что, делать нечего?

>> а о том, что УЖЕ сделано, об оценке качества уже написанного софта.
> Так я вроде об этом тут и распинаюсь. На пыхе достаточное количество
> весьма приличного по суммарному сочетанию софта.

Очень смешная шутка. Особенно хорошо она коррелирует с лентами уязвимостей, выходящими ежедневно. Ты сломал bitbucket? launchpad? Google, где куча всего на python сделано? Сделанные на django и rails новостники, с огромной аудиторией и огромной нагрузкой?


> На питоне для многого из
> этого вообще за годы и годы никаких близких аналогов не появилось.
> И вообще, почему-то все проекты которые были для вебни шагом вперед
> были все как один написаны ... на php.

Где аналог redmine и trac?


>> Наверное от количества пользователей.
> Я не думаю что там более нескольких тысяч одновременных юзвергов. Как вы
> понимаете, спасибо если 1 из 100 ... 1000 юзеров сможет и
> захочет баг написать. И там не может не быть приличного парка
> серверов - они всяко должны выдерживать приличные нагрузки. И почему-то та
> часть которая на питоне ака ланчпад - стабильно дохнет каждый раз,
> чем неслабо заколебывает и совсем не вызывает симпатий ни к питону,
> ни к питонистам, да. Кстати я что-то не помню чтобы вика,
> обслуживающая всю планету, тормозила или дохла.

Потому что wikipedia обслуживается огромным количеством серверов, кэшей и прочего.


>  И вот у них бабло
> ограничено, они на донейшны юзеров существуют. И ничего, умудряются всего несколькими
> админами и весьма ограниченным парком серверов

Когда я последний раз слышал, там было вроде 1800 серверов. Только не помню, в каком году это было. Но точно в 2008 wikipedia, во-первых, перевела 400 из своих серверов на ubuntu, во-вторых заявила о существенном расширении количества серверов.


> сервировать ВСЮ ПЛАНЕТУ, будучи одним
> из самых посещаемых сайтов в мире. И как-то вот оно на
> пыхпыхе написано при всем этом.

И оно просто невероятно тормозит. Там даже написано прямым текстом, что без кэша использовать всё это - пустая затея. Т.е. без костылей и обвязок php вообще никто. И написание HipHop только это доказывает.


>> Это же не явно коммерческий фейсбук, где хомячки несут тонны денег,
> Нищий Шатлворт в некоммерческом Canonical совсем разбомжевался, денег на сервера совсем
> нет, надо б ему десяток баксов перевести чтоли, а то ведь
> под мост пойдет жить, блин =)

1800 серверов он себе позволить точно не может. У него же нет голубых глазок и внешности Траволты, доверчиво просящих миллионы долларов.


>> Python проще обернуть в любой сервер, хоть в nginx.
> Если уж на то пошло,
> 1) Питон IIRC не умеет работать через более-менее вменяемый протокол fastcgi, насколько
> я помню.

Два раза посмеялся. Первый с "не умеет", второй с "более менее вменяемый".


> 2) Питонисты почему-то любят SCGI. Который дизайнили явно выжрав каких-то тяжелых веществ

Если раньше у меня было только подозрение, что вы вообще не понимаете того, о чём говорите, то теперь это уверенность.


> 3) Если у меня уже сервер есть, какой-то там еще вебсервер да
> еще зачем-то на (тормозном) питоне - выглядит ничем не оправданным извращением.
> Это удел тех кто дрочит на питон, наплевав на все остальное.

То-то во-первых, в php скоро появится свой сервер, а во-вторых, в cakephp, фреймворке таком, есть встроенный сервер. И, о ужас, он написан на python.


>> И статику отдавать именно этим сервером. Хотя вызов сервера CherryPy
>> показывает неплохие результаты, а про Tornado и говорить нечего.
> Угу, плохие, неплохие... а если я http_load и ab2 из загашников достану?C
> нжинксой 5000 соединений выдерживает даже скромный роутер, который дохлее ваших ноутов
> даже. Коробка размером с 3.5" корпус HDD :).И главное динамику можно
> почти всегда сделать статикой или почти статикой. Сделав .. кеш.

И? Что мне мешает сделать это на python? Запустил python my-bottle-app, сделал proxy, настроил оптимально кэширование. И быстрый деплой, никакой апачезависимости, никакой россыпи .php файлов по директориям, никакого режима "что вижу, то и пою" (в php и файл любой можно дёрнуть, даже если это .svn, и иерархия по папкам, и чтобы от всего этого защититься, нужны дополнительные заботы-заботы-заботы).


>[оверквотинг удален]
> - это намнооооооооого лучше и перспективнее чем пытаться дернуть интерпретер 5000
> раз в секунду, по разу на юзверга, ха :). В первом
> случае справится даже коробка с пачку сигарет размером. Во втором случае
> вам потребуется очень серьезный и дорогой сервер. Может даже не один.
> И я не думаю что замена питона на пых тут сильно
> поможет - тут помогает замена технологии на корню  - вместо
> генерации паги на каждого юзера, перегенеряется на изменениях или просто по
> истечению таймаута. И вот уже тысячи скриптов в секунду становятся чуть
> ли не единицами. Вот так да, разница будет весьма конкретная. Многие
> уже просекают это дело кстати :)

А теперь сделай поиск по этой странице по слову wget. Когда пыхеру нужно 5 новостей, он базу дёргает, и каждый раз идут затраты на парсинг sql-запроса, на его обработку, на выдачу данных, на передачу их в структуру, и так далее и так далее. А на bottle.py, если меня будет заботить производительность, я просто один раз делаю список, делаю его глобальным, и просто обращаюсь к нему, когда мне это понадобится.


> Я соглашусь с тем что прибитость гвоздями к мускулю - нехорошо. Но
> с точки зрения юзабилити и выполнения своих обязанностей мантис весьма приличная
> штука.

Когда я был пыхером и мечтал о багтрекере на php, мне от mantis плеваться приходилось, и пользоваться им было невозможно. Приходилось пользоваться redmine.


>> Ну просто болезнь какая-то php-шная, даже если
>> у тебя небольшая нагрузка - таскай огромный mysql.
> Нынче MySQL умудряются вдувать даже десктопные плееры типа амарока :\. Хотя да,
> прибитость гвоздями к мускулу я плюсом не считаю.

Я и говорю, что такой простенький прототип, как wiki за 23 минуты, на php не сделаешь. PHP и "рутинная монотонная занудно работа" - слова синонимы. Нельзя там сделать просто, можно только занудно.


> Я не понимаю, зачем мне нужен тормозной сервер на скриптоязыке. Авторы фреймворков
> и прочие питонорубисты зачем-то упорно пытаются втюхать свое добро сомнительной степени
> нужности. Если мне будет надо маленький и легкий хттп сервер -
> это будет lighttpd или nginx, а не какая-то левая скриптоподелка. А
> sqlite - ну да, он мне нравится. И, кстати, на пыхе
> полно софта умеет его использовать, если уж на то пошло.

И полно софта, который не умеет. А зачем нужен сервер? Например, для mod_proxy. Ну и тесты почитайте всякие, особенно то, почему иногда tornado является основным сервером. И сравнение cherrypy со всем остальным на динамике.

Для статике nginx или lighttpd никто и не отменяет, это только у пыхеров такое разделение труда может вызвать удивление.


>> и sqlite из коробки, не гнушаются. А php половине проектов подавай
>> обязательно apache, mod_rewrite, .htaccess и mysql.
> Угу, зато пых запускается через более-менее вменяемый фастцги и даже более-менее культурно
> работает.

Если есть .htaccess, то нужно сначала покрутиться, чтобы заработало. А если нет htaccess, то включается режим "что вижу, то и пою". А в python я могу просто сделать python myapp.py и натравить на него proxy_pass. При этом морда может висеть в вебе, а сами приложения исполняться на других компьютерах, и не нужно городить огород из серверов.


> А у питонистов как обычно процветает укуренность с их обдолбанными
> по дизайну протоколами типа scgi. Я вообще посмотрев на протокол не
> понял, каких же веществ надо выжрать чтобы такой пи... надизайнить.

Если посмотреть материал на предмет django + nginx, то можно узреть столько способов, и выбрать наиболее подходящий, что php-шнику об этом даже говорить как-то неприлично.

Ответить | Правка | Наверх | Cообщить модератору

270. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 06-Апр-11, 22:30 
> - в первый раз - да"

А у таких как вы за 45 минут из 2 напильников путем интенсивного пиления одного другим делается какое-то первобытное подобие бритвы. Которое еще хреновее работает.

> ланчпад,

Про него я уже все сказал. Суперсайт ... заколебавший меня таймаутами:\. За такую скорость работы тех кто это писал очень хочется придушить. Честное слово. И это при том что юзеры убунты - это не вся планета отнюдь, как у какой-нить викии.

> bitbucket.

О том что это вообще есть я узнал... от вас. Зашел. Посмотрел. Заметил что скоростью загрузки сайт не страдает. Оформление - так себе. Позиционируют себя как опенсорс хостинг. Тут же на первой странице упомянута ... такая опенсорсная опера, macos-only adium и т.п.. И тут же тарифные планы какие-то. Если это лучшее что у них есть - простите, я конечно банален, но ИМХО "это не нужно". В смысле, я добровольно второй раз на этот сайт черта с два вернусь. Вам это надо? Юзайте наздоровье! Только у меня оно не производит ощущения шага вперед и революции. Очередной унылый сайтик, примерно уровня бложека Василия Пупкина.

> сайтов на python валом, тот же reddit.

Я вообще не понял нахрена оно такое надо. Странная хреновина, традиционно с примитивным оформлением рубленым топором и неочевидной мне степенью нужности. В свое время посмотрел, пробурчал "WTF?" и свалил восвояси. Мне такие сайты не нужны. Ощущения что это шаг вперед - тоже не возникло. Если вам это надо - ну я рад за вас.

> быдлосайтов - да, заметно меньше.

Угу. Простому смертному не объяснишь "зачем мне это дерьмо?" - на них аргументы вида "это на питоне, поэтому это круто" - не действуют как класс. Такие аргументы вообще действуют только на фанатов питона, хаха :)

> просто в миллиарды раз меньше. что символизирует. и о
> аудитории php, и о качестве.

Качественных проектов на пхп - хватает. А на питоне сравнимых проектов, извините, вообще толком нет. Приличных форумов например днем с огнем не найти. И не надо втирать что вы за 45 минут сделаете что-то срванимое с пхпбб3. Это будет мягко говоря наглой ложью. Как тестер я головой отвечаю что за 45 минут качественный продукт такого типа не делается принципиально. За 45 минут в нормальном виде разве что hello world получится, но уж точно не форум сравнимый с хоть тем же пхпбб по возможностям, оформлению, стабильности и безглючности.

> И? Если надо заткнуть дырку, до без разницы, что там внутри кошмарный
> код, можно взять и phpbb3, изолировать его подальше от всего,

Мля. Я уже в третий раз прошу: покажите мне наконец дыры в этом phpbb3. Ну не текущие так хоть пофикшенные оптом, чтоли? И, кстати, а вы так уж уверены в своей непогрешимости? Что в вашем коде - багов меньше? И даже уверены что там не может быть багов нарушающих безопасность ака дыр? А откуда проистекает такая уверенность? "Питон это круто" - какой-то очень неубедительный аргумент, если что. Программирует не питон, а человек. И я не имею никаких оснований ожидать вменяемого уровня компетентности от человека готового 3 месяца безропотно ффтыкать на педалинг 100Мб базы, если что. Можно подумать что компетентность как-то меняется от замены ЯП.


> и пусть показывает аватарки? В чём проблема-то? Миллионы кодеришек генерировали код, миллионы
> хомячков страдали за ошибки,

Не вижу что-то тех кто пострадал из-за пхпбб3. Вы видите? В студию их, в студию!

> но худо бедно оно там что-то показывет.

Оно вполне нормально выступает довольно приличным форумом. Что всем от него и надо. Не блевотно на глаз, дыр особо не замечено. Фичи присущие большинству приличных форумных движков - есть. Что еще для счастья надо от хорошего продукта? Я склонен нагло полагать что это - хороший продукт. Кому не нравится такая точка зрения, могут написать в ООН или попробовать сделать лучше.

> Сейчас и mediawiki и phpbb3 умеют sqlite (да, для php, в отличие от python, уметь sqlite это достижение),

Учтя что его умеет наверное половина проектов на пыхе - какое-то странное достижение. Это примерно как объвить "я мужского пола - это достижение" :)))

> поэтому можно закинуть куда  угодно, изолировать, и пусть работает.

Ради справедливости замечу что вынесенный на отдельный хост скульсервер можно изолировать более надежно чем базу в файле в той же системе, имхо. Этот хост может быть недоступен снаружи по сети и доступен только по аж 1 порту и протоколу с хоста сервера приложений, чисто через интранет. Потенциально изоляция на уровне разнесения железа надежнее чем самый забористый виртуализатор. Но так ... в разы дороже. Вот народ и делает виртуализаторы - в лучшем случае не сильно хуже по степени изоляции, только сервака достаточно одного :).

> Черновая работа - она всю жизнь была для черни, вот пусть она ей и занимается. И причём
> тут разработка - ты мне ещё скажи, чтобы я лично транзисторы
> на своём процессоре спаял. Мне что, делать нечего?

По количеству апломба в этой фразе можно подумать что вы как минимум родили проект который осчастливил весь интернет :). К сожалению, я вижу только апломб :\. Вот за невкусное соотношение апломба и результатов я питонистов и не жалую. Не их это видите ли королевское дело - нормально работающие в реальном мире продукты писать. Ха.

>> весьма приличного по суммарному сочетанию софта.
> Очень смешная шутка. Особенно хорошо она коррелирует с лентами уязвимостей, выходящими
> ежедневно.

Я повторюсь, но может благородный дон уже покажет дырки в том же пхпбб3?

> Ты сломал bitbucket?

Я о нем узнал только сегодня. И, конечно же, побежал его ломать сразу. Какой пример неуловимого Джо :)

> launchpad?

Дык он вообще сам стабильно ломается. Каждый релиз убунты он икает таймаутами.

> Google, где куча всего на python сделано?

Про этих ничего не скажу. Мне вообще известно о них только что 1 раз их поимели через MS IE :).А так - они как-то не любят докладывать какие там у них и где были дыры, сообщая о ппц только когда он уже случился и скрыть его уже невозможно.

> Сделанные на django и rails новостники, с огромной аудиторией и огромной нагрузкой?

И где эти, которые с огромной аудиторией и нагрузкой? Огромная аудитория - это вконтакты и фэйсбуки всякие. Ну может жж и хабрахабры, дигги и википедии. Почему-то не на питоне. И массовых взломов в общем то нет особо.

А о проблемах безопасности django, коих было, есть и будет есть ... можно почитать у них на сайте! Правда неожиданно? Чуваки довольно честные - вполне себе не стесняются известных проблем, что им в плюс: ответственный подход к вопросу и отсутствие игры в страусов - хорошо. По крайней мере они не пытаются никого надуть необоснованным пиаром в отличие от вас. К сожалению, глядя на их сайт, вынужден в очередной раз отметить что если уж даже сами авторы фреймворка не могут себе нормальный сайт сделать, чего уж от всех остальных ожидать?!

>> были все как один написаны ... на php.
> Где аналог redmine и trac?

Честно? Не знаю, не пробовал искать. Мне этих двух хватило чтобы понять что много и хорошо одновременно не бывает.

Кстати можно я немного потроллю? Единственной "викой" с поддержкой скулайта на питоне является трак. Правда вот вика там побочная фича и сделана откровенно "на отвали".

> Потому что wikipedia обслуживается огромным количеством серверов, кэшей и прочего.

Я фигею с таких двойных стандартов. У вас когда вам удобно - и ланчпад "некоммерческий".

> Когда я последний раз слышал, там было вроде 1800 серверов.

Обнаружен спиди-гонщик. А процитирую ка я вику? "Wikipedia is one of the most popular web sites in the world and uses a cluster of more than 400 servers". Взято с http://en.wikipedia.org/wiki/Wikipedia:Technical_FAQ#How_abo... а если уж надо список оных то он на http://wikitech.wikimedia.org/view/Server_roles живет. В общем незачет за неподготовленную дезу. Подумаешь в 4.5 раза соврали. Всего-то :)

> во-первых, перевела 400 из своих серверов на ubuntu, во-вторых заявила о
> существенном расширении количества серверов.

В третьих, у вики всего немногим более 400 серверов по их собственным заявлениям :). Даже список доступен.

> И оно просто невероятно тормозит. Там даже написано прямым текстом, что без
> кэша использовать всё это - пустая затея.

А вы хотели дергать скрипты миллионами копий? На каждого хомяка из тех миллионов которые приперлись - дергануть по скрипту, да еще сложному? Так это ж идиотизм чистой воды?! Страницы между визитами 2 соседних хомяков меняться вообще не обязаны. Ну и накукуй напрягать интерпретер лишней работой тогда? Чтобы проц не проставивал, чтоли?

> Т.е. без костылей и обвязок php вообще никто. И написание HipHop только это доказывает.

Слишком жирно. Высоконагруженные сервера у всех требуют "костылей". У пресловутого гугля вообще например совершенно нетипичное устройство их структуры. Не хотите обосрать питон и гугла за это для симметрии?

> 1800 серверов он себе позволить точно не может.

У вики их около 400.  Ну подумаешь, в 4.5 раза сильнее чем надо обосрали. Эка невидаль!

> У него же нет голубых глазок и внешности Траволты, доверчиво просящих миллионы долларов.

У него своих долларов хватает.


> Два раза посмеялся. Первый с "не умеет", второй с "более менее вменяемый".

Судя по мануалу, питон fastcgi все-таки умеет, так что я кажется прогнал. А насчет вменяемости - SCGI сделан довольно дебильно в том плане что быстро его парсить где-то в сишной проге (кто ж виноват что ваш питон тормозилово?) - проблематично.


> Если раньше у меня было только подозрение, что вы вообще не понимаете
> того, о чём говорите, то теперь это уверенность.

Это не страшно, ибо мнение крутых специалистов ффтыкающих по 3 месяца на педалинг 100Мб базы меня вообще не сильно интересует. Я стараюсь не пересекаться с такими "крутыми профессионалами", спасибо.

> То-то во-первых, в php скоро появится свой сервер,

Напуркуа бы?

> а во-вторых, в cakephp, фреймворке таком, есть встроенный сервер. И, о ужас, он написан на python.

Мало ли что и где есть? На данный момент понаворотили гигатонны всевозможного барахла. Процентов 80 которого годится только чтобы сразу в треш отправиться. Пхпшного софта это тоже касается на раз-два. Более того, я видел крайне извращенское использование пхп для забивания таких гвоздей микроскопами что просто офигеть, поэтому да,  можете быть спокойны, извращенцев хватает и среди пхпшников. И кто кстати сказал что мне нравится когда они делают извращения типа хттп сервера на пхп? oO

>> даже. Коробка размером с 3.5" корпус HDD :).И главное динамику можно
>> почти всегда сделать статикой или почти статикой. Сделав .. кеш.
> И? Что мне мешает сделать это на python?

На самом питоне? То что если без костылей ака кеша обойтись - от 5000 скриптов работающих одновременно подохнет любой сервер, а если обслуживать поочередно - юзеры таймаут словят :). Сам сишный вебсервант который быстрая state-machine просто не имеет частей которые бы стормозили, а вот питоны и пыхи этим похвастать не смогут :P. И вот мы уже приходим к единственному вменяемому варианту: кеширование. Которое вы же чуть выше обосрали мама не горюй...

> Запустил python my-bottle-app, сделал proxy, настроил оптимально кэширование.

А разве не вы чуть выше чмырили пхп за предложение юзать кеширование? Получается что вам теперь надо для симметрии и питон обругать за точно такое же требование тех же самых костылей, мля :)))

> И быстрый деплой, никакой апачезависимости,

А в каком месте у пхп апачезависимость? Он через фастцги работает себе. А куда он денется?

> нужны дополнительные заботы-заботы-заботы).

Ой, вообще писец. И как им все пользуются?!


>>[оверквотинг удален]
>> - это намнооооооооого лучше и перспективнее чем пытаться дернуть интерпретер 5000
>> раз в секунду, по разу на юзверга, ха :).

[deleted]

> А теперь сделай поиск по этой странице по слову wget. Когда пыхеру
> нужно 5 новостей, он базу дёргает, и каждый раз идут затраты
> на парсинг sql-запроса, на его обработку, на выдачу данных, на передачу
> их в структуру, и так далее и так далее. А на
> bottle.py, если меня будет заботить производительность, я просто один раз делаю
> список, делаю его глобальным, и просто обращаюсь к нему, когда мне
> это понадобится.

Я вас расстрою:
1) Я не вижу, что помешает пыхеру закешировать запрос в БД если ему это надо.
1.1) Да, и по этому поводу есть всякие там memecached и прочая.
2) если кешировать чем-то типа нжинкса, просто портянку, на все это вообще насрать. Скрипт вообще не будет работать лишний раз. Юзер получит статическую портянку. А зачем ее еще раз генерить если она не менялась с прошлого запроса, а? :)

Итого: я так и не понял чего вы можете такого на питоне чего пыхер не сможет на пыхпыхе.

> Когда я был пыхером и мечтал о багтрекере на php, мне от mantis плеваться приходилось,
> и пользоваться им было невозможно. Приходилось пользоваться redmine.

А мне как тестеру мантис нравится. Вменяемым функциналом прежде всего. Репортить в нем баги куда приятнее и проще чем в какой-нить гадости типа трака или примерно эквивалентного ему по кривизне редмайна.

> Я и говорю, что такой простенький прототип, как wiki за 23 минуты,
> на php не сделаешь. PHP и "рутинная монотонная занудно работа" -
> слова синонимы. Нельзя там сделать просто, можно только занудно.

Мне не нужны вики сделанные за 23 минуты. А зачем мне очередной кусок убогого крапа? Реально вменяемых движков вик - по пальцам 1 руки пересчитать можно. Наиболее вменяемый, с точки зрения использования, блин, это MediaWiki. Несколько монстрильная конечно и усложненная, но остальные какие-то совсем кривые как правило, или некоторые вещи сделаны просто писец как неудобно. Ну и при этом уже плевать насколько там оно легче/проще/что там еще. То что квадратные колеса сделать проще чем круглые - еще не значит что потом понравится и езда на них.

>> sqlite - ну да, он мне нравится. И, кстати, на пыхе
>> полно софта умеет его использовать, если уж на то пошло.
> И полно софта, который не умеет.

И что? На питоне его тоже хватает. Например, вики. Их на питоне всего и есть  2.5 штуки. А скулайт умеет вообще только одна. В траке, мля. Которую викой вообще можно считать только с натягом - мне очень сложно представить себе армию добровольцев, добровольно заполняющих это ублюдство статьями. И я никогда не видел сильной активности в траковой вике. Наверное потому что юзабилити у нее мерзостное.

> А зачем нужен сервер? Например, для mod_proxy.

Я вообще обычно предпочитаю что-то типа нжинкса или лайта как фронтэнд отдающий статику + бэкэнд с прикрытой жопой на фастцги. Не вижу в каком месте мне нужен тормозной хттп сервер на скриптах. Извращение какое-то.

> Ну и тесты почитайте всякие, особенно то, почему иногда tornado
> является основным сервером. И сравнение cherrypy со всем остальным на динамике.

Зачем мне тесты читать? Да еще от питонистов? Они там живут какой-то своей жизнью, оторванной от реалий. Вы тому яркий пример, судя по тому как вы тут "объективны". Ну и пусть себе живут. Мне не жалко.  

> Для статике nginx или lighttpd никто и не отменяет, это только у
> пыхеров такое разделение труда может вызвать удивление.

А вот тут я даже с вами соглашусь - мне нравится связка из фронтэнда типа лайта или нжинкса + сервером приложений за ним. Кроме всего прочего оно при нормальном кешировании не чувствительно к пионерским дос-атакам вида "пустить 1000 параллельных соединений на хост и апач форкнув 1000 процессов сдохнет".

> Если есть .htaccess, то нужно сначала покрутиться, чтобы заработало. А если нет
> htaccess, то включается режим "что вижу, то и пою".

Ага, все круто, кроме того что у лайта и нжинкса я что-то не заметил никакого htaccess :))

> А в python я могу просто сделать python myapp.py и натравить на него
> proxy_pass. При этом морда может висеть в вебе, а сами приложения
> исполняться на других компьютерах, и не нужно городить огород из серверов.

Т.е. вы на питоне по сути сервер хттп делаете и предлагаете на него отдать все что через фронтэнд пришло? А что с ним будет если на него 5000 коннекций приедет? Вы такой крутой спец что сделали в вашей питоновой байде нормальный state machine не хуже чем в лайти и нжинксе? Даже если забыть что питон работает в 100500 раз тормознее сей на которых писан хттп сервант и которыми по этой причине желательно сделать максимум :).


> Если посмотреть материал на предмет django + nginx, то можно узреть столько
> способов, и выбрать наиболее подходящий, что php-шнику об этом даже говорить
> как-то неприлично.

Действительно, кстати, можно - ради интереса сходил на этот ваш вырвиглазный сайт джанги, да. Хоть тут не соврали :)

Ответить | Правка | Наверх | Cообщить модератору

271. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от б.б. (?), 06-Апр-11, 23:15 
Я примерно такого уровня аргументации и ожидал. Или "я не знаю", или "мне не нравится", или вырванные из контекста цитаты с полной сменой смысла. Для таких клоунов есть более другой форум про свободное ПО.

Считать php более мощным и удобным средством для web-разработки, конечно, можно, но это говорит о человеке сразу больше, чем 1000 таких вот сообщений на форуме. И спорить с вашими ощущениями смысла никакого нет, потому что когда крестьянин отрывается от покоса и начинает вещать истину — это всегда настолько нелепо, как вот прям сейчас.

Ответить | Правка | Наверх | Cообщить модератору

333. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 10-Апр-11, 23:07 
> Для таких клоунов есть более другой форум про свободное ПО.

Как самокритично. А вы оттуда? oO

> Считать php более мощным и удобным средством для web-разработки, конечно, можно,

Я считаю его работающим на практике. Ну, как минимум, пхписты доказывают это внятными софтинами которые даже использовать реально. А вы доказываете сугубо громкими воплями, враньем (зачем? думаете, факты сложно проверить?) да парой столь вырвиглазных примеров что я бы вообще из постеснялся как пример приводить.

> но это говорит о человеке сразу больше, чем 1000 таких вот сообщений на форуме.

Да кого это волнует? Собака лает а караван идет. Пока вы истекаете говнами, софт на кривом неправильном пыхе - работает. Так же истекали говнами паскалисты на си, и микроядерщики на монолиты. А толку как было буй так и есть.

> это всегда настолько нелепо, как вот прям сейчас.

Ну так не отказывайтесь от покоса. Или что там у вас еще.

Выглядит как "оппонент слил". Засчитываю слив, что к лучшему. Троллить тут с вами на пару я откровенно устал.

Ответить | Правка | Наверх | Cообщить модератору

277. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от AlexAT (ok), 07-Апр-11, 09:20 
> Эта самая mediawiki, в 2006 году, в версиях и для lamp и
> для windows, пересчитывала мне мизерный дамп на 100 мб на acer
> aspire 5113wlmi (turion на 2 ядра) _3 месяца_. Я даже в
> когда в другой город ездил, ноутбук из розетки и в инвертор,
> и везу с собой на переднем сидении, потому что БАЗА ПЕРЕСЧИТЫВАЕТСЯ.

Мммм... Вам не кажется, что пересчитывание базы (!!!) на ноутбуке (!!!!!) - это сильно в плане извращения. Для этого есть серверы с кучей корок.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

328. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 09-Апр-11, 21:28 
> Мммм... Вам не кажется, что пересчитывание базы (!!!) на ноутбуке (!!!!!) - это сильно в плане извращения. Для этого есть серверы с кучей корок.

Видимо вы считаете, что дизайн корпуса ноутбука по-вашему как-то препятствует его применению для "пересчета базы".
И желая изобразить из себя крутого владельца "многокорочных" серверов, вы почему-то не знаете о существовании "многокорочных" ноутбуков.

Возможно просто у человека несколько ноутбуков, и он может позволить себе использовать каждый для отдельной задачи, в отличии от вас.

Либо просто запустить в оффлайне "пересчет базы" на ночь, что в принципе может сделать каждый админ для каких-то своих нужд. Но у вас просто такие варианты вызывают многочисленные разрывы шаблонов.

Ответить | Правка | Наверх | Cообщить модератору

329. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alex (??), 10-Апр-11, 12:26 
Скорее всего, вы просто тролль, и не понимаете, чем отличается ноутбучный процессор от десктопного, а тем более серверного. Впустую убивать железо и время - похоже - ваш стиль жизни, мне до него (к сожалению или счастью) пока далеко.
Ответить | Правка | Наверх | Cообщить модератору

330. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alex (??), 10-Апр-11, 12:28 
Кстати говоря, ваша агрессия против SQL тоже об этом свидетельствует. SQL - не silver bullet, конечно же, но изобретение велосипедов ради их изобретения - тоже не дело.
Ответить | Правка | Наверх | Cообщить модератору

331. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 10-Апр-11, 21:33 
> Скорее всего, вы просто тролль, и не понимаете, чем отличается ноутбучный процессор от десктопного, а тем более серверного. Впустую убивать железо и время - похоже - ваш стиль жизни, мне до него (к сожалению или счастью) пока далеко.

Разница-то конечно между этими типами процессоров есть. Вопрос насколько она принципиальная.

То есть вы считаете, что есть принципиальное различие в применении каждого указанных вами типа процессоров для сферической задачи "пересчета базы" в вакууме.

И вы различаете процессоры в первую очередь по типам - ноутбучный/десктопный/серверный. И других различий не знаете. И вы убеждены, что например ноутбучный процессор принципиально по-вашему не предназначен для решения серверных задач.

И эти различия по-вашему вовсе не рекламная уловка, а именно такое вот принципиальное различие. Также как по-вашему популярность SQL - вовсе не следствие рекламы, а именно объективно "серебряная пуля". Хоть потом вы вдруг внезапно и нагуглили, что же такое "серебряная пуля", и каковы симптомы подобных убеждений.

А "пересчет базы" - это по-вашему именно всегда серверная задача, которую по-вашему не на "серверных" процессорах запускать - это по-вашему "извращение" (вы сами так сказали, если что).

> Кстати говоря, ваша агрессия против SQL тоже об этом свидетельствует. SQL - не silver bullet, конечно же, но изобретение велосипедов ради их изобретения - тоже не дело.

Что вы понимаете под "агрессией"?
Похоже, что словосочетание "об этом свидетельствует" вы просто вставляете, пытаясь подражать другим, и не понимая почему каждый раз у вас получается что-то не так.

"Изобретение велосипедов".
Уже сколько об этом было сказано, а обязательно очередной "грамотей" да попадется. Только люди, далекие от разработок, могут путать изобретение и реализацию. Велосипед изобрели однажды, а реализаций велосипедов почему-то сделано великое множество. Или по-вашему так и следовало ездить на самой первой модели велосипеда?

И наконец, саму возможность отказа от SQL вы почему-то приравниваете к "изобретению ради изобретения". То есть по-вашему существующие технологии баз данных отличаются между собой так же, как модели велосипедов.

И хотя я в начале вообще говорил о проблемах реляционной модели, а также что SQL этой модели не соответствует, вы упорно продолжаете бороться за SQL. Видимо потому что о самой реляционной модели вообще не рискуете высказаться. И видимо до сих пор считаете обе эти сущности одним и тем же.

Удивительно сколько смысловых ошибок вы умудряетесь делать в каждом вашем высказывании.

Ответить | Правка | Наверх | Cообщить модератору

332. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alex (??), 10-Апр-11, 22:41 
> И вы различаете процессоры в первую очередь по типам - ноутбучный/десктопный/серверный.
> И других различий не знаете. И вы убеждены, что например ноутбучный
> процессор принципиально по-вашему не предназначен для решения серверных задач.

Ошибаетесь. Я начинал свою эпопею с ассемблера, и в микропроцессорной среде ориентируюсь в силу этого очень неплохо. Можно, конечно, начать объяснять вам про размеры кеша, приоритета и методов снижения TDP у ноутбучных процов, числа операционных блоков, структуру конвейеров и кеша, опять же - но все это бессмысленно. Поскольку вы определенно тролль - толку нет и не будет.

> А "пересчет базы" - это по-вашему именно всегда серверная задача, которую по-вашему
> не на "серверных" процессорах запускать - это по-вашему "извращение" (вы сами
> так сказали, если что).

Пересчет огромного объема данных - никак не задача для мобильного проца. Вам этого в силу ограниченности личностями не понять, увы.

Ответить | Правка | Наверх | Cообщить модератору

334. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 10-Апр-11, 23:11 
> Пересчет огромного объема данных - никак не задача для мобильного проца. Вам
> этого в силу ограниченности личностями не понять, увы.

ИМХО, если уж переть на принцип, 100МБ - это не такой уж гигантский объем, чтобы для ноутбука он был в "принципиально неподъемным". Поэтому если кто безропотно смотрит 3 месяца на тарахтение диском, не пытаясь понять какого ж черта оно столько делает - грош ему цена как специалисту.

Ответить | Правка | Наверх | Cообщить модератору

336. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 11-Апр-11, 17:55 
> Ошибаетесь. Я начинал свою эпопею с ассемблера, и в микропроцессорной среде ориентируюсь в силу этого очень неплохо.

То что вы с чего-то начинали, никак не гарантирует, что вы это хорошо знаете.
Оно и видно, как вы в этом "ориентируетесь" - на уровне потребителя рекламы в данной области.

Большинство, кто с чего-то начинают, обычно на этом и застревают, и за деревьями не видят леса.

> Можно, конечно, начать объяснять вам про размеры кеша, приоритета и методов снижения TDP у ноутбучных процов, числа операционных блоков, структуру конвейеров и кеша, опять же - но все это бессмысленно. Поскольку вы определенно тролль - толку нет и не будет.

Так я и знал - за "деревьями" всяких там блоков, очередей и кешей - вы не видите "леса" программной оптимизации.

Только про кеши и очереди - тоже сразу видно - вы только сейчас нагуглили. Когда стали думать, чем же действительно "ноутные" процы могут так принципиально отличаться от "серверных". Поскольку сначали вы заявили про количество "корок" у процессора.

> Пересчет огромного объема данных - никак не задача для мобильного проца. Вам  этого в силу ограниченности личностями не понять, увы.

А где там речь шла об "огромном объеме данных"?
Вы сначала заявили, что по-вашему вообще "пересчет баз" на ноутбуке - это якобы "извращение". Потому что по-вашему в ноутах якобы мало "корок" для этого.

Видимо видимо ваша якобы высокоодаренная личность не позволяет вам понять такие мелочи, как то, что "база" обычно лежит на жестком диске, и лишь подгружается в оперативную память, а не целиком там лежит (за исключением отдельных случаев).

И "узким местом" здесь являются не кеши процессора, а скорость работы внешней памяти.
А на самом деле в все гораздо сильнее зависит от конкретных алгоритмов. В кеши еще и попадать надо уметь, а если попадать не умеете, то вам сколько кешей ни дай, все равно мало будет.

А как же по-вашему на ноутах компиляция софта идет? Причем сборка "больших" проектов? Вот там как раз реально оперативка нагружается.

Ничего вы этого не знаете.

А для чего действительно нужны "серверные процессоры" - вы так и не знаете, если считаете, что дело только в количестве кешей, очередей и других блоков. И если вам дать серверный процессор, то он у вас будет просто простаивать.

И еще вы просто не видели ноутбуков с нормальными процессорами. И думаете, что то барахло, которое у вас есть - это и есть венец индустрии. Просто решили понтануться якобы знанием дорогого железа.

Ответить | Правка | Наверх | Cообщить модератору

337. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alex (??), 11-Апр-11, 19:35 
> Оно и видно, как вы в этом "ориентируетесь" - на уровне потребителя
> рекламы в данной области.

Опять же - ошибаетесь. Ваша фраза свидетельствует, что вы в этом не ориентируетесь никак вообще.

> Так я и знал - за "деревьями" всяких там блоков, очередей и
> кешей - вы не видите "леса" программной оптимизации.

Угу, ога. Никакая программная оптимизация не спасет вас от недостатка кеша при обработке большого объема данных.

> Видимо видимо ваша якобы высокоодаренная личность не позволяет вам понять такие мелочи,
> как то, что "база" обычно лежит на жестком диске, и лишь
> подгружается в оперативную память, а не целиком там лежит (за исключением
> отдельных случаев).

А ваша личность не позволяет вам понять, что обработка данных != тупое копирование. Хотя... если вы не видите смысла в SQL - то вполне очевидно, что вы кроме линейных выборок ничем не пользовались. Например, слияние групп данных - весьма себе ресурсоемкая операция, особенно при наличии сортировок. И вот как раз сортировки-то у вас и упрутся в кеш, вне зависимости от объема внешних данных. Не упрутся только в случае, если данные расположены слишком неоптимально - но это уже задача другого порядка.

> И "узким местом" здесь являются не кеши процессора, а скорость работы внешней
> памяти.

И опять же - ноутбучный диск, в отличие от (дисков SAS)/(SSD серверного класса) и нормального рейд-контроллера с кешами, даст вам -100500 к времени пересчета и смыслу эксплуатации железа.

> А как же по-вашему на ноутах компиляция софта идет? Причем сборка "больших"
> проектов? Вот там как раз реально оперативка нагружается.

Ну как - вот такими как вы, так и идет. А в нормальной среде разработки производится разбивка на модули - это раз, а два - для полной сборки проекта есть серверные buildfarm'ы.

> Ничего вы этого не знаете.

Ошибаетесь - как раз вы ничего не знаете.

Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

338. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от diff (??), 11-Апр-11, 22:57 
Итак ваша начальная фраза была следующей.

> Мммм... Вам не кажется, что пересчитывание базы (!!!) на ноутбуке (!!!!!) - это сильно в плане извращения. Для этого есть серверы с кучей корок.

Из которой следует, что
пересчитывание базы (с тремя восклицательными знаками, сферично-вакуумной)
да еще и на ноутбуке (с пятью восклицательными знаками, сферично-вакуумном)
- вы считаете это извращением (сильным).
И по-вашему все дело ни в чем ином, как в количестве "корок".

Потом в результате ваших попыток оправдаться выяснилось, что вы в первую очередь делите процессоры на следующие "архитектуры":
"<...> чем отличается ноутбучный процессор от десктопного, а тем более серверного".

Вопрос же, в чем они так принципиально отличаются, видимо поставил вас в тупик и вы начали гуглить. И, погуглив, вы решили, что дело возможно не только в количестве "корок", но по вашему новому варианту еще и в количестве кэша, очередей и прочих блоков.

Далее, вы еще упорно апеллируете к каким-то сферично-большим объемам данных в вакууме. Пардон, данные все-таки не в вакууме, а в сферической базе в вакууме.
Но их всегда внезапно много, неизвестно сколько, но много. Тьма данных, короче.

------------------------------

По сути, вы просто упорно ломитесь в отрытую дверь, доказывая, что более мощное железо будет работать быстрее.
Ну будет работать быстрее, и что? При чем здесь именно "пересчет баз", тем более сферично-вакуумный.

Ну да, на ноуте будет медленнее (хотя смотря на сколько и на каком) - и что?

Ну так это к чему угодно относится, причем здесь именно "базы" (непонятно какие именно с непонятно откуда взявшимися объемами).

> Угу, ога. Никакая программная оптимизация не спасет вас от недостатка кеша при обработке большого объема данных.

А какие методы оптимизации вы знаете?
То есть по-вашему от недостатка кеша надо прямо-таки "спасаться".
Кеш переполнен - кернел паник!

И снова, какой конкретно "большой объем данных"?

> А ваша личность не позволяет вам понять, что обработка данных != тупое копирование.

Конечно, не равно. И что? (Видимо значком "!=" вы хотели подчеркнуть, что вы в курсе всех технологий программирования).
Но чтобы обработать, нужно сначала скопировать. Вы это не знали?
Или вы предпочитаете обрабатывать их прямо на винчестерах?
Так сказать обработка данных "с выездом на место".
Наверное компы на выездах настраиваете - мышление и объем знаний у вас характерные.

> Хотя... если вы не видите смысла в SQL - то вполне очевидно, что вы кроме линейных выборок ничем не пользовались.

Значит по-вашему без SQL невозможно пользоваться ничем, кроме "линейных выборок".
Кстати, что вы имели в виду под "линейными выборками"?

> Например, слияние групп данных - весьма себе ресурсоемкая операция, особенно при наличии сортировок.

То есть вы всегда предпочитаете использовать сферическое слияние данных в вакууме целыми "группами".
И за слияние "групп данных" вам наверное платят "тонны нефти".

> И вот как раз сортировки-то у вас и упрутся в кеш, вне зависимости от объема внешних данных. Не упрутся только в случае, если данные расположены слишком неоптимально - но это уже задача другого порядка.

Какие именно сортировки? Какими методами?
Ну упрутся, и что? Кернел паник?

> И опять же - ноутбучный диск, в отличие от (дисков SAS)/(SSD серверного класса) и нормального рейд-контроллера с кешами, даст вам -100500 к времени пересчета и смыслу эксплуатации железа.

Я уже понял, что "стопицот" и "большие объемы" - для вас это основные единицы измерения.
И у вас там наверняка over 9000 "серверных процессоров", за что вам платят "тонны нефти".

То есть после того, как я вам подкинул идею про жесткие диски, вы еще погуглили про рейды и "серверный класс". А сначала вы думали, что дело только в "корках".

> Ну как - вот такими как вы, так и идет. А в нормальной среде разработки производится разбивка на модули - это раз,

То есть по-вашему "разбивка на модули" нужна в первую очередь для ускорения сборки, а не для чего-то другого.
И по-вашему сначала делают без модулей, и только потом "разбивают".
А разбивка по-вашему делается именно в средах разработки, причем только в нормальных, а в ненормальных ее никак по-вашему не сделаешь.

> а два - для полной сборки проекта есть серверные buildfarm'ы.

По-вашему только в buildfarm'ах имеет смысл делать "полную сборку", а иначе никак.
Хотя опять таки это можно сказать про что угодно.
Ну любая задача будет решаться быстрее в специализированных task-farm'ах. И что?
И как это люди без всяких там farm'ом до сих пор обходились?

М-да, может вы и действительно начинали с ассемблеров, но как уже сразу можно было догадаться - так там и застряли. Даже не знаете основ модульного проектирования.
Хотя как видно даже с ассемблерами дальше чтения рекламных статей у вас дело не продвинулось. С вашими-то "серверными процессорами".

Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

195. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 05-Апр-11, 14:03 
>> Причём здесь Legacy-код?
> Почему же легаси?

Потому что тянется с времён очаковских и покоренья крыма.


>> phpBB писали долгие годы.
> phpBB 3 был переписан напрочь. Потому что кодовая база phpbb 2.x оставляла
> желать много лучшего. Так что про долгие годы - не так
> уж и верно.

Остались и навыки, и техники, и шишки (вот так вот php умеет, а вот так - не умеет, поэтому нужно писать вот так), и шаблоны, и куски кода вспомогательных функций (написать ядро форума, которое показывает сообщения - это полдня, все фичи этих форумов - в дополнительных наборах функций).


>> Написать форум на python проще,  чем на php,
> Ну и где же тогда нормальные форумы на питоне,

Нормальных самописных хватает. И вики вон тоже, вот пример "wiki на bottle.py за 23 минуты". http://www.py-my.ru/post/4bfb3c691d41c846bc00003b

При желании можно из этого и форум сделать.

Но зачем? Питонисты не испытывают комлекса неполноценности от того, что python что-то не умеет, потому что python имеет почти всё, биндинги есть почти ко всему, используется он повсеместно. Поэтому им не нужно, для того, чтобы кому-то что-то доказать, переписать весь мир на php. Когда мне понадобится форум, я его напишу за полдня на bottle.py


> тезиса? Теоретически-крутые решения - это замечательно, только никому нафиг не надо.
> Ну, вы же не хотите питаться теоретическими продуктами на теоретический доход,
> с практической фигой в кармане, правда? Ну вот и теоретически-крутые решения
> нужны точно так же как вам нужны теоретические 5 килобаксов в
> кармане, которые могли бы там в принципе быть, но вот почему-то
> их там не оказалось :)

Ха-ха, вечно больная тема php-шников "я пишу код, потому что мне за это плотют". Показывает их потолок на жизненной лестнице. Дворникам тоже плотют, но хорошо не тогда, когда дворники убирают, а хорошо тогда, когда чисто.


>> потребуется куда меньше времени.
> Да заколебали уже все эти теоретические рассусоливания. Не вижу практического выхлопа.
> А без него эти рассусоливания гроша ломаного не стоят. Вон Таненбаум
> еще ...цать лет наза линукс ругал за теоретическую отстойность. И где
> сейчас линукс а где миникс? И вы туда же, да? :)

Напиши мне вики на php хотя бы за 46 минут, и хотя бы примерно сравнимым с bottle.py размером кода.


> Да, конечно, виноваты все кроме самих питонистов. А, собственно, что мешает написать
> хоть тот же приличный форум?

Зачем? Питонисты не испытывают комплексов. Есть вон djangobb.


> Вам еще и спонсировать это кто-то
> должен? А хрен вам. Инвесторам вообще глубоко насрать на чем оно
> там написано. Им вообще срать на высокие концепции. Пишите хоть на
> брейнфаке, лишь бы оно работало и было лучше чем у остальных
> за разумное время. А этого - нет. Поэтому нифига они вам
> спонсировать не будут. Потому что "питон это круто" как аргумент -
> не пробирает никого кроме самих питонистов.

Поэтому индустрия и разваливается на глазах, и только огромные вбуханные деньги заставляют обвешиваться подпорками типа hiphop. Но ничего, один раз доткомы рухнули, рухнут и другой.


>> lamp был своеобразной зазывайкой.
> LAMP просто работал на практике, без особого геморроя.

lamp - это мануфактурное производство веба. но железный конь пришёл на смену крестьянской лошадке, так и lamp банально не справляется как конкурент всем этим python-ам, django-ам, bottle.py-ям, рубям и рельсам. И используется по привычке или из-за кучи кода, который нужно поддерживать. Но крестьянская лошадка железному коню никак не конкурент.


>> Сейчас же сравнивать php и python/ruby для веба просто смешно,
> Да уж. На первом написано полно серьезных продуктов. Реально годных для применения.
> Без идиотских детских болезней. С уймой функционала. А у упомянутых -
> только теоретическая крутизна в кармане. А вменяемых проектов - бац и
> нету. Ну то-есть, вообще. Ни форумов. Ни вики. Ни блогов. Да
> ни-хре-на в общем то нет. Только апломб по поводу расклейки на
> других ярлыков типа "легаси" и теоретическая крутизна. Давайте вы еще и

Так и говори - php это runtime-среда для исполнения legacy-кода. А не язык для разработки приложений. Если нужно что-то написать, то лучше брать нормальные инструменты, чем мучаться, как facebook.


> питаться будете теоретически? На теоретический доход? Для завершенности концпеции теоретической
> крутизны :). По-моему так вполне честно получается - за теоретически крутые
> продукты должно следовать не менее теоретически вкусное вознаграждение разработчику :))).

Я уже давно замечаю, что у любого php-шника комплекс денег. А python-исты почему-то этим не заморачиватся, видимо, тут другой уровень чувствуется.


>> Кстати, почему-то легко и непринуждённо на ruby/python появились redmine и trac,
> Угу, при том я бы сказал что оба являются той еще блевотиной.

Вот что через многочисленные дырки в phpbb было произведено много взломов - знаю. Аналогичное к куче других php-"продуктов". Вот их и следует считать тем, чем вы указали.


>> почему на php за годы и годы получилось родить только убогий mantisbt?
> Как тестер могу сказать что мантис - один из моих самых любимых
> багтрекеров. Он людьми и для людей сделан, а не для питонистов
> с вывернутым наизнанку мозгом. Он, конечно, делает только 1 задачу -
> трекает баги, и не пытается быть викой, форумом и чем там
> еще. Зато он делает это хорошо. В отличие от трака, в
> который навалено все и вся, и это все и вся -
> убогое.

Есть ещё roundup.

>[оверквотинг удален]
> етц. В траке... у... там жопа. Там надо выполнять тормозные и
> глючные квери. Которые имеют свойство не работать или работать странно в
> половине траков, уж не знаю почему. Вообше, единстенное что в траке
> сделано симпатично - timeline. И то, даже там фэйл: AFAIK оно
> умеет работать только с LEGACY (да, вот вам!) системами контроля версий
> типа SVN и CVS. А что-то нормальное, типа git, оно вроде
> как не умеет. FAIL! Поубивал бы тех кто эти древние говна
> еще не выбросил. Знаете как удобно когда на диск склонен полноценный
> реп и можно локально и моментально отмотать к энной ревизии, независимо
> от доступности сети, ремотного сервера, етц, етц? :)

Так и пишите "я видел trac в 1837 году, и это нанесло мне невероятную травму психологического характера". Потому что у меня mercurial.


>> И всё равно, слова "phpbb" и "проблема" за эти годы стали чуть ли не однокоренными,
> Действительно: нет форумов на питоне, нет и проблем с ними. Чертовски логично!
> Я и не сомневался что гильотина надежно справляется с головной болью
> :P. Давайте еще расскажите что "форумы не нужны", чтоли? Аналогично про
> блоги, вики, etc.

Причём здесь то, что есть, и чего нет? Впутываясь в php, ты впутываешься в постоянные проблемы, и ты ВЫНУЖДЕН их решать. Ты не можешь отказаться, сказать "фи, фигня", как ты говоришь с python, решать проблемы с php у тебя жизненная необходимость. Если бы ты смотрел на php со стороны и видел бы всё это, тебе бы и в голову не пришло в эти проблемы, дырки и тормоза впутываться.

>> сколько веб-сайтов лишилось данных (то есть, не только
>> прибыли не получило, а доверившись php, получило убыток) из-за дырок в phpbb?
> А ответьте за свои слова? Найдите мне хоть 1 серьезную дыру в
> базовой поставке phpbb3? Я вот так сходу даже и не смог
> их нагуглить почему-то. Пара дыр в каких-то сторонних расширениях - это
> замечательно, конечно, но это не дыры phpbb. А в phpbb3 их
> .. нет?! Ну или где они оптом в vulnerability databases то?
> И не надо про phpbb2, который и правда легаси, официально признанное
> своими авторами :)

От того, что проблема исправлена, не значит, что она внезапно исчезла. Если я уже вылетел из бизнеса, доверившись phpbb2, то какая мне разница, ковыряясь в мусорном баке, знать, что в phpbb3 уже всё хорошо?


>> Такая вот технология-угадайка получается, на один фейсбук сто тысяч дефейсов.
> Ну так это, покажите мне дыры в phpbb3 для доказательства своего тезиса?
> Как, сможете? Я вот что-то ничего серьезного вообще толком не нагуглил.
> Пара дыр в сторонних расширениях не установленных по дефолту - вообще
> несерьезно.

Причём здесь phpbb3? phpbb провёл обкатку на миллионах пользователей, которые всё это время испытывали дефейсы, утечки данных и многое другое. Какая ИМ ВСЕМ разница, что теперь то всё хорошо? php полностью потерял свою репутацию среди тех, кому есть, чем дорожить. и даже facebook-у пришлось делать свою собственную реализацию php, превращающую её в C. Потому что уже вляпались в php и нужно это расхлёбывать.


> И, кстати, для того чтобы доказать что вы, питонисты, можете лучше, вам
> сначала надо хотя-бы написать что-то не хуже по функционалу и юзабилити.
> Вот тогда количество багов и дырок даже можно будет сравнить. А
> так, если кто не явился на ринг - это не дает
> ему повод декларировать победу "просто потому что он есть".

Я тебе одну умную вещь скажу - язык программирования это средство разработки, а не средство запуска. Если вордпрессер-друпалер считает себя великим разработчиком, он заблуждается. И задачи не ограничиваются только бложком и форумом, а решать задачи а не подгонять их под типовые решения, на python и ruby проще и приятнее.


>> Для разработки python лучше php, bottle.py лучше
>> чистого пыха, django лучше половины веб-фреймворков для php, flask лучше другой
>> половины, pylons/pyramid лучше третьей. Если нужно не проще, а мощнее, то
>> есть tornado, cherrypy. И ещё порядка 20 наименований.
> В мире есть 100500 наименований разного добра. Нужного и не очень. Это
> однако не гарантирует хорошего результата. Есть 20 наименований фреймворков .... и
> ни 1 вменяемого форума на этом??? Жесточайший FAIL при проверке теории
> о крутизне фреймворков практикой, стало быть.

Форум с нужным именно мне функционалом я могу написать сам, и быстро. Пока мне хватает редмайновского. А "форум в котором есть всё" - это годы и годы развития. Да и дети, кому нужен форум с аватарками и смайликами, все давно на php сидят, потому что на php проще под windows разрабатывать, потому эта сверхнужная функциональность там и реализовывается.

И язык разметки там везде крутейший bbcode. А вот средства нормальной разметки: txt2tags, markdown, asciidoc, все почему-то написаны на python, и если в python их использовать легко, просто и логично, то в php приходится ограничиваться убогим bbcode. Ведь аватарки и смайлики важнее, правда?


> Угу, слышали мы много визгов о том как это круто. Осталось найти
> хоть 1 реальный практический продукт, который не будет являться всего лишь
> очередным кривым и ненужным барахлом.

Вам уже показали http://blog.kremlin.ru/

О том, что написано на django и на рельсах, можно найти в интернете. И некоторым продуктам, тому же redmine, как-то за все десятилетия засилья php аналогов так и не нашлось, куда круче форкать очередной форум с новыми аватарками.


>> То, что за 15 лет понаписали тонны мешанины кода (безо всяких фреймворков,
>> просто вбуханы годы человекочасов) - это следствие популярности, а не качества.
> Ну так я не вижу качественных форумов на питоне. И на руби
> их тоже не вижу. Ы? При том питон появился явно не
> вчера. Кто-то привязал всех питонистов на цепь, сковал им руки и
> не давал написать нормальный форум столко лет подряд? Ну или какого?
> oO

Сударь, вы глухой или у вас проблемы с восприятием? Отмотайте в самый верх треда, там всё написано. Потому что на php генерили тонны скучного занудного рутинного однообразного кода, все эти 15 лет.


>[оверквотинг удален]
> были причины. И да, на момент выхода Win95 конкурентам было нечем
> внятно возразить по соотношению цена-качество. Ну или NT. В свое время
> NTFS был крут. У конкурентов не было адекватного ответа. А то
> что потом MS 15 лет баклуши бил, почивая на лаврах -
> так это отдельный вопрос. Если пхпшники будут 15 лет только на
> лаврах почивать, и их обгонят питоны, руби и кто там еще.
> Но пока что-то я не вижу вменяемых продуктов на оных, для
> начала. Участвовать в гонке при отсутствии автомобиля? Даже при том что
> у вас есть теоретически крутой проект двигателя? Не, так не получится,
> извините. В гонке автомобили участвуют, а не абстрактные проекты двигателей.

Да, да, ровно то же самое. Огромная рекламная кампания (вспоминаются истории о тех покупателях windows 95, у которых даже компьютера и не было), и полное непонимание того, во что они вляпались. А потом приходится, вместо развития, изобретать костыли, чтобы просто нормально выжить.

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

231. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от User294 (ok), 06-Апр-11, 02:33 
>> Почему же легаси?
> Потому что тянется с времён очаковских и покоренья крыма.

Ну давайте если вы такой умный, перестаньте пользоваться операционками. А то они на сях написаны. А то си придумали аж в 70х. С тех пор прошло почти 40 лет а си и не собирается дохнуть. Да что там, мы до сих пор юзаем электродвигатели и ДВС, почти в том же виде как их придумали в XIX веке. Давайте срочно начинать ходить пешком, чтоли. А то легаси, все дела :)

>> phpBB 3 был переписан напрочь. Потому что кодовая база phpbb 2.x оставляла
>> желать много лучшего. Так что про долгие годы - не так
>> уж и верно.
> Остались и навыки, и техники, и шишки (вот так вот php умеет,
> а вот так - не умеет, поэтому нужно писать вот так),

Ну и что? Его програмеров это, видимо, устраивало. Если бы это было не так - они бы написали что-то иное. Но они написали это. И они делом доказали что умеют работать над ошибками. В частности - вы столько воняли про дыры, но где же они в phpbb3? Я в свое время специально обгуглился. Очень удивился, потому что их ...  нет?! Я нашел только пару дыр в сторонних расширениях. Которых вообще по дефолту - нет. И все.

> и шаблоны, и куски кода вспомогательных функций (написать ядро форума, которое
> показывает сообщения - это полдня, все фичи этих форумов - в
> дополнительных наборах функций).

Долго - это сделать вменяемый продукт, а не набор какашек. Без глюков, багов, не выглядящий как гуано и достаточно функциональный. Питонисты почему-то хронически не в состоянии это осознать. Они считают что быстро наляпал код - и вот, уже, суперпродукт. Агащаз. Суперговно это. Так, по впечатленям от таких "продуктов" в целом. А когда речь заходит о том чтобы сделать продукт - оказывается что можно хоть на голом си писать. Плюс-минус неделя и даже месяц кодинга - вообше фигня на фоне того времени за которое оно станет осмысленным продуктом на который можно положиться а не откровенно наколенной поделкой от очередной школоты в стиле "поматросил-бросил".

>>> Написать форум на python проще,  чем на php,
>> Ну и где же тогда нормальные форумы на питоне,
> Нормальных самописных хватает.

Что значит "нормальный самописный"? oO

> И вики вон тоже, вот пример "wiki на bottle.py
> за 23 минуты". http://www.py-my.ru/post/4bfb3c691d41c846bc00003b

Вы конечно извините, но то что получится за 23 минуты - представляет интерес исключительно для самих питонистов. Всем остальным такое не то что даром не нужно, этим никто в здравом уме не будет пользоваться пока пистолет не наставишь. Потому что нормальный продукт за 23 минуты в принципе не делается. Это я вам как доктор говорю. Ну, который за качество продуктов иногда своей башкой отвечает. За 23 минуты рождается НАКОЛЕННОЕ ПОДЕЛИЕ, которое если и можно кому-то впарить, то разве что ВРАГАМ. Чтобы они потом мучались с этим крапом по полной.

> При желании можно из этого и форум сделать.

Я не сомневаюсь что при желании можно и микроскопом гвоздь забить. Но почему-то созерцание этого процесса и результатов начинает приводить к мысли что молотком у других оно явно лучше получается.

> Но зачем? Питонисты не испытывают комлекса неполноценности от того,

А чего они тут развонялись? У них такой батхерт прямо возник. Ну, я понимаю, тут понимаете ли, работающий кодогенератор в нативный код сделали. Который на прорве боевых серверов работает на всем известном сервисе. А у питонистов - дефолтный интерпретер тормозной что пи... (не питон). И полторы недоделанных конструкции которые в принципе могли бы померяться пиписьками, но сырые, недоделанные, грабельные и больше напоминают proof of concept. И главное - никаких гарантий что оно вообще за какие-то разумные времена летать научится никто не даст.

> что python что-то не умеет, потому что python имеет почти всё,

Знаете, многим технологиям это нифига не помогло. Мало быть теоретически крутыми. Нужно еще и на практике чего-то добиться. Выжив в суровой конкуренции, не подохнув и предоставив конкурентоспособные продукты и решения. Иначе тихо и бесславно подохнет.

> биндинги есть почти  ко всему,

Вы так говорите, как будто у других их нет, быть не может и вообще как будто это какая-то killer feature.

> используется он повсеместно.

По этому критерию php явно рвет его как тузик грелку. Он как-то повсеместнее.

> Поэтому им не нужно, для того, чтобы кому-то что-то доказать,
> переписать весь мир на php. Когда мне понадобится форум, я его напишу
> за полдня на bottle.py

Да пишите наздоровье. Хоть за 15 минут. Проблема только в том что за 15 минут получится не законченный продукт, которым можно более-менее реально пользоваться на практике, а очередная унылая поделка - "proof of concept". Выглядящая как говно, убогая как говно и работающая как говно, и потому...являющаяся говном для всех кроме ее автора. Сюрприз? Я таким не буду пользоваться даже задаром. Потому что нервные клетки не восстанавливаются, а использовать очередную наколенщину писаную укуренным рапидчиком не имеющим представления о том как выглядит нормальный процесс разработки софта - это заведомо обрекать себя на жесточайший геморрой с оной поделкой и неадекватным автором у которого ветер в жопе. Такой мегашыт даже ынтерпрайзники нынче уже хавать не хотят.

>> кармане, которые могли бы там в принципе быть, но вот почему-то
>> их там не оказалось :)
> Ха-ха, вечно больная тема php-шников "я пишу код, потому что мне за это плотют".

Ну, если забить на PHP, то платят обычно за то что есть некий результат который кому-то нужен. Это такое универсальное правило по которому делается почти любая деятельность в мире. Хорошо оно или плохо - вопрос номер два.

Некоторая деятельность еще делается из любви к искусству, но ваше искусство напоминает мне граффити упившегося криворукого панка. Обдолбанная мазня на стене после выжранного пива - еще не делает вас Пикассо. Аналогично, кусок говнокода писанного за полдня не сделает вас Кнутом. Или хотя-бы просто годным програмером способным выпустить адекватный продукт а не хаотичный набор кривых какашек.

> но хорошо не тогда, когда дворники убирают, а хорошо тогда, когда чисто.

Теоретическая крутизна - это замечательно. Если доказана практикой :P.

>> сейчас линукс а где миникс? И вы туда же, да? :)
> Напиши мне вики на php хотя бы за 46 минут, и хотя
> бы примерно сравнимым с bottle.py размером кода.

За 46 минут не получается продукт. За 46 минут получается очередная наколенная поделка. Место которой - в мусорной корзинке. Потому что каждый второй студент это уже написал. И как показала практика, это никому это нахрен не надо в таком виде. Какую-то ценность оно представляет только для самого автора, как некое упражнялово в кодинге. Для остальных это лишь очередной вырвиглазный высер. Звучит жестоко, но по факту - оно вот так. Вменяемому разработчику же должно быть понятно что если сделать более-много фич, там гарантированно будет много багов. На их отлов, фиксинг и обнаружение прочих проблем - уйдет немало времени. А может вы за 46 минут юнит-тесты родите? Или вы впервые такое слово слышите? А как насчет нагрузочного тестирования? Вы и это слышите впервые? А как насчет послушать что думают пользователи о вашем поделии? Ах ну да, вы же не собираетесь сделать что-то юзабельное. Вы собираетесь поупражняться 46 минут в програминге а потом забыть о своем куске говнокода как можно скорее. Ну или куда вы так торопитесь то как на пожар? Серьезный продукт, сделанный по уму, который будет реально популярен и востребован - займет у вас гораздо больше времени и экономия лишних пары часов там вообще ничего не решает особо. Более того, порой сэкономив пару часов можно потом просрать много дней на переделку, обезглючку, оптимизацию и прочая. Например, если сэкономить на продумывании архитектуры, однажды, если вы не совсем урод и впариватель, нарисуется желание "надо бы переписать это говнище с нуля, с учетом набитых шишек и синяков".  

>> Да, конечно, виноваты все кроме самих питонистов. А, собственно, что мешает написать
>> хоть тот же приличный форум?
> Зачем? Питонисты не испытывают комплексов. Есть вон djangobb.

Питонисты судя по всему испытывают понты и заскоки. Во всяком случае, если нечто писано на питоне - это почти гарантия низкокачественного, кривого и проблемного продукта. Рубисты тоже те еще экспериментаторы-экскрементаторы. Тот же redmine чуть более вменяем чем трак, но общее впечатление от большей части их фич весьма вырвиглазное.

>> спонсировать не будут. Потому что "питон это круто" как аргумент -
>> не пробирает никого кроме самих питонистов.
> Поэтому индустрия и разваливается на глазах,

Да что вы так переживаете? В аквариуме с акулами действует естественный отбор. Боюсь правда что вам с критерием "могу написать за 46 минут форум" светит только быть зохаванным более успешными акулами.

> и только огромные вбуханные деньги заставляют обвешиваться подпорками
> типа hiphop. Но ничего, один раз доткомы рухнули, рухнут и другой.

Ой, питонистам ли об этом вещать, с их тормозным по дефолту чудом природы, у которого вечно ломают совместимость по версиям и прочая.

> lamp - это мануфактурное производство веба. но железный конь пришёл на смену
> крестьянской лошадке, так и lamp банально не справляется как конкурент всем
> этим python-ам, django-ам, bottle.py-ям, рубям и рельсам.

Этим питонам, джангами и прочим - явно не один год. А воз и ныне там.

> И используется по привычке или из-за кучи кода, который нужно поддерживать.
> Но крестьянская лошадка железному коню никак не конкурент.

Ну так где же результат вспашки? Выхлопные газы как продукт - никого не волнуют. И да, если вы не заметили, автомобиль - это такая постепенно эволюционировавшая карета. Постепенно оно становилось менее лошадным и тележным, но до сих пор там 4 колеса, салон, етц, етц. И эволюция была довольно плавной - первые авто были просто каретами с моторчиком :).Никто не пришел и не сделал в одночасье обтекаемую фиговину с алюминиевыми литыми дисками вместо телеги. Не было такого. И принцип действия колеса изменился не так уж сильно.

>> ни-хре-на в общем то нет. Только апломб по поводу расклейки на
>> других ярлыков типа "легаси" и теоретическая крутизна. Давайте вы еще и
> Так и говори - php это runtime-среда для исполнения legacy-кода.

Апломба у вас - на пятерых пхпшников хвати. Пхп - это среда с помощью которой умудряются делать более-менее вменяемые продукты которые более-менее уместно смотрятся в вебе и снискали популярность. Наверное не потому что у них хомпаги по 50 секунд грузятся как у вас, а? Сайт у которого хомпага грузится 50 секунд вообще ни 1 дятел второй раз не посетит и такой сайт очень скоро будет посещаться только его админом :)

> А не язык для разработки приложений.

Не надо выдавать желаемое за действительное. Приложений, являющимися нормальными законченными продуктами, а не говняшками от пионерии писанными за 15 минут на коленке без понимания базовых процессов по которым идет разработка нормального софта - на пыхе есть. На питоне - вот вы например яркий представитель тех кто портит репутацию языку. А вы серьезно верите что за 15 минут можно родить что-то симпатичное, а не очередной студенческий высер? oO

> Если нужно что-то написать, то лучше брать нормальные инструменты,
> чем мучаться, как facebook.

Плохим танцорам какой инструмент не дай, а все-равно что-то помешает. А учтя что у вас вообще единственный аргумент "попробуй написать за полчаса вот это" я склоняюсь к мысли что то что нечто написано за полчаса - это вообще единственное "преимущество" ваших продуктов. При том если для автора это преимущество, для всех остальных это скорее всего означает целую гору недостатков из-за непонимания автором базовых принципов разработки качественного софта и покладания на вменяемый цикл разработки чуть более чем полностью. То-есть, пионерский говнокодинг в хучшем виде. Со всеми вытекающими, как то вырвиглазным непотребством вместо продукта на выходе. Ведь автор гнал как на пожар накодить его за полчаса. А осталное автора видимо не колебало... (зато оно очень даже будет колебать тех кто рискнет этим отстоем воспользоваться на практике).

>> крутизны :). По-моему так вполне честно получается - за теоретически крутые
>> продукты должно следовать не менее теоретически вкусное вознаграждение разработчику :))).
> Я уже давно замечаю, что у любого php-шника комплекс денег. А python-исты
> почему-то этим не заморачиватся, видимо, тут другой уровень чувствуется.

Вообще-то я вообще не пхпшник. Чуть более чем полностью. Хотя если жизнь заставит - могу и подрихтовать что-то по мелочи, но желательно чтобы это было не в мой огород. А моя сфера компетентности - это качество софта, в общем то. И да, как специалист в этой сфере я имею все основания искренне и всей душой ненавидеть тех кто пишет форумы за 45 минут. Я с чистой совестью называю это ХАЛТУРОЙ. Если в написании софта за 45 минут и ощущается какой-то уровень, то пахнет на этом уровне очень невкусно и канализационно.

>>> Кстати, почему-то легко и непринуждённо на ruby/python появились redmine и trac,
>> Угу, при том я бы сказал что оба являются той еще блевотиной.
> Вот что через многочисленные дырки в phpbb было произведено много взломов - знаю.

Ну, блин, покажите мне хоть 1 дырку в phpbb3? А то "дыры вообще" - понятие абстрактное. И вроде бы логично что если нормальных форумов на питоне нигде нет, то и взломать их, очевидно не смогут. Т.к. нечего ломать :). Кстати если уж вы о секурити заговорили, сообщаю: в свое время Battle for Wesnoth, позволявшем когда-то юзать AI скрипты на питоне выпилили к черту эту самую поддержку питона... потому что питоновский скрипт оказывается нельзя толком изолировать от системы. И он там может все что угодно. Сильно больше чем это надо AI и по сути недобросовестный создатель карты может поиметь всех пользователей по полной, отхватив доступ в систему с правами текущего юзера. В результате выпилили в пользу своего WML + для особых наворотов LUA, у которых таких проблем нет. В общем в вашем королевстве - тоже  не все так уж гладко.

> Аналогичное к куче других php-"продуктов". Вот их и следует считать
> тем, чем вы указали.

Для меня критерий "написано на php" или "на питоне" не являются синонимами качества. Но по долговременным наблюдениям, сложилось ощущение что если нечто писано на питоне, значит за авторами гнались волки, поэтому они кодили сугубо в передышках между беготней. Жутко спеша. Поэтому общее состояние их продукта - ниже плинтуса: "лишь бы хоть как-то заработало, и скорее бы забыть об этом".

> Есть ещё roundup.

Его не видел не скажу ничего особо. А вот наезды на мантис как тестер - не одобряю. По крайней мере, баги там пишутся на человеческом а не птичьем языке и при логине сразу видно что тебя касается. А вот в траке например - вроде попытались содрать язык MediaWiki но сделали это криво и неаккуратно. Набивать баги в такой системе - то еще мучение. Вы себе наверное не представляете за сколько попыток получается более-менее приемлимое форматирование текста :\. Равно как и разобраться что же меня касается удается за куда более значительное время. Ну и что я должен хорошего про это сказать?

> Так и пишите "я видел trac в 1837 году, и это нанесло
> мне невероятную травму психологического характера". Потому что у меня mercurial.

Я видел трак не далее чем сегодня... и я бы не стал утверждать что это любимая система багтрекинга. И знаете, как-то так получилось что проектов у которых я вижу git - в 100500 раз больше чем mercurial. Почему-то git и trac - взаимоисключающие параграфы.

>> :P. Давайте еще расскажите что "форумы не нужны", чтоли? Аналогично про
>> блоги, вики, etc.
> Причём здесь то, что есть, и чего нет? Впутываясь в php, ты
> впутываешься в постоянные проблемы, и ты ВЫНУЖДЕН их решать.

Впутываясь в серьезный проект вы в любом случае огребаете массу проблем и будете их решать. Надолго и всерьез. А за 45 минут набросать какой-то отход и забыть о нем навсегда - можно, но это ни разу не будет конкурентам серьезным продуктам которые можно реально юзать в боевых условиях. Это будет всего лишь очередной убогий говнокод.

> Ты не можешь отказаться, сказать "фи, фигня", как ты говоришь с python, решать
> проблемы с php у тебя жизненная необходимость. Если бы ты смотрел
> на php со стороны и видел бы всё это, тебе бы и в голову не пришло в эти проблемы,
> дырки и тормоза впутываться.

Я и смотрю на него со стороны - я не пхп програмер вообще-то. Хотя если жизнь прижмет, его синтаксис достаточно сносен для того чтобы я осилил что-то по мелочи поменять. Насчет дыр, проблем и багов и вообще общего качества софта - я не вижу прямой корреляции между языком и качеством результата. На "неудобном" и "грабельном" си например написана масса вполне приличного софта. А на замечательном питоне есть почему-то и аццкая прорва говнокода, и еще большой вопрос где там процент отстоя больше будет. Судя по вашему подходу к написанию софта "форум за 45 минут" - я бы ваш софт обходил за пушечный выстрел. Сами таким софтом пользуйтесь. А я себе не враг.

>> замечательно, конечно, но это не дыры phpbb. А в phpbb3 их
>> .. нет?! Ну или где они оптом в vulnerability databases то?
>> И не надо про phpbb2, который и правда легаси, официально признанное
>> своими авторами :)
> От того, что проблема исправлена, не значит, что она внезапно исчезла.

Мля, так покажите мне исправленные оптом проблемы безопасности в phpbb3? Они помнится выводы сделали насчет багов, переписав нахрен свое дырявое phpbb2 и даже для надежности отдавали код phpbb3 на аудит Coverity. Все принятые в сумме меры явно принесли должный результат - багов по части безопасности не то что стало кардинально меньше. Когда я гуглил по теме - в phpbb3 дыр вообще практически не нашлось! Я аж охренел и сначала не поверил что кто-то может настолько хорошо поработать над ошибками. Но факты вещь упрямая - ну реально во всех БД уязвимостей для пхпбб гостинцев мизер и для каких-то сторонних аддонов.

> Если я уже вылетел из бизнеса, доверившись phpbb2, то какая мне разница,
> ковыряясь в мусорном баке, знать, что в phpbb3 уже всё хорошо?

Я почему-то думаю, что если вы вылетите из бизнеса - туда вам и дорога. "Специалист" который готов 3 месяца таскать ноут на подзарядке от инвертора чтобы отпедалить 100Мб базу вместо того чтобы разобраться за не более чем сутки с проблемой и долететь за 5 минут - лучшей участи имхо и не достоин.

>> Пара дыр в сторонних расширениях не установленных по дефолту - вообще
>> несерьезно.
> Причём здесь phpbb3? phpbb провёл обкатку на миллионах пользователей, которые всё это
> время испытывали дефейсы, утечки данных и многое другое.

При том что phpbb3 - это версия переписанная заново. С учетом прошлых ошибок. Судя по тому что дыр практически не нашлось, при том что оно на каждом третьем сайте воткнуто - с безопасностью у них полный порядок. Иначе давно бы уже раздраконили как phpbb2. Популярные продукты на безопасность обследуются хорошо: боты, базы данных аккаунтов и прочая - нужны всем.

> Какая ИМ ВСЕМ разница, что теперь то всё хорошо? php полностью потерял свою репутацию
> среди тех, кому есть, чем дорожить.

Наверное именно поэтому phpbb3 воткнут на каждом третьем сайте. В отличие от форумов на питоне которых нет. По этой же причине форумы на питоне неуязвимы: хакеры не могут их найти :)))

> и даже facebook-у пришлось делать свою собственную реализацию php,
> превращающую её в C.

Зато оно будет скомпилено в быстрый нативный код. Проверенным годами компилятором. Так что результат даже работать будет. А у питонистов на эту тему только полудохлые потуги. А по дефолту тормозной интерпретер, даже без JIT, чисто интерпретилка байткода, вообще не трансформирующая ничего в нативный код а потому оно зверски тормозное, как и положено уважающему себя интерпретеру.

> Потому что уже вляпались в php и нужно это расхлёбывать.

С такими спецами как вы можно еще и не так вляпаться. Так, глядя на то как вы 3 месяца таскаете ноут педалящий 100Мб базу вместо того чтобы разобраться WTF и как вы бойко пишете форумы за 45 минут...

>> извините. В гонке автомобили участвуют, а не абстрактные проекты двигателей.
> Да, да, ровно то же самое. Огромная рекламная кампания (вспоминаются истории о
> тех покупателях windows 95, у которых даже компьютера и не было),
> и полное непонимание того, во что они вляпались. А потом приходится,
> вместо развития, изобретать костыли, чтобы просто нормально выжить.

Win95 в свое время был вполне приличной ОС позволившей мс завоевать рынок. У конкурентов тупо не было ничего сравнимого. Архитектура была полное говно, но сделанный по уму NT3 тормозил так что никому нафиг не сдался. Пришлось сделать его менее идеализированным, утолкав графику в ядро. Тогда появился НТ4. Достаточно осмысленная в общем то система, сделанная вполне приличной командой ядерщиков. Просто маркетологи из мс - еще и не такое засрать способны, а технари будут делать то что им прикажут манагеры, которым промыли мозг маркетологи, вот и получается жопа а не система...

Ответить | Правка | Наверх | Cообщить модератору

239. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  –1 +/
Сообщение от бедный буратино (ok), 06-Апр-11, 09:43 
>>> Почему же легаси?
>> Потому что тянется с времён очаковских и покоренья крыма.
> Ну давайте если вы такой умный, перестаньте пользоваться операционками. А то они
> на сях написаны. А то си придумали аж в 70х. С
> тех пор прошло почти 40 лет а си и не собирается

Я уже давно перестал пользоваться операционками, в которых бардак и проходной двор. И пользуюсь только теми, где каждая уязвимость - праздник, а большинство взломов связаны с дырками в php.


>> Остались и навыки, и техники, и шишки (вот так вот php умеет,
>> а вот так - не умеет, поэтому нужно писать вот так),
> Ну и что? Его програмеров это, видимо, устраивало. Если бы это было
> не так - они бы написали что-то иное. Но они написали
> это. И они делом доказали что умеют работать над ошибками. В
> частности - вы столько воняли про дыры, но где же они
> в phpbb3? Я в свое время специально обгуглился. Очень удивился, потому
> что их ...  нет?! Я нашел только пару дыр в
> сторонних расширениях. Которых вообще по дефолту - нет. И все.

Я говорю, что без phpbb2 не было бы phpbb3, и на это всё было затрачено уйма времени, чтобы в нный раз сделать по-своему. Такого количества разработчиков, способных гнать код, просто нет. Зато есть куча фреймворков, которые позволяют быстро и просто написать то, что нужно именно тебе, а не "универсальную бритву", которая бреет всех под свои потребности.


>[оверквотинг удален]
> Долго - это сделать вменяемый продукт, а не набор какашек. Без глюков,
> багов, не выглядящий как гуано и достаточно функциональный. Питонисты почему-то хронически
> не в состоянии это осознать. Они считают что быстро наляпал код
> - и вот, уже, суперпродукт. Агащаз. Суперговно это. Так, по впечатленям
> от таких "продуктов" в целом. А когда речь заходит о том
> чтобы сделать продукт - оказывается что можно хоть на голом си
> писать. Плюс-минус неделя и даже месяц кодинга - вообше фигня на
> фоне того времени за которое оно станет осмысленным продуктом на который
> можно положиться а не откровенно наколенной поделкой от очередной школоты в
> стиле "поматросил-бросил".

Видимо, питонисты переросли уже эту стадию. И поэтому отдали её на откуп детей-phpшников.


>>>> Написать форум на python проще,  чем на php,
>>> Ну и где же тогда нормальные форумы на питоне,
>> Нормальных самописных хватает.
> Что значит "нормальный самописный"? oO

То и значит, что я вчера за вечер написал простой форум на bottle.py и sqlite3, с нужными мне фичами включая обработку через txt2tags, и буду использовать в своих целях. Когда мне нужно будет прикрутить свою функциональность, связанную с теми же пакетами debian, которая резко отличается от потребностей бытового php-хомячка, мне это будет сделать не просто, а очень просто. В случае с phpbb мне бы только оставалось схватиться за голову и сказать "мдаааа".


>> И вики вон тоже, вот пример "wiki на bottle.py
>> за 23 минуты". http://www.py-my.ru/post/4bfb3c691d41c846bc00003b
> Вы конечно извините, но то что получится за 23 минуты - представляет
> интерес исключительно для самих питонистов. Всем остальным такое не то что
> даром не нужно, этим никто в здравом уме не будет пользоваться
> пока пистолет не наставишь. Потому что нормальный продукт за 23 минуты
> в принципе не делается.

С чего бы это. Первично не то, сколько пыхтел пыхпист, и даже не то, как и что сделано. Первична задача. И результат должен отвечать на два вопроса "делает ли приложение указанную задачу?" и "делает ли оно её хорошо?". Всё остальное - самооправдания и пустые разговоры.


> Это я вам как доктор говорю. Ну,
> который за качество продуктов иногда своей башкой отвечает. За 23 минуты
> рождается НАКОЛЕННОЕ ПОДЕЛИЕ, которое если и можно кому-то впарить, то разве
> что ВРАГАМ. Чтобы они потом мучались с этим крапом по полной.

Встретились как-то фин.директор Red Hat и User294. Первый говорит "да, рынок что-то бушует", второй "и не говори, творог на 20 копеек подорожал, вечная толчея и вчера у меня кошелёк там свистнули".


>> Но зачем? Питонисты не испытывают комлекса неполноценности от того,
> А чего они тут развонялись? У них такой батхерт прямо возник. Ну,

Я вашего новомодного сленга не понимаю. Как и вашу способность учуять запах на расстоянии. Как технически подкованная секретарша вам говорю - запах не распространяется через компьютеры, и если вы его чувствуете, то источник может быть только у вас.


> я понимаю, тут понимаете ли, работающий кодогенератор в нативный код сделали.
> Который на прорве боевых серверов работает на всем известном сервисе. А
> у питонистов - дефолтный интерпретер тормозной что пи... (не питон). И

Чаго?


> полторы недоделанных конструкции которые в принципе могли бы померяться пиписьками, но
> сырые, недоделанные, грабельные и больше напоминают proof of concept. И главное
> - никаких гарантий что оно вообще за какие-то разумные времена летать
> научится никто не даст.

Я понимаю, что у php-шников полное непонимание сути веб-фреймворков. Ведь, если не мучаться три месяца, то это для них не код, а непонятно что, и то, что можно делать быстро и просто, просто не укладывается у них в голове, раз php так не может, то по их мнению никто так не может.


>> что python что-то не умеет, потому что python имеет почти всё,
> Знаете, многим технологиям это нифига не помогло. Мало быть теоретически крутыми. Нужно
> еще и на практике чего-то добиться. Выжив в суровой конкуренции, не
> подохнув и предоставив конкурентоспособные продукты и решения. Иначе тихо и бесславно
> подохнет.

Помогло чем? Python отличная технология для веба, Ruby тоже. И они активно используются, и позволяют делать что-то быстро и удобно, пока php-шник за свои 3 месяца лапши навешает.

При этом большинство php-шников считают redmine сабакой страшною, систему контроля версий глупостью, а деплой осуществляют крутым методом "FTP". И поэтому в большинство php-кода смотреть просто страшно. О чём тут можно вообще говорить?


>> биндинги есть почти  ко всему,
> Вы так говорите, как будто у других их нет, быть не может
> и вообще как будто это какая-то killer feature.

Их количество у python - это действительно killer feature. Понадобился мне обработчик в txt2tags - это один import и одна функция, вуаля. Где php-шник бы сидел 30 минут, мне понадобилось 30 секунд.


>> используется он повсеместно.
> По этому критерию php явно рвет его как тузик грелку. Он как-то
> повсеместнее.

Мир - это не только домашние странички васи пупкина. Нишу php как самый популярный язык для helloworld-ов на платформе ms windows никто не отбирает и отбирать не собирается.


>> Поэтому им не нужно, для того, чтобы кому-то что-то доказать,
>> переписать весь мир на php. Когда мне понадобится форум, я его напишу
>> за полдня на bottle.py
> Да пишите наздоровье. Хоть за 15 минут. Проблема только в том что
> за 15 минут получится не законченный продукт, которым можно более-менее реально
> пользоваться на практике, а очередная унылая поделка - "proof of concept".

Если в форуме только 4 функции, нужных только мне, а не 98, из которых про 94 я вообще понятия не имею, то что там может сломаться?


> Выглядящая как говно, убогая как говно и работающая как говно, и
> потому...являющаяся говном для всех кроме ее автора. Сюрприз? Я таким не
> буду пользоваться даже задаром.

Я понял. Для тебя разработка - это когда кто-то тебе что-то написал задаром, а ты этим пользуешься.


> Некоторая деятельность еще делается из любви к искусству, но ваше искусство напоминает
> мне граффити упившегося криворукого панка. Обдолбанная мазня на стене после выжранного
> пива - еще не делает вас Пикассо. Аналогично, кусок говнокода писанного
> за полдня не сделает вас Кнутом. Или хотя-бы просто годным програмером
> способным выпустить адекватный продукт а не хаотичный набор кривых какашек.

Только почему-то энтерпрайзный продукт ужасно тормозит, умеет делать много того, что мне не надо, но плохо делает то, что мне надо. А мой - быстрый, резвый, делает то, что нужно, и на его создание у меня ушло то время, пока я пил чай. И он отлично решает свои задачи.


>> но хорошо не тогда, когда дворники убирают, а хорошо тогда, когда чисто.
> Теоретическая крутизна - это замечательно. Если доказана практикой :P.

Вики за 25 минуты в 50 строках кода - это реальность. И это работает. Можете прямо сейчас начинать искать там принципиальные недостатки, а мы послушаем.


> За 46 минут не получается продукт. За 46 минут получается очередная наколенная
> поделка. Место которой - в мусорной корзинке. Потому что каждый второй
> студент это уже написал. И как показала практика, это никому это
> нахрен не надо в таком виде. Какую-то ценность оно представляет только
> для самого автора, как некое упражнялово в кодинге. Для остальных это
> лишь очередной вырвиглазный высер. Звучит жестоко, но по факту - оно
> вот так. Вменяемому разработчику же должно быть понятно что если сделать
> более-много фич, там гарантированно будет много багов. На их отлов, фиксинг
> и обнаружение прочих проблем - уйдет немало времени. А может вы
> за 46 минут юнит-тесты родите? Или вы впервые такое слово слышите?

Узнаю php-шника. Мне кажется, что по знакомству с веб-фреймворками ему предстоит ещё немало открытий чудных.


> А как насчет нагрузочного тестирования? Вы и это слышите впервые? А
> как насчет послушать что думают пользователи о вашем поделии? Ах ну
> да, вы же не собираетесь сделать что-то юзабельное. Вы собираетесь поупражняться
> 46 минут в програминге а потом забыть о своем куске говнокода
> как можно скорее. Ну или куда вы так торопитесь то как
> на пожар? Серьезный продукт, сделанный по уму, который будет реально популярен
> и востребован - займет у вас гораздо больше времени и экономия
> лишних пары часов там вообще ничего не решает особо.

Да парень, да. И этот продукт уже есть. Он называется django. Ещё один называется рельсы. Поэтому студенту не нужно старательно раз за разом изобретать велосипеды.


>>> Да, конечно, виноваты все кроме самих питонистов. А, собственно, что мешает написать
>>> хоть тот же приличный форум?
>> Зачем? Питонисты не испытывают комплексов. Есть вон djangobb.
> Питонисты судя по всему испытывают понты и заскоки. Во всяком случае, если
> нечто писано на питоне - это почти гарантия низкокачественного, кривого и
> проблемного продукта. Рубисты тоже те еще экспериментаторы-экскрементаторы. Тот же redmine
> чуть более вменяем чем трак, но общее впечатление от большей части
> их фич весьма вырвиглазное.

Я так от вопросов и ответов мог ещё в три года уходить. И вообще, судя по сленгу и обилию детстдовских слов, меня не покидает ощущение, что уважаемый оппонент примерно такого-же возраста. У меня у младшей дочери культура речи и то чище.


>>> спонсировать не будут. Потому что "питон это круто" как аргумент -
>>> не пробирает никого кроме самих питонистов.
>> Поэтому индустрия и разваливается на глазах,
> Да что вы так переживаете? В аквариуме с акулами действует естественный отбор.
> Боюсь правда что вам с критерием "могу написать за 46 минут
> форум" светит только быть зохаванным более успешными акулами.

Товарищ, мы тут долго искали нишу, где же php может быть пригоден? Может он хорош для быстрой разработки? Так php-шники от слова быстрой как от огня бегает. Также мы в 5 сериях прошлись по всем сферам, но так и не нашли, чем же php лучше для разработки, чем что-то другое.


>> и только огромные вбуханные деньги заставляют обвешиваться подпорками
>> типа hiphop. Но ничего, один раз доткомы рухнули, рухнут и другой.
> Ой, питонистам ли об этом вещать, с их тормозным по дефолту чудом
> природы, у которого вечно ломают совместимость по версиям и прочая.

Django только недавно перестала поддерживать python 2.3, который боюсь соврать точно, сколько лет назад. А в php проблемы в совместимости php 5.2 и php 5.3. И по скорости - тесты явно не согласны.


>> lamp - это мануфактурное производство веба. но железный конь пришёл на смену
>> крестьянской лошадке, так и lamp банально не справляется как конкурент всем
>> этим python-ам, django-ам, bottle.py-ям, рубям и рельсам.
> Этим питонам, джангами и прочим - явно не один год. А воз
> и ныне там.

Где там? Что django нет среди крестьян? Так за это я должен сказать php большое спасибо и покланяться в ножки. Нормальные люди могут решать нормальные задачи, и им никто не мешает.

Для нормальных задач php не конкурент django, вообще. И жигули не конкурент мерседесу. И если у тебя не хватает на мерседес, то мерседес не должен под тебя подстраиваться, это уже твоя проблема.


>> И используется по привычке или из-за кучи кода, который нужно поддерживать.
>> Но крестьянская лошадка железному коню никак не конкурент.
> Ну так где же результат вспашки?

Скорость разработки, скорость выполнения, удобство разработки. А проблемы крестьян никого не волнуют, не могут купить автомобиль, пусть и дальше ездят на своих убогих телегах.


> Апломба у вас - на пятерых пхпшников хвати. Пхп - это среда
> с помощью которой умудряются делать более-менее вменяемые продукты которые более-менее
> уместно смотрятся в вебе и снискали популярность.

"50 лакеев сочиняли вместе и сочинили." Достоевский явно писал про php-шников.


> Наверное не потому что
> у них хомпаги по 50 секунд грузятся как у вас, а?
> Сайт у которого хомпага грузится 50 секунд вообще ни 1 дятел
> второй раз не посетит и такой сайт очень скоро будет посещаться
> только его админом :)

php-шники скупают сервера вагонами, на по моим меркам мизерную нагрузку (я был внутри и всё видел), придумывают трансляторы-компиляторы, и вообще, то время, которые нормальные люди тратят на развитие и улучшение сервиса, они тратят на борьбу с тормозами.

Ответить | Правка | Наверх | Cообщить модератору

240. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 06-Апр-11, 10:07 
====== php-on-3 ======
Created Среда 06 Апрель 2011

> представитель тех кто портит репутацию языку. А вы серьезно верите что
> за 15 минут можно родить что-то симпатичное, а не очередной студенческий
> высер? oO

Я серьёзно пытался найти хоть какую-то нишу, и ответить на вопрос "Сегодня нужно выбрать для разработки веб-приложения php, а не python, потому что...". И не нашёл ни одного аргумента, который бы отвечал на этот вопрос положительно.

Быстро? Нет. Проще чем python? Нет? Рантайм быстрый? Смешно.


Кроме того, что php хорошая запускалка для legacy-кода, не было вообще ни одного аргумента, почему следует выбрать php как _ЯЗЫК РАЗРАБОТКИ_. 10 лет назад это были дешёвые хостинги, но сейчас этот аргумент - даже не смешно.


>> Если нужно что-то написать, то лучше брать нормальные инструменты,
>> чем мучаться, как facebook.
> Плохим танцорам какой инструмент не дай, а все-равно что-то помешает. А учтя
> что у вас вообще единственный аргумент "попробуй написать за полчаса вот
> это"

Хватит словами дёргаться, как малолетка. Аргумент "можно быстро" был привёден в ответ на вопрос "можно быстро?". Можно. На python всё можно.


> пожар накодить его за полчаса. А осталное автора видимо не колебало...
> (зато оно очень даже будет колебать тех кто рискнет этим отстоем
> воспользоваться на практике).

А зачем кому-то мои персональные потребности? Если он может быстро, с помощью хорошего фреймворка, сделать точно под свои потребности? А если у кого-то нет потребности, а нужно только что-то, чтобы было, то ему и php подойдёт, лично мы возражать не будем.


> Вообще-то я вообще не пхпшник. Чуть более чем полностью.

Разумеется. Вы запускатель. Это видно от первой до последней буквы.


> Хотя если жизнь
> заставит - могу и подрихтовать что-то по мелочи, но желательно чтобы
> это было не в мой огород. А моя сфера компетентности -
> это качество софта, в общем то. И да, как специалист в
> этой сфере я имею все основания искренне и всей душой ненавидеть
> тех кто пишет форумы за 45 минут. Я с чистой совестью
> называю это ХАЛТУРОЙ. Если в написании софта за 45 минут и
> ощущается какой-то уровень, то пахнет на этом уровне очень невкусно и
> канализационно.

Вы уже много проблем и уязвимостей нашли в вики за 23 минуты на bottle.py?


> смогут. Т.к. нечего ломать :). Кстати если уж вы о секурити
> заговорили, сообщаю: в свое время Battle for Wesnoth, позволявшем когда-то юзать
> AI скрипты на питоне выпилили к черту эту самую поддержку питона...
> потому что питоновский скрипт оказывается нельзя толком изолировать от системы. И
> он там может все что угодно. Сильно больше чем это надо

Скрипт нельзя изолировать от системы. По определению. Можно изолировать интерпретатор. В btw была опциональная поддержка python, её заменили на lua, в чём проблема? lua больше подходит для этой задачи, только и всего.


> AI и по сути недобросовестный создатель карты может поиметь всех пользователей
> по полной, отхватив доступ в систему с правами текущего юзера. В
> результате выпилили в пользу своего WML + для особых наворотов LUA,
> у которых таких проблем нет. В общем в вашем королевстве -
> тоже  не все так уж гладко.

CPython это _НЕ ЕДИНСТВЕННЫЙ_ интерпретатор python. Это вам не windows и не php с "один мир, один фюрер". Тут нет фюреров, на которых молиться надо, безальтернативно.


>> Так и пишите "я видел trac в 1837 году, и это нанесло
>> мне невероятную травму психологического характера". Потому что у меня mercurial.
> Я видел трак не далее чем сегодня... и я бы не стал
> утверждать что это любимая система багтрекинга. И знаете, как-то так получилось
> что проектов у которых я вижу git - в 100500 раз
> больше чем mercurial. Почему-то git и trac - взаимоисключающие параграфы.

http://packages.debian.org/lenny/trac-git
http://packages.debian.org/lenny/trac-bzr
http://packages.debian.org/lenny/trac-mercurial

http://packages.debian.org/search?suite=default§ion=all&...


> процент отстоя больше будет. Судя по вашему подходу к написанию софта
> "форум за 45 минут" - я бы ваш софт обходил за
> пушечный выстрел. Сами таким софтом пользуйтесь. А я себе не враг.

Как хорошо себе придумать реальность, а потом на протяжении двух страниц её героически опровергать. Обычно это доказывает, что уважаемому оппоненту сказать-то просто нечего.

> Мля, так покажите мне исправленные оптом проблемы безопасности в phpbb3?

Я ещё раз повторяю - авторам потребовалось много лет и аж три раза всё переписывать, чтобы избавиться от проблем. Это уйма потраченного времени и уйма людей, у которых возникли реальные проблемы, в том числе и крупный ущерб или дае вылет из бизнеса по причинам утечек конфиденциальной информации.

Python-разработчики себе такого позволить не могут, чтобы их пользователи теряли данные, пока они будут несколько лет тратить на то, чтобы наконец, переписать правильно.


> и сначала не поверил что кто-то может настолько хорошо поработать над
> ошибками. Но факты вещь упрямая - ну реально во всех БД
> уязвимостей для пхпбб гостинцев мизер и для каких-то сторонних аддонов.

Но какое это дело тем, кто доверились phpbb2, и получили проблемы?


>> Если я уже вылетел из бизнеса, доверившись phpbb2, то какая мне разница,
>> ковыряясь в мусорном баке, знать, что в phpbb3 уже всё хорошо?
> Я почему-то думаю, что если вы вылетите из бизнеса - туда вам
> и дорога. "Специалист" который готов 3 месяца таскать ноут на подзарядке
> от инвертора чтобы отпедалить 100Мб базу вместо того чтобы разобраться за
> не более чем сутки с проблемой и долететь за 5 минут
> - лучшей участи имхо и не достоин.

Я базу не считаю, считает её компьютер. А вы даже в специфике своего любимого php ничего не смыслите, хотя всё это описано. Я ещё раз говоррю, что посчитал её и на windows, и на slackware, и на debian. Ничего не произошло, никакие мысли в голове не стали зарождаться? Я так и думал.

Я говорил про mediawiki. А вы снова ничего не поняли, больная тема снова застелила вам глаза, о ней, применяя сленг дошкольников, вы готовы рассказывать часами.


> При том что phpbb3 - это версия переписанная заново. С учетом прошлых
> ошибок. Судя по тому что дыр практически не нашлось, при том
> что оно на каждом третьем сайте воткнуто - с безопасностью у
> них полный порядок. Иначе давно бы уже раздраконили как phpbb2.

Я понял! Вы считаете, что phpbb2 был написан на python, и с переписыванием на php исчезли все проблемы. Но это не так.


>> Какая ИМ ВСЕМ разница, что теперь то всё хорошо? php полностью потерял свою репутацию
>> среди тех, кому есть, чем дорожить.
> Наверное именно поэтому phpbb3 воткнут на каждом третьем сайте. В отличие от
> форумов на питоне которых нет. По этой же причине форумы на
> питоне неуязвимы: хакеры не могут их найти :)))

И? Если мне нужны будут смайлики и аватарки, я возьму phpbb3, благодаря миллиону пострадавших хомячков он наконец-то более-менее безопасен. Если мне потребуется решение под мои нужды, я возьму более подходящий для этого фреймворк и напишу.

Я ещё раз намекну - в стандартном репозитории Debian я насчитал 19 веб-фреймворков на python.


>> и даже facebook-у пришлось делать свою собственную реализацию php,
>> превращающую её в C.
> Зато оно будет скомпилено в быстрый нативный код. Проверенным годами компилятором. Так
> что результат даже работать будет.

Только это не php. Тут есть свои особенности и своя специфика, код нужно писать не под php а под hiphop.


> А у питонистов на эту тему
> только полудохлые потуги. А по дефолту тормозной интерпретер, даже без JIT,
> чисто интерпретилка байткода, вообще не трансформирующая ничего в нативный код а
> потому оно зверски тормозное, как и положено уважающему себя интерпретеру.

Я правильно понимаю, что питона вы видели только в зоопарке, когда он приезжал к вам в 1976 году? Я правильно понимаю.


> Win95 в свое время был вполне приличной ОС позволившей мс завоевать рынок.

Я думал, что вы просто заблуждаетесь. А вы, оказывается. болеете.

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

278. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от AlexAT (ok), 07-Апр-11, 09:21 
>>> Ха-ха, вечно больная тема php-шников "я пишу код, потому что мне за это плотют". Показывает их потолок на жизненной лестнице. Дворникам тоже плотют, но хорошо не тогда, когда дворники убирают, а хорошо тогда, когда чисто.

А вам не кажется, что вы просто теоретик? Или зарабатывать хлеб профессией уже не модно, лучше на уютненьких форумах фанатизм плодить?

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

298. "PHP-транслятор HipHop позволил Facebook использовать в..."  +/
Сообщение от anonymous (??), 07-Апр-11, 12:08 
> А вам не кажется, что вы просто теоретик? Или зарабатывать хлеб профессией
> уже не модно, лучше на уютненьких форумах фанатизм плодить?

а что, одно другому мешает? я вот и зарабатываю, и на форумах пишу, например.

Ответить | Правка | Наверх | Cообщить модератору

189. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Aqueeloneemail (?), 05-Апр-11, 13:25 
> А на php
> нормальных веб-фреймворков нет, есть только php-фреймворки, где php дышит в каждой
> букве, где костыли и кривость - норма жизни. Аналогов рельсов и
> джанги вообще просто нет.

Это почему же?
Вот сейчас недавно появился Symfony2.0 -- вполне вменяемая вещь.
Сейчас пробую её заточить под Debian (чтоб штука сия появилась в репозиториях)...

Тут же вот в чем дело.
Когда "студент" приходит к заказчику и "пальцы веером" -- это всегда показатель некомпетентности.

И важно ли, делает он "пальцы веером" с ничего не значущими словами "Я знаю PHP, Джумлу и джаваскрипт" или "я пишу на рельсе" ...?
В обоих случаях человек "опускает" всю ИТ индустрию, ибо заказчик попробовав с таким поработать может вообще на время от ИТ отказаться (утрируемо, конечно)...

Суть вопроса тут в другом.
Facebook, Livejournal etc...
Drupal, Worldpress, Mediawiki etc...
...все они на PHP.
Конечно, лучше писать свой код с нуля... тогда лучше всего это вообще делать на эссемблере и запускать свой вэб сервер на "Атоме"...
Но очень часто.. просто нет времени писать все с нуля.
И именно потому Вы используете Рельс.
...но на PHP (включая связки как Hit-Hop) отписанного и проверенного (...количество пользователей Facebook?) ---- БОЛЬШЕ.

Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

154. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от satarsa (??), 05-Апр-11, 01:34 
http://blog.kremlin.ru/
Написан на джанго
Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

233. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 06-Апр-11, 02:57 
> http://blog.kremlin.ru/
> Написан на джанго

Посмотрел. И чего там хорошего? Ну какой-то примитивный бложек без особых преимуществ, с дизайном вырубленым топором. Я бы себе на сайт такое вообще постеснялся ставить. А властям что, им можно. Они по жизни кучу бабла налогоплательщиков спускают на непонятные затеи за много денег. При том обычно соотношение затрат бабла к результату - очень невкусное (парней с пилами очень уж много по пути встречается, а вот хорошо работать всем вломак почему-то).

Ответить | Правка | Наверх | Cообщить модератору

237. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от бедный буратино (ok), 06-Апр-11, 08:59 
>> http://blog.kremlin.ru/
>> Написан на джанго
> Посмотрел. И чего там хорошего? Ну какой-то примитивный бложек без особых преимуществ,
> с дизайном вырубленым топором.

То, что он выдеживает нагрузку, и не нужно при этом три здания серверов.

Ответить | Правка | Наверх | Cообщить модератору

335. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от User294 (ok), 10-Апр-11, 23:13 
> То, что он выдеживает нагрузку, и не нужно при этом три здания серверов.

И, конечно же, это заслуга питона. У которого дефолтовый интерпретер - тормознее некуда. Потому как тупой интерпретер байткода, даже без jit.

Ответить | Правка | Наверх | Cообщить модератору

160. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Alex (??), 05-Апр-11, 07:38 
> Препроцессор, который преобразует код PHP в код C? Очень бы хотелось узнать
> его насущную необходимость.

Т.е. вы отрицаете и необходимость JIT, как такового? Суть та же, только схема несколько менее эффективная.

> Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого, и чего в
> компилируемом быть не может в принципе "тот же eval". Т.е., фактически
> люди изобрели, условно говоря, свой набор команд для трансляции в C.
> Этакого робота, который видит код на PHP, и упрямо переводит его
> в C. Но только то, что можно перевести, ведь что-то, типа
> eval, перевести просто нельзя, по определению.

Между прочим - очень правильная мысль. То, что можно перевести в код - переводится в код, то, что нельзя - выполняется интерпретатором. Если бы вы сталкивались с эмуляцией сложных аппаратных платформ - метод бы у вас недоумения не вызвал, так как крайне эффективен.


Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

259. "PHP-транслятор HipHop позволил Facebook использовать в..."  +/
Сообщение от anonymous (??), 06-Апр-11, 16:35 
> Но только то, что можно перевести, ведь что-то, типа
> eval, перевести просто нельзя, по определению.

можно, но напряжно. и зачастую проще выкинуть eval, иначе придётся жертвовать эффективностью выхлопного кода. тем более, использование вещей типа eval -- это очень, очень плохая практика. для динамического программирования есть "более другие" вещи. и "более другие" языки, кстати.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру