Здравствуйте, посоветуйте пожалуйста что лучше для аукциона онлайн Python или PHP?

ассемблер

лучше то, в чём вы больше разбираетесь.

То есть принципиальной разницы между ними нет?

А какая разница между русским и немецким? Книги пишут и на том и на другом. Кстати есть ещё руби.

Руби не предлагают, предлагают или Python или PHP.
Вопрос какие у них плюсы и какие минусы именно для работы аукционов.

Какие плюсы и минусы у русского и французкого именно для написания романов?
п.с. и джанго хвалят и для пыха есть достаточно достойных фреймворков.

python, если есть выбор.

Спасибо, говорили с русскими они за Python,
немцы за PHP

Немцы в IT не такие прогрессивные, новые языки учат с опозданием. Берись лучше за Питон на Django.

Это python новый язык? Ровесник пыха, если не старше.

это ты как прогрессивность немцев в IT определил ?

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

Реально ряд вещей, которые в Java EE идут из коробки, в пыхе надо писать самому. Основное оправдание существованию пыха - вездесущность и наличие кучи дешевых быдлокодеров.

Немцы подошли к вопросу как прагматики, русские - как романтики. Я бы подошел как профи и наваял бы все в джаве

конкретный пример.

а как же Google I/O 2013 event ?
www.phpclasses.org/blog/post/208-5-Reasons-Why-the-Web-Platform-War-is-Ov...

Security, например. IoC хоть и появилось, но performance такова, что пользоваться им невозможно. Написал свой. Да вообще скорость большинства компонент в Zend/Symfony ниже плинтуса. Хочешь иметь скорость отклика меньше 10мс на среднем сервере - надо писать фреймворк самому. В отношении ACLs - в зенде ребята похоже вообще не понимают что это такое... Короче профессионализм отсутствует как класс. Ну и за решение не имплементировать аннотации в 5.4 надо выдать приз по тупости.

в С++ к примеру не было даже регэкспов, а стандартные потоки вообще сосут. И? Зато был буст и прочие.
Нужна скорость - посмотрите yii. Быстро, компактно, логично. Кстати авторы судя по всему курят рельсы :)
Нужно быстрее? А Вы уверенны, что используете инструменты по назначению?

1. Каким боком тут вообще С++? И эти люди говорят мне об адекватности выбора?
2. YII это точно такая же наколенная поделка как и все остальное в мире PHP. В отношении скорости он ничем не лучше, вьюхи же там просто отсасывают по скорости по полной программе. Я их всех лично гонял через xdebug и wincachegrind.
3. Если уж на то пошло, то проше всего привести к мало-мальски человеческой скорости первую версию зенда, но это уродство.
4. Выбора у меня не было, нормальных фреймворков для REST год назад тоже не было. Пришлось написать собственный фреймворк по подобию спринга.
5. Да, я абсолютно уверен, что использую все по назначению.

ну тут ты погорячилсяhttp://wiki.python.org/moin/WebFrameworks один microframework flask в сочетании с sqlalchemy чего стоит!

нононо!!! я бы был по осторожне с высказываниями.

хехе. тебя просто не хватило. ;)
мы вот делали на джанге мегапроэкт с поддержкой мультиплатформенности итп... в целом проэкт прошел успешно. были свои трудности, но если себе представить, что бы это все в php завернуть, у меня волосы дыбом на спине встают!!! я видел как на symphony (к стате фрэймворк сделан под впечатлениями python чудесного мира;) ) поднимали довольно завернутый проэкт, так что представление есть... php это всего лишь hype хоть и успешный. простенький проэктик на нем можно спойконо делать, но если серьезно подходить к web то мое мнение это - python по любому....

C++ здесь тем же боком, каким и отсутствие IoC и ACL в языке PHP. Есть языки, а есть фреймворки(библиотеки). Зачем всё же всё в кучу?

