pyton плюсы и минусы?

[mirk]

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

Зависит от того, что вы делаете. Если пара посетителей в год, то да.

многие третью версию не рассматривают никак

Многие - это сколько? А сколько рассматривает?

Типа там где юзают питон - уникод не нужен.

Напоминает "640 кб хватит всем"
Сейчас почти везде используется юникод.
Да и питон3 - это не только юникод. Говорить что это только юникод могут только не разбирающиеся в вопросе, т.е. их мнение можно не учитывать.

[azsx]

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

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

Зависит от того, что вы делаете. Если пара посетителей в год, то да.

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

[mirk]

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

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

до нескольких сотен тысяч хитов в сутки на любом живом шаред хостинге до 200 р в месяц.

Да это фигня, если сайт не на битриксе

[debi12345]

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

Да причем тут простой-не-простой Все до единого (включая Java-сервлеты) HTML-бэкэнды тупо парсят каждую страницу, ничего не зная о других сгенерированных HTML-страницах с кроме как через медленные (хранимые в файлах) сессионные переменные. Ускоряются все эти дела серверным кэшированием и прекомпиляцией в байт-код - для этого есть решения под Java и PHP, в вот сделали ли оное под Python...

Добавлено спустя 3 минуты 54 секунды:

Да это фигня, если сайт не на битриксе

Млын, сочувствую тем, кого вынуждают все эти "чудеса в решете" изучать

[azsx]

Ускоряются все эти дела серверным кэшированием и прекомпиляцией в байт-код - для этого есть решения под Java и PHP, в вот сделали ли оное под Python...

а часто пхп перекомпилируют? я думал это единичные случаи.

[debi12345]

а часто пхп перекомпилируют? я думал это единичные случаи.

Он сам компилируется - модулями XCachе и OpСache - ессно если их включить. В PHP7 добавили фишку "оптимизация под тип данных" - их теперь можно явно указывать в объявлениях аргументов и возврата у функций. Если не укажешь явно, то PHP7 выполняет анализ (и дальнейшую оптимизацию) своими силами - ессно не 100% надежно, но это не влияет на правильность значений.

[mirk]

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

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

кроме как через медленные (хранимые в файлах) сессионные переменные

Уже давно (даже на пхп) никто не хранит сессионные переменные в файлах на высоконагруженных проектах.

Ускоряются все эти дела серверным кэшированием и прекомпиляцией в байт-код - для этого есть решения под Java и PHP, в вот сделали ли оное под Python...

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

[debi12345]

Никто не мешает один раз проинициализировать систему и принимать запросы учитывая сессию

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

поэтому многие делают как привыкли - анализируя каждый HTTP запрос отдельно.

И ОЧЕНЬ правильно - это ОЧЕНЬ помогает избежать ошибок из-за "левоты" в паблик-домене.

Добавлено спустя 4 минуты 38 секунд:

никто не хранит сессионные переменные в файлах на высоконагруженных проектах.

А где ? В БД что ли ? Это еще тормознее
На самом деле Xcache умеет кэшировать и сессионки.

В питоне это всегда было без установки дополнительных модулей и расширений

Кэшируемая связка с Apache ?! И когда только успели...

[mirk]

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

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

Но почему-то даже JAVA избегает данного подхода на вэб-аппликухах.

С каких пор ява стала эталоном?

И ОЧЕНЬ правильно - это ОЧЕНЬ помогает избежать ошибок из-за "левоты" в паблик-домене.

А можете по русски написать? Что за левота в паблик-домене?
Если разработчик не в состоянии продумать архитектуру, то пусть и пишет хоум-паги на пхп - это его потолок

А где ? В БД что ли ? Это еще тормознее

Смотря в какой БД. Вы ведь знаете, что БД бывают разные и для разных задач?

Кэшируемая связка с Apache ?! И когда только успели...

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

[debi12345]

Смотря в какой БД. Вы ведь знаете, что БД бывают разные и для разных задач?

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

Добавлено спустя 6 минут 55 секунд:

ему не нужен апач для этого

Без апача это бессмыслица.

ждут когда за них все сделают (фпм, внешние кэши и т.п.).

Хм, да обычная модульно-плагиная архитектура, позвляющая распределить обязанности и работать слабо-связанно - что в это плохого ?

[mirk]

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

Какие еще БД знаете? Даже MySQL умеет таблицы в памяти держать, я уж не говорю про более специфичные решения для подобных данных.
Да и не всегда вопрос в скоросчти чтения, есть еще блокировки.

Без апача это бессмыслица.

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

Хм, да обычная модульно-плагиная архитектура, позвляющая распределить обязанности и работать слабо-связанно - что в это плохого ?

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

[debi12345]

Вот не стоит судить о других системах зная только ущербный пхп

Такий ущербный что практически оккупировал динамический "вэб"

[mirk]

Такий ущербный что практически оккупировал динамический "вэб"

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

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

[Mirage]

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

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

Реальный профит - кэширование сессионок в памяти специальным модулем

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

Ну и традиционный вопрос - вы ведь знаете, что кроме апача есть другие веб-сервера?

У питона и свой веб-сервер есть. Хотя в высоконагруженных проектах лучше его все же за nginx'ом держать.

[debi12345]

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

ПС : на самом деле 99% замедления идет от многочисленных мелких обращений PHP к БД - если не удается их зареюзать (вызываются не из одного скрипта) и БД находится не на локал-хосте... а также серьезно (чудес не бывает: 2-сторонний траффик + задержки в канале + отрисовка) тормозит любая GET/POST/AJAX-операция - поэтому число этих операций нужно минимизировать. В последнем проекте на 90% решил это одновременным асинхронным-параллельным выполнением кучи тех AJAX-запросов, что не зависят друг от друга, а те, что зависят - пришлось организовывать в Promise-иерархию (по-лоховски это звучит "deferred").

Добавлено спустя 11 минут 39 секунд:

А еще лучше без сессий.

В JS все хранить что ли ? И передавать в GET/POST/AJAXе ?