За что не любят PHP? Аргументы

все python-приложения запущены в памяти всегда

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

видимо у тебя некая альтернативная реальность, где Брежнев присутствует в 2013 году

это у тебя альтернативная реальность, где кто-то использует mod_python

Научу запускать «все эти битриксы, owncloud-ы» не под mod_php. Дорого.

половина софта гвоздями прибита к .htaccess, поэтому проще использовать apache. например, в седьмой версии owncloud всё работало, как часы, а в восьмой, даже на их рекомендованном конфиге, было видно лезущие со всех сторон неучтённые этим конфигом косяки, потому что, судя по всему, они на частные случаи немного подзабили :)

потом бреда какой-то... «нам нужно выполнить php-файл, но не выполнить php-файл»

рекомендую начать прочтение с первого же сообщения, где написано, что у python и php разные модели исполнения

как-в-python в php - это phpdaemon. это когда хочется не как в php, но непременно на php :) это когда legacy-код проще портировать на phpdaemon, чем на python-ruby-go. но, как мне кажется, во многих случаях всё же проще портировать на python-ruby-go :)

и все файлы тоже в памяти? и если я внесу правки в один файл, придётся перезапускать сервер?

да, разумеется

хотя в большинстве случаев за тебя это сделает watcher

мальчик, скажи честно, ты python хоть раз не на картинке видел?

Вот это я тоже не помню.

это у тебя альтернативная реальность, где кто-то использует mod_python

я как раз говорил, что я не могу использовать mod_python, потому что приложения на питоне как правило не умеют корректно с ним работать и требуют дополнительную сущность в виде сервера приложений, в отличии от php

половина софта гвоздями прибита к .htaccess

нет, не прибита

как-в-python в php - это phpdaemon

сервер приложений это php-fpm, nginx unit и другие. или даже просто

php -S

да, разумеется

у тебя точно какая-то своя альтернативная реальность

это у тебя альтернативная реальность, где кто-то использует mod_python

я как раз говорил, что я не могу использовать mod_python, потому что

он мёртв, его нигде не используют и им ничего не запустишь

нет, не прибита

половина - прибита. половина - не прибита. логично :)

php -S

php -S - это ровно то же самое, скрипты лежат на диске, исполняются в момент обращения к ним, а после выполнения - умирают

сделать-в-php-как-в-python называется phpdaemon

да, разумеется

у тебя точно какая-то своя альтернативная реальность

расскажи, как в твоей реальности, а мы поржём :)

он мёртв, его нигде не используют и им ничего не запустишь

ничего не запустишь = нигде не используют, логично

половина - прибита

нет, не прибита

php -S - это ровно то же самое

нет, не то же самое

в моей реальности есть пул с запущенными интерпритаторами, которые выполняют нужный файл при поступлении запроса

php -S - это ровно то же самое

нет, не то же самое

если ты не понимаешь, почему это не то же самое, это не значит, что это не то же самое :)

тебе кто-то запрещает запускать php -S вне d_root? покажи мне этого негодяя :)

в моей реальности есть пул с запущенными интерпритаторами, которые выполняют нужный файл при поступлении запроса

прально. и назвается это *модель php*

в модели python вообще никакого *нужного файла* нет :) о чём я тебе и толкую

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

тебе кто-то запрещает запускать php -S вне d_root? покажи мне этого негодяя :)

так у тебя и будет pwd либо директория, указанная в -t (не помню по памяти, может и ошибаюсь в ключе) новым document-root. какая разница? можно с таким же успехом переписать document root в веб-сервере или сделать симлинк

скомпилировать это в бинарник

я и говорю - альтернативная реальность. в питоне есть максимум pyo и это не совсем бинарник

про .pyc я тоже написал :) но есть ещё и pypy и nutika и многое другое. главное, чтобы процесс был в памяти, тогда никакой файл ему не нужен, можно его даже удалить :)

можно с таким же успехом переписать document root в веб-сервере или сделать симлинк

симлинк позволит мне держать скрипты отдельно от статики? что за чушь ты пишешь?