Я не собираюсь с вами спорить о качестве YII. Думаю разума достаточно, чтобы почитать обзоры самому. Кстати о каких вьюхах идёт речь? :)) Их там как таковых(по крайней мере в том виде, в котором они есть в Zend) просто нет. Они появятся только во второй версии YII. Посмотрите реализацию рендеринга.

Я не пойму кстати, что вы собрались мерить? Скорость передачи по HTTP или скорость отдачи апача? Можем сделать тестик, если хотите.

YII аддонов для RESTа - достаточно. Что вы искали и по каким критериям они вам не подошли - оставим за кадром.

Если необходима скорость < 10 мс, то HTTP как транспорт не подходит вообще. Желаю дальнейших успехов!

НП.
Немножко к вопросу об языках.
У нас тут (в Ирландии) кризис. Большая - 14% - безработица. Народ съезжает. Бо, даже толклвого, в принципе, кодера некуда пристроить.
В Испании, однако, все еще хужее - безработица - общая порядка 25-30%, среди молодежи до 60%. Уезжают, в основном, гастарбайтеры.
Вот на этом фоне в Ирладии публикуются объявления:
Mi cliente tiene una excelente vacante para un desarrollador PHP Web.
(...)
Salary : 80.000/год
Аналогично по Жабе, по Шарпу... По Питону подобного не видел.
Так что если есть желание быть былокодером - вэлком то Пых...

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

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

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

Ну, обобщил я, конечно, сильно :-) Просто я поработал в одной фирме в Германии и в России и вижу, что у русских принято использовать самые последние технологии, а немцы могут и сейчас спокойно сидеть в Visual Studio 2005 и писать на vb.net под .net fw 2.0, пока не припрёт что-то поменять.

Потому что правило never change a running system еще никто не отменял.

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

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

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

фигасе нафлеймили )
фреймворки, шмеймворки, чуваку же аукцион нужно ) так что можно полгода выбирать фреймворки, но потом все равно набыдлакодят какойнить один aukcion.php где будут только функции, все пост-гет запросы будут хаваться здесь, тут же будут харкодить sql запросики бодренько заправив их значениями напрямую из $_POST или $_REQUEST не думая о каких то там инъекциях

А самое смешное, что на проф. сайт на Java/Maven/Tomcat/Spring MVC/Spring Data/JPA/JSP времени надо едва ли больше.

ну а я не гордый, линейку достану:

<?php
class TestController extends CController
{
	public function actionTest()
	{
		echo "<p>тест</p>";
		Yii::app()->end();
	}
}
?>

вызов:
http://localhost/test?r=test/test
время вызова - 12 мс. И о какой паре сотен мс вы тут собственно втираете, уважаемый?

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

На яве остались приложения для мобильных

Хватит тут втирать!
генерируем:

php /var/www/yii/framework/yiic webapp ttt

cмотрим:

/**
	 * This is the default 'index' action that is invoked
	 * when an action is not explicitly requested by users.
	 */
	public function actionIndex()
	{
		// renders the view file 'protected/views/site/index.php'
		// using the default layout 'protected/views/layouts/main.php'
		$this->render('index');
	}

тестим:

http://localhost/~ssm/ttt?r=site/index

глядим:

27 мс

Кстати, я первый раз в жизни слышу о полноценном ентерпрайз приложении, которое по всей видимости(время загрузки < 5 мс) обходится без бд, и js-скриптов., а также видимо css и картинок. Такая скорость в ентрепрайз веб приложении может понадобится ИМХО только в веб сервисе. А там нужно максимум отдать/принять данные.
И ещё: или приводите реальные цифры и реальный код, который мы можем сравнить и проверить, или не стоит молоть чушь.

В основном j2ee на серверах.

Ладно, закроем тему. Джи - дерьмовая и нелогичная система. Период.
ЗЫ 27мс на пустой системе - это много.

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

написал, а потом удалил. дискуссия закрыта.

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

