DLag: Я где-то писал что PHP в байт-кодах записывается?
И где тут вы видите название PHP, или он вам мерещится уже?
Труязык это С++ по вашему мнению, писал я именно о нем, только вот к понятие "тру" я отношусь как и большинство знающих его значение - отрицательно, вам этого видимо не понять.
Из написанного вами видно что вы читаете только свои сообщения, т.к. неудосуживаетесь даже при цитировании прочитать что вам пишут.
1. Вы, видимо, еще и свои сообщения читать не умеете 😮
"вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи." => то, что исполняет пхп -- транслирует байткод. Разве нет? Тогда излагайте мысли яснее и понятнее.
2. Прошу прощения, неправильно Вас понял. Думал, что Вы, как и большинство трукодеров на пхп вкладываете в приставку "тру" - "реальный", "крутой", поэтому повел обсуждение не туда. Опять же, старайтесь получше выражать свои мысли.
DLag: Boris A Dolgov, вот когда узнаете что такое интерпретатор PHP и как он работает, тогда и и лезьте в такие темы, а пока что вы только в 4-й раз подтверждаете свой непрофессионализм.
Я не утверждаю что PHP тут хорош, вы где-то это видели? Я говорю что ваш любимый C++ создает больше проблем чем решает. Он был хорош 5 лет назад, когда не было ему путевой замены, сейчас все изменилось.
Кстати раз уж вам неймется: PHP не создает таких глупых ошибок, которые обыденны в С++ и являются его бичом повсеместно. Если бы на С++ писали проекты под Web, то ниодин проект не обошли бы стороной проблемы и ошибки которые бывают в PHP. В PHP они решаются, т.к. это язык для Web, в С++ нет, т.к. его не используют в такой ипостаси, и в совокупности С++ остается в разы проблемней.
Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
Советую и Вам узнать что такое байт-код. Для php есть кеширователи байт-кода, но сам php никак не записывается в виде байт-кодов.
Не Вы писали?
Boris A Dolgov, именно на труязыках пишут миллионы трупрогеров проги с тысячами трубагов, половину которых потом вылавливают сотни трутестеров, а остальную половину невинные юзеры, на которых тестится вечносырой трусофт, которые верят что трупрогеры труязыки это трукруто.
С/C++ уже лет 5 как оставлен для маньяков. Создано очень много более качественных языков, которые уделывают Си как по удобству и читаемости, так и по функционалу, не теряя при этом ничего, а давая только больше. Скорость зависит только от компилятора и никак от языка, если вы считаете иначе, то пишите на C++ дальше, возможно вам когда-нибудь все же осенит. Я уже упоминал про баги?
>Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
А этим вроде бы как Вы тут занялись. Написал, что пхп не подходит для серьезных задач, Вы начали доказывать, что это труязык.
DLag: Покажите мне большой проект написанный на C++, который не выпускает багфиксы каждые пол года.
Только в ПО на этом языке есть переполнения, многочисленные байт инъекции и т.п.
Не нужно равнять трансляторы и компилятор, если не в курсе в чем разница - учите мат часть.
Бла-бла-бла, вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи.
Слив не засчитан.
DLag добавил 20.12.2008 в 12:56
Питон слишком жаден до ресурсов, я пока не вижу мест где им лучше заменять Perl или PHP.
Есть психи, которые его суют везде, но это их личные интимные комплексы. :D
Покажите мне большой проект на php, который не выпускает багфиксы каждый месяц?
Покажите мне вообще большой проект, который не выпускает багфиксы 😮
Наезд два тоже не удался - читаем про NX или XD. Проблемы с переполнением буфера остались с тех времен, когда думали, что ПО - для своих и не нужно его защищать, тк в буфер в 256 всегда придет 256 байт :) Грамотно спроектированное приложение сейчас уже защищено от подобных "пакостей", только находят остатки старого.
Кстати, попробуйте как-нибудь в пхп сделать массив хотя бы из 2^25 чисел. будет интересно посмотреть на эффект. (это к работе с памятью-буферами-массивами).
Транслятор байт кода. Где-то слышали умное слово? 😂 К php оно не имеет никакого отношения. Под "найдите компилятор" я подразумевал "найдите способ исполнить php так, чтобы ...", но я пытался говорить Вашим языком.
Boris A Dolgov добавил 20.12.2008 в 13:45
DLag: Это просто еще один пример трусофта. :)
Об этом я и писал.
Тут просто пытались сравнить откомпилированный код с интерпретируемым языком.
Также глупо сравнивать Java и C++, пусть даже первая дает сравнимую производительность, за что честь и хвала Sun.
Как мне тут подсказывает друг прочитавший тему: "сравнивают макларен с самокатом".
И дело не в том что самокат медленный, он просто для других целей.
DLag добавил 20.12.2008 в 13:42 Я бы написал для этой задачи быстрый код на Perl в пару десятков строк и не тратил деньги на кучу серверов.
Но каждый выбирает свой путь. ;)
О, откуда-то взялась грамотная мысль. Каждый язык - под свою цель. Эта цель - не под пхп.
DLag: Boris A Dolgov, именно на труязыках пишут миллионы трупрогеров проги с тысячами трубагов, половину которых потом вылавливают сотни трутестеров, а остальную половину невинные юзеры, на которых тестится вечносырой трусофт, которые верят что трупрогеры труязыки это трукруто.
С/C++ уже лет 5 как оставлен для маньяков.
Создано очень много более качественных языков, которые уделывают Си как по удобству и читаемости, так и по функционалу, не теряя при этом ничего, а давая только больше.
Скорость зависит только от компилятора и никак от языка, если вы считаете иначе, то пишите на C++ дальше, возможно вам когда-нибудь все же осенит.
Я уже упоминал про баги? :)
Спалились :D
этот трусофт трунормально труработает только на трумашинах, при чем трукакмного времени. и трубагов в нем больше, так как делает его именно г^Wтрукодер, а не высококвалифицированный разработчик, который хотя бы знает, как работает память и почему в один массив пихать и строку, и объект, и число - само (и не только само) убийство.
Если Вы найдете мне такой компилятор для php, который уделает c++ на, например, анализе и переделывании длинной-предлинной строки по памяти и по времени, преклоюсь.
А если Вы считаете людей, которым нужна производительность и грамотрное распределение ресурсов - маньяками, то продолжайте так считать. Когда нужный сайт на пхп упрется в процессор, может быть осенит.
Boris A Dolgov добавил 20.12.2008 в 08:27
AlienZzzz: у него и парсинг нормальный и быстрый (регексп памяти не жрет столько, сколько жрет пхп), и треды у него настоящие, а не пллюшевые как у ПХП( пхп вообще не тредовым родился ) )
на си будет еще быстрее, но библиотеку регекспа нормальную , чтоб парсил большие тексты(ведь страница может быть более 64к.) я так и не нашел.
Все это на pcre работает :)
Там разве есть ограничения?
Boris A Dolgov добавил 20.12.2008 в 08:31
kxk: ENELIS, Питон рвёт яву как тузик грелку :) Java для окончательно отупевших программистов, имхо тк был порядка года в штате американской компании в России, видел я чего они кодят, на питоне это решилось бы ну раза в 3 быстрее и проще.
Ява подходит для коллективной разработки очень большой программы, ровно как и дотнет.
Пример - логикбоксес. Все постоянно жалуются, что ява на нем глючит, но если бы оно было написано не на полностью ОО-языке, там был бы полнейший бардак и не работало бы еще сильнее.
Там еще есть момент уменьшения производительности из-за того, что дело происходит можно в виртмашине.
Perl на данный момент вижу весьма нормальным языком. И регекспы в нем есть 😆
В России сейчас нет потребности в качественном по на заказ, но на западе уже существуют фирмы, занимающиеся аутсорсингом разработки по на заказ, насколько я знаю.
То, о чем я говорил в теме кликхоста и что они так благополучно проигнорировали :)
У виртуоззо лимиты не только такие размытые как память, диск, есть более конкретные UBC-лимиты, которые нигде не публикуются, но которыми все режется.
Вы все ошиблись. Пятница была вчера.
df -i
вывод покажите
(с) Andreyko
Я где-то писал что PHP в байт-кодах записывается?
И где тут вы видите название PHP, или он вам мерещится уже?
Труязык это С++ по вашему мнению, писал я именно о нем, только вот к понятие "тру" я отношусь как и большинство знающих его значение - отрицательно, вам этого видимо не понять.
Из написанного вами видно что вы читаете только свои сообщения, т.к. неудосуживаетесь даже при цитировании прочитать что вам пишут.
1. Вы, видимо, еще и свои сообщения читать не умеете 😮
"вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи." => то, что исполняет пхп -- транслирует байткод. Разве нет? Тогда излагайте мысли яснее и понятнее.
2. Прошу прощения, неправильно Вас понял. Думал, что Вы, как и большинство трукодеров на пхп вкладываете в приставку "тру" - "реальный", "крутой", поэтому повел обсуждение не туда. Опять же, старайтесь получше выражать свои мысли.
Но с Вами интересно спорить :)
Boris A Dolgov, вот когда узнаете что такое интерпретатор PHP и как он работает, тогда и и лезьте в такие темы, а пока что вы только в 4-й раз подтверждаете свой непрофессионализм.
Я не утверждаю что PHP тут хорош, вы где-то это видели?
Я говорю что ваш любимый C++ создает больше проблем чем решает.
Он был хорош 5 лет назад, когда не было ему путевой замены, сейчас все изменилось.
Кстати раз уж вам неймется: PHP не создает таких глупых ошибок, которые обыденны в С++ и являются его бичом повсеместно.
Если бы на С++ писали проекты под Web, то ниодин проект не обошли бы стороной проблемы и ошибки которые бывают в PHP.
В PHP они решаются, т.к. это язык для Web, в С++ нет, т.к. его не используют в такой ипостаси, и в совокупности С++ остается в разы проблемней.
Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
Советую и Вам узнать что такое байт-код. Для php есть кеширователи байт-кода, но сам php никак не записывается в виде байт-кодов.
Не Вы писали?
С/C++ уже лет 5 как оставлен для маньяков.
Создано очень много более качественных языков, которые уделывают Си как по удобству и читаемости, так и по функционалу, не теряя при этом ничего, а давая только больше.
Скорость зависит только от компилятора и никак от языка, если вы считаете иначе, то пишите на C++ дальше, возможно вам когда-нибудь все же осенит.
Я уже упоминал про баги?
>Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
А этим вроде бы как Вы тут занялись. Написал, что пхп не подходит для серьезных задач, Вы начали доказывать, что это труязык.
Покажите мне большой проект написанный на C++, который не выпускает багфиксы каждые пол года.
Только в ПО на этом языке есть переполнения, многочисленные байт инъекции и т.п.
Не нужно равнять трансляторы и компилятор, если не в курсе в чем разница - учите мат часть.
Бла-бла-бла, вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи.
Слив не засчитан.
DLag добавил 20.12.2008 в 12:56
Питон слишком жаден до ресурсов, я пока не вижу мест где им лучше заменять Perl или PHP.
Есть психи, которые его суют везде, но это их личные интимные комплексы. :D
Покажите мне большой проект на php, который не выпускает багфиксы каждый месяц?
Покажите мне вообще большой проект, который не выпускает багфиксы 😮
Наезд два тоже не удался - читаем про NX или XD. Проблемы с переполнением буфера остались с тех времен, когда думали, что ПО - для своих и не нужно его защищать, тк в буфер в 256 всегда придет 256 байт :) Грамотно спроектированное приложение сейчас уже защищено от подобных "пакостей", только находят остатки старого.
Кстати, попробуйте как-нибудь в пхп сделать массив хотя бы из 2^25 чисел. будет интересно посмотреть на эффект. (это к работе с памятью-буферами-массивами).
Транслятор байт кода. Где-то слышали умное слово? 😂 К php оно не имеет никакого отношения. Под "найдите компилятор" я подразумевал "найдите способ исполнить php так, чтобы ...", но я пытался говорить Вашим языком.
Boris A Dolgov добавил 20.12.2008 в 13:45
Это просто еще один пример трусофта. :)
Об этом я и писал.
Тут просто пытались сравнить откомпилированный код с интерпретируемым языком.
Также глупо сравнивать Java и C++, пусть даже первая дает сравнимую производительность, за что честь и хвала Sun.
Как мне тут подсказывает друг прочитавший тему: "сравнивают макларен с самокатом".
И дело не в том что самокат медленный, он просто для других целей.
DLag добавил 20.12.2008 в 13:42
Я бы написал для этой задачи быстрый код на Perl в пару десятков строк и не тратил деньги на кучу серверов.
Но каждый выбирает свой путь. ;)
О, откуда-то взялась грамотная мысль. Каждый язык - под свою цель. Эта цель - не под пхп.
Тут обсуждалась эта проблема и альтернативное решение.
Boris A Dolgov, именно на труязыках пишут миллионы трупрогеров проги с тысячами трубагов, половину которых потом вылавливают сотни трутестеров, а остальную половину невинные юзеры, на которых тестится вечносырой трусофт, которые верят что трупрогеры труязыки это трукруто.
С/C++ уже лет 5 как оставлен для маньяков.
Создано очень много более качественных языков, которые уделывают Си как по удобству и читаемости, так и по функционалу, не теряя при этом ничего, а давая только больше.
Скорость зависит только от компилятора и никак от языка, если вы считаете иначе, то пишите на C++ дальше, возможно вам когда-нибудь все же осенит.
Я уже упоминал про баги? :)
Спалились :D
этот трусофт трунормально труработает только на трумашинах, при чем трукакмного времени. и трубагов в нем больше, так как делает его именно г^Wтрукодер, а не высококвалифицированный разработчик, который хотя бы знает, как работает память и почему в один массив пихать и строку, и объект, и число - само (и не только само) убийство.
Если Вы найдете мне такой компилятор для php, который уделает c++ на, например, анализе и переделывании длинной-предлинной строки по памяти и по времени, преклоюсь.
А если Вы считаете людей, которым нужна производительность и грамотрное распределение ресурсов - маньяками, то продолжайте так считать. Когда нужный сайт на пхп упрется в процессор, может быть осенит.
Boris A Dolgov добавил 20.12.2008 в 08:27
у него и парсинг нормальный и быстрый (регексп памяти не жрет столько, сколько жрет пхп), и треды у него настоящие, а не пллюшевые как у ПХП( пхп вообще не тредовым родился ) )
на си будет еще быстрее, но библиотеку регекспа нормальную , чтоб парсил большие тексты(ведь страница может быть более 64к.) я так и не нашел.
Все это на pcre работает :)
Там разве есть ограничения?
Boris A Dolgov добавил 20.12.2008 в 08:31
ENELIS, Питон рвёт яву как тузик грелку :) Java для окончательно отупевших программистов, имхо тк был порядка года в штате американской компании в России, видел я чего они кодят, на питоне это решилось бы ну раза в 3 быстрее и проще.
Ява подходит для коллективной разработки очень большой программы, ровно как и дотнет.
Пример - логикбоксес. Все постоянно жалуются, что ява на нем глючит, но если бы оно было написано не на полностью ОО-языке, там был бы полнейший бардак и не работало бы еще сильнее.
Там еще есть момент уменьшения производительности из-за того, что дело происходит можно в виртмашине.
Perl на данный момент вижу весьма нормальным языком. И регекспы в нем есть 😆
Да, такая проблема есть :(
В России сейчас нет потребности в качественном по на заказ, но на западе уже существуют фирмы, занимающиеся аутсорсингом разработки по на заказ, насколько я знаю.
мда...
10 мда