.pyc - тоже не бинарь

симлинк позволит мне держать скрипты отдельно от статики? что за чушь ты пишешь?

у тебя всегда будет статика, доступная по имени на вебсервере, и как минимум один скрпит, доступный по имени на веб-сервере

а если надо будет без .htaccess делать максимальную совместимость со всем, чтобы любой мог взять и запустить, у тебя будет всё свалено в один каталог с подкаталогами. потому что иначе этим никто пользоваться не будет

.pyc - тоже не бинарь

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

там, где отключён watcher, можно вообще запустить и сразу же удалить исходник - будет работать до перезапуска

и как минимум один скрпит, доступный по имени на веб-сервере

ты либо шланг, либо неуч.

хотя одно другого не исключает.

и как минимум один скрпит, доступный по имени на веб-сервере

ты либо шланг, либо неуч.

это говорит человек, который говорит *альтернативная реальность*, и который собрался отдельные файлики в python запускать? :)

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

так же, как и mod_php.

Нет. Скорее как mod_perl. В php скрипт запускается и умирает, в питоне от постоянно работает обрабатывая запросы. И лежит этот скрипт не в document_root.

Когда-то были какие-то Python Server Pages, похожие на php, классический asp и т.п. но они никогда не были популярны.

Впрочем, mod_python тоже никто не использует. Хотя, когда-то(10+ лет назад) это был рекомендованный способ деплоя джанги в документации.

ты просто не понимаешь, о чём тебе говорят

я действительно не очень понимаю твои странные use case и твой поток бреда

За что не любят PHP?

Вообще или конкретно питонисты?

я действительно не очень понимаю твои странные use case и твой поток бреда

про бред посмешило

причём здесь use-case

в php ты обращаешься к файлам и исполняешь их

в python/ruby/go/всё-остальное ты обращаешься к запущенному приложению

и только очень-очень-очень длинная шея мешает жирафу понять это :)

в php ты обращаешься к файлам и исполняешь их

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

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

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

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

где не в php была бы просто критическая ошибка, в модели php были видны исходники.

итого: «шланг месяца» придумал некую «модель php» и упорно отрицает, что проблема не в php

итого: «шланг месяца» придумал некую «модель php» и упорно отрицает, что проблема не в php

Модель php называется *что вижу, то и пою*, и так написано 99% php-шного софта.

это всё твои фантазии/бредни/etc

это всё твои фантазии

это факт. у тебя лежат php-файлы, и по запросу url сервер их исполняет. так работает только php.

например, если ты переименуешь файл.php в файл.txt и просмотришь его - ты увидишь исходники

а если ты переименуешь run.py в run.txt и запустишь его, то ничего не изменится - файл запустится и исходников никто не увидит

или не лежат. или не выполняет. всё в твоих руках.

в моей реальности есть пул с запущенными интерпритаторами, которые выполняют нужный файл при поступлении запроса

да, да, это всё объясняет

передавайте привет розовым единорогам :)

в моей реальности есть пул с запущенными интерпритаторами, которые выполняют нужный файл при поступлении запроса

да, да, это всё объясняет
передавайте привет розовым единорогам :)

не только шланг, но еще и наркоман похоже

ляпнуть про python

в моей реальности есть пул с запущенными интерпритаторами, которые выполняют нужный файл при поступлении запроса

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

мальчик, скажи честно, ты python хоть раз не на картинке видел?

Я видел и могу сказать что троллишь ты очень толсто и неумело. И Python и PHP умеют работать как демоны и как исполняемые приложения. И Python и PHP умеют работать не находясь при этом в DOCUMENT_ROOT вебсервера и /static у обоих не обязан быть в исполняемой зоне и лежать в зоне видимости php-fmp.

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

И ты можешь сколько угодно усираться что твое конкретное приложение так не работает, но 90% всяких $1-5 шаред хостингов положат по фтп твои супер скрипты в вебрут и будут исполнять как же. И настраивали их такие же криворукие админы как и ты.