Вот сайты на пайтоне(django):
http://disqus.com/
http://pinterest.com
http://instagram.com/
http://bitbucket.org

а что вас удивляет?
мы во время учебы сдаем проект интернет-магазина с базой данных, функциями поиска, сортировки и т.п. и это даже не джанго, а стандартный python wsgi + werkzeug.

Так я и думал. Всё сырое и недоделаное. В HTML вечно какие-то ошибки. Хотябы один до конца доведёный проект увидеть. Не для интернета пайтон. Как из пушки по воробьям. Гора работы, а выхлоп слабенький.

Как минимум про instagramm это смелое заявление. Покажете пример какой-нибудь ошибки?

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

если есть интерес пиши в личку...

ну пожалуй этот можешь посмотреть. на джанге заернут.
http://www.foodinni.de/
последнее что мы делали, это было тоже на джанге. очень много логики, развивали около года, но показать не могу из-за соглашений с клиентом о не разглашении информации... в целом могу сказать что пришлось адаптировать под ipad, android, делать на этой основе offline решения итп. много чего для себя узнали и ни разу не пожалели о выборе.

Совсем неплохо, хотя HTML ошибки есть. Да и шапке надо бы отдавать побольше внимания
Загружается сайт долго, хотя нахваливали скорость

http://validator.nu/?doc=http%3A%2F%2Fwww.foodinni.de%2F
А попробуйте при помощи джанго убрать все эти ошибки

Ага, особенно битбвкет с миллионом пользователей.
Покажите пример доделанного

Ага особенно он, если у них действительно столько поситителей. Посмотрите сколько ошибок. Не умеет джанго нормальный код генерировать. Во всяком случае пока. Такие сайты могут выглядеть неплохо с точки зрения обывателя, но для гугла например это свалка из песпорядочного кода с ошибками. Попробуйте например оптимизировать такой сайт при помощи пайтона под поисковые машины... Попробуйте внести микроразметку... Да и дизайн почти у всех почти одинаковый. Не стоит овчинка выделки. Это только так потусоваться красиво, похвастяться дескать мы вона как работаем на пайтоне. Не получается ничего законченого. Под PHP и то приходится очень попотеть, пока всё доработаешь. Забудьте про пайтон в интернете, если только как серверное приложение для определённой задачи.

ну разве я виноват что валидатор не знает о существовании m тэга?
и вообще жду от вас каких то правильно написаных проэктов.
http://validator.nu/?doc=http%3A%2F%2Fwww.ebay.com%2F
http://validator.nu/?doc=http%3A%2F%2Fwww.amazon.de
честно говоря сомневаюсь, что вы мне откроете америку...

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

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

Какое отношение криворукий верстальщик HTML имеет к джанго? HTML можно любой написать - https://docs.djangoproject.com/en/1.5/topics/templates/.

причем вообще язык программирования к дизайну сайта? html-код ведь от этого не зависит

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

пока единственная здравая мысль на этой странице.

Html код какраз и зависит от того, как он будет сгенерирован с какого бы там нибыло языка.
Я не вижу смысла что-то доказывать. Скажу только, что с таким кодом сайт на первых страницах того же гугла, если и появится, то его всегда сможет обставить кто-то другой. С грамотно построеным контентом и кодом. (Темболее после последних апдейтов гугла) Это многие упускают из вида. А зря. Я слышал даже высказывания типа: "Мой сайт для людей, а не для гугла". Только вот как эти самые люди должны его найти... Многие бьют себя в грудь, дескать это передовые технологии, а что толку, если за день сварганеный сайт может переплюнуть за пару месяцев ваш выстраданый многими месяцами в джанго. Ведь в интернете всё сводится в конечном итоге к посещаемости, рекламе, ренкингу. Что толку от вашего красивого сайта, если его никто не может найти, так как его почти игнорируют поисковики.
SEO весьма сложная вещь. Я бы советовал всем, кто начинает программировать в интернете начинать именно с SEO. Тогда и вопросы многие отпадут и не возникнет желания спорить с очевидным. С PHP всё просто. Ошибка- взял исправил. С джанго у вас так просто не получится.
ebay или amozon могут себе позволить вытворять, что угодно. Их и так уже все знают. Иной раз у них на сайте такие косяки выскакивают. Ненадо на них ориентироваться.

