df -i
вывод покажите
(с) Andreyko
1. Вы, видимо, еще и свои сообщения читать не умеете 😮
"вы компилятор PHP вначале найдите, транслятор байт кода и компилятор - разные вещи." => то, что исполняет пхп -- транслирует байткод. Разве нет? Тогда излагайте мысли яснее и понятнее.
2. Прошу прощения, неправильно Вас понял. Думал, что Вы, как и большинство трукодеров на пхп вкладываете в приставку "тру" - "реальный", "крутой", поэтому повел обсуждение не туда. Опять же, старайтесь получше выражать свои мысли.
Но с Вами интересно спорить :)
Советую и Вам узнать что такое байт-код. Для php есть кеширователи байт-кода, но сам php никак не записывается в виде байт-кодов.
Не Вы писали?
>Я повторю свой тезис: не нужно сравнивать разные языки программирования для разных целей, в этом ваша ошибка.
А этим вроде бы как Вы тут занялись. Написал, что пхп не подходит для серьезных задач, Вы начали доказывать, что это труязык.
Покажите мне большой проект на php, который не выпускает багфиксы каждый месяц?
Покажите мне вообще большой проект, который не выпускает багфиксы 😮
Наезд два тоже не удался - читаем про NX или XD. Проблемы с переполнением буфера остались с тех времен, когда думали, что ПО - для своих и не нужно его защищать, тк в буфер в 256 всегда придет 256 байт :) Грамотно спроектированное приложение сейчас уже защищено от подобных "пакостей", только находят остатки старого.
Кстати, попробуйте как-нибудь в пхп сделать массив хотя бы из 2^25 чисел. будет интересно посмотреть на эффект. (это к работе с памятью-буферами-массивами).
Транслятор байт кода. Где-то слышали умное слово? 😂 К php оно не имеет никакого отношения. Под "найдите компилятор" я подразумевал "найдите способ исполнить php так, чтобы ...", но я пытался говорить Вашим языком.
Boris A Dolgov добавил 20.12.2008 в 13:45
О, откуда-то взялась грамотная мысль. Каждый язык - под свою цель. Эта цель - не под пхп.
Тут обсуждалась эта проблема и альтернативное решение.
Спалились :D
этот трусофт трунормально труработает только на трумашинах, при чем трукакмного времени. и трубагов в нем больше, так как делает его именно г^Wтрукодер, а не высококвалифицированный разработчик, который хотя бы знает, как работает память и почему в один массив пихать и строку, и объект, и число - само (и не только само) убийство.
Если Вы найдете мне такой компилятор для php, который уделает c++ на, например, анализе и переделывании длинной-предлинной строки по памяти и по времени, преклоюсь.
А если Вы считаете людей, которым нужна производительность и грамотрное распределение ресурсов - маньяками, то продолжайте так считать. Когда нужный сайт на пхп упрется в процессор, может быть осенит.
Boris A Dolgov добавил 20.12.2008 в 08:27
Все это на pcre работает :)
Там разве есть ограничения?
Boris A Dolgov добавил 20.12.2008 в 08:31
Ява подходит для коллективной разработки очень большой программы, ровно как и дотнет.
Пример - логикбоксес. Все постоянно жалуются, что ява на нем глючит, но если бы оно было написано не на полностью ОО-языке, там был бы полнейший бардак и не работало бы еще сильнее.
Там еще есть момент уменьшения производительности из-за того, что дело происходит можно в виртмашине.
Perl на данный момент вижу весьма нормальным языком. И регекспы в нем есть 😆
Да, такая проблема есть :(
В России сейчас нет потребности в качественном по на заказ, но на западе уже существуют фирмы, занимающиеся аутсорсингом разработки по на заказ, насколько я знаю.
мда...
10 мда
Объекты у нас не состоят из функций, свойств и переменных? Это будет влиять на скорость выполнения и на используемую память.
Не надо путать теплое с мягким. Есть определенные языки под определенные задачи. Никто не просит на си или аммеблере писать карты для игр и красивости для страничек. Но серьезные, высоконагруженные, приносящие деньги программы надо писать на "настоящих языках".
Boris A Dolgov добавил 19.12.2008 в 21:14
Так об этом и речь! Personal Home Page. ☝
ТС, прошу прощения за оффтопик, закругляюсь.