Я видел и могу сказать что троллишь ты очень толсто и неумело. И Python и PHP умеют работать как демоны и как исполняемые приложения. И Python и PHP умеют работать не находясь при этом в DOCUMENT_ROOT вебсервера и /static у обоих не обязан быть в исполняемой зоне и лежать в зоне видимости php-fmp.

причём здесь static?

99% web php-приложений НЕ могут работать, как демоны. если ты просто возьмёшь и закинешь его в бесконечный цикл, оно у тебя работать НЕ БУДЕТ, тебе нужно будет долгое и нудное портирование, реализация интерфейса взаимодействия с веб-сервером и т.д. и т.п.

99% web приложений не на php РАБОТАЮТ, КАК ДЕМОНЫ. если ты просто возьмёшь и закинешь их в document-root - ты их работать не заставишь

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

тебе везде кажутся враги php. я привёл РАЗЛИЧИЕ, и, поскольку тема *почему не любят*, я написал, к чему оно может привести. была бы тема *почему любят*, привёл бы ровно то же самое различие, и написал, чем оно удобно

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

И ты можешь сколько угодно усираться что твое конкретное приложение так не работает, но 90% всяких $1-5 шаред хостингов положат по фтп твои супер скрипты в вебрут и будут исполнять как же.

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

PHP, это как JavaScript, мыши кололись, но продолжали кушать кактус. Аргументы тебе никто никогда никакие не приведёт. Возьми и поюзай пару лет сначала PHP, потом Python. Сам на своей шкуре их прочувствуешь. Потом придёшь на ЛОР и расскажешь.

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

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

За питоном, например, стоит Гвидо, кто стоит, например, за Го, тоже быстро выяснишь, их и их бэкграунд.

А спроси любого, кто стоит за JS или PHP? Да Х их З, какие-то никому неизвестные анонисты-анонимусы-индусы.

Старайся юзать технологии, за которыми стоят всем известные крутые пацанчики. Это как Linux & FreeBSD. Кто стоит за Линуксом все знают, а кто за ЛСД никто и не вспомнит без обращения к википедии.

Так-то.

PS: Что касаемо аргументов по самому языку, то и на brainfuck-e можно напиликать что угодно при желании. Но этого же никто не делает.

python - это не фортран нашего времени?

Намекаешь, что рынок скукожится до 5-6 вакансий в год?

Старайся юзать технологии, за которыми стоят всем известные крутые пацанчики. Это как Linux & FreeBSD. Кто стоит за Линуксом все знают, а кто за ЛСД никто и не вспомнит без обращения к википедии.

Есть ещё OpenBSD, где есть Тео. Все знают Тео, это крутой перец! :)

За питоном, например, стоит Гвидо

Кстати, а кто это? Чем он крут? Чем страшен? Чем харизматичен?

надо всего-то знать про префорк и фасстроутер в uwsgi и про воркеров у gunicorn

ну и еще не быть шлангом и неучем, но это не про тебя

воркеры у gunicorn НЕ ЗАПУСКАЮТ ИНТЕРПРЕТАТОРЫ, КОТОРЫЕ ЗАПУСКАЮТ НУЖНЫЙ ФАЙЛ

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

Впервые слышу о таком. Может, у тебя просто не тот круг общения?

они запускают процессы.

процессы чего, шланг?

ты не понимал про то, как работает веб-сервер с php

ты не понимал, что такое wsgi

ты не понимал, что такое mod_python

странно было бы ожидать от тебя, что ты поймёшь, что такое воркеры в gunicorn :)

процессы чего, шланг?

(зевая) процессы того, что ты запустил

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

а то и дальше будет что-то типа такого:

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

хорошо, что мы не про go говорили - там вообще надо не только перезапускать сервис, но и перекмплилировать его :)

процессы того, что ты запустил

но я запустил интерпритатор питона...

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

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

но я запустил интерпритатор питона...

а если нет интерпретатора, если приложение уже скомпилировано :)

так можно сказать и *я запускаю linux*

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

даааа? и через какой интерфейс с веб-сервером у тебя всё это великолепие происходит?