Я не вижу смысла что-то доказывать.
------
А стоило бы попытаться. Сам бы понял, что чушь пишешь...
Если очень сложно осознать, то подумай над тем, как клиент определяет способ создания ХТМЛ и что от этого меняется...

А зачем пытаться? В интернете полно законченых проектов на PHP и с чистым контентом и с чистым кодом. Они и в поисковиках на высоте. А в пайтоне так никто ничего и не показал более-менее достойного.
Причём здесь клиент? Ну так сделайте в пайтоне так, чтобы клиент нормально определял способ создания HTML и покажите. Чтобы всё было оптимизировано, чтобы небыло ошибок в коде. Ну не может никто толком ничего сделать. Гонор только один.

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

А зачем пытаться?
------
Чтобы осознать, в каком именно месте у тебя недопонимание...
Ну так сделайте в пайтоне так
------
Ну не зависит это от Питона, ПХП, C$, JSP & etc.

можно подробнее?

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

Оттуда и все эти ошибки, которые уже ну никак не выковырять.
------
связываешься с разработчиком, обьясняешь что иемнно не устраивает и поправят... со временем. Бо, там такой же шаблон, только расширенный и предкомпилированный...
Но к языку, на котором написан код поставляющий ХТМЛ, это отношения не имеет...

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

Очень интересная статистика, но насколько репрезентативно это отражает глобальное использование языков? Я, к примеру, пишу на C# и vb.net корпоративные системы, у нас свой корпоративный репозиторий, там миллионы строк кода, но... у меня просто нет причин что-то сабмитить на github.com. И таких как я - легион. Как бы поправку сделать?

это не связано с немцами.
Для PHP есть куча наработок, фреймворков, программистов.
Для Python/Django свободных программистов на рынке по пальцам пересчитать, штелленангеботов тоже.
Тут не до прогрессивности, если ты как заказчик не сможет найти программистов.

скажите, а вот например элементарный шоп: есть ли вменяемые решения не на пыхе, на уровне Oxid или хотя бы Magento?

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

ну на python есть как бы plone
http://plone.org/support/sites/sites_listing?industries%3Alist=E-Commerce

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

вы мне сейчас даете ссылки на список. Значит вы не работали с этими системами.
С вероятностью 90% для вряд ли будет создана шоп система уровня Оxid в течение ближайших 5-10 лет.

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

издеваешься? интересное умозаключение. :)

ну смотри. я точно знаю, что на http://satchless.com/ существуют уже интересные решения. в целом plone я на деле не видел, но это решение существует уже достаточно давно.
знаю так же, что есть уже готовый framework http://www.satchmoproject.com/stores/all/
я принимал участие в развитии нашего собственного ecommerce фреймворка. в целом дела обстоят не так уж и хорошо. это дело скорее не техническое, сколько чисто финансовое. oxid тот еще продукт. магенто тоже не конфетка, хотя сделано все с умом. по крайней мере более чисто, чем в оксиде. но не смотря на это, оксид все же имеет большую поддержку и как я уже и говорил, это имеет финансовые корни.
так что

трудно сказать, но думаю что так оно и есть, если не учитывать plone.

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

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

интересно, чем контора занимается? веб или что-то еще?

Не запомнил. Просмотрел обьявления, произвел оценку, осознал, что мне туда не надо и... забыл.
Опсс... нашел http://www.ammeon.com/careers/

да, информаций немного
похоже, что для сеток. у питона в этом плане хорошая API.