Что то тут мало холиваров...
У меня есть такие стереотипы:
PHP бесплатный
PHP проще в изучении/разработке
PHP быстрее.
Следовательно PHP лучше.
Вы согласны?
Здравствуйте, kronos_vano, Вы писали:
_>Что то тут мало холиваров... _>У меня есть такие стереотипы: _>PHP бесплатный _>PHP проще в изучении/разработке _>PHP быстрее. _>Следовательно PHP лучше. _>Вы согласны?
И ты зарегистрировался на RSDN только затем, что бы найти ответ на этот животрепещущий вопрос?
Здравствуйте, anton_t, Вы писали:
_>Здравствуйте, kronos_vano, Вы писали:
_>>Что то тут мало холиваров... _>>У меня есть такие стереотипы: _>>PHP бесплатный _>>PHP проще в изучении/разработке _>>PHP быстрее. _>>Следовательно PHP лучше. _>>Вы согласны?
_>И ты зарегистрировался на RSDN только затем, что бы найти ответ на этот животрепещущий вопрос?
Нет меня интересуют веб технологии и в частности факты того ASP.NET лучше, так как врят ли кто-то _тут_ со мной согласиться.
А зачем тут еще регистрироваться? Чтобы искать нужную инфу задавать вопросы и получать на них вразумительные ответы.
Уж тогда отвечу тоже оффтопиком:
Кто нибудь мне объяснит чем отличаются "священные войны" от "священных компьютерных"? В первом оказалась уже есть эта тема .
Здравствуйте, kronos_vano, Вы писали:
_>Здравствуйте, anton_t, Вы писали:
_>>Здравствуйте, kronos_vano, Вы писали:
_>>>Что то тут мало холиваров... _>>>У меня есть такие стереотипы: _>>>PHP бесплатный _>>>PHP проще в изучении/разработке _>>>PHP быстрее. _>>>Следовательно PHP лучше. _>>>Вы согласны?
_>>И ты зарегистрировался на RSDN только затем, что бы найти ответ на этот животрепещущий вопрос?
_>Нет меня интересуют веб технологии и в частности факты того ASP.NET лучше, так как врят ли кто-то _тут_ со мной согласиться.
Лучше книжки читай. Тут тебе скажут много, но лучше бы тебе этого не говорили
_>А зачем тут еще регистрироваться? Чтобы искать нужную инфу задавать вопросы и получать на них вразумительные ответы.
_>Уж тогда отвечу тоже оффтопиком: _>Кто нибудь мне объяснит чем отличаются "священные войны" от "священных компьютерных"? В первом оказалась уже есть эта тема .
kronos_vano wrote: > Нет меня интересуют веб технологии и в частности факты того ASP.NET > лучше, так как врят ли кто-то _тут_ со мной согласиться.
ASP.NET лучше по одной причине — в нем продуманная компонентная модель,
в которую даже AJAX добавляется.
А PHP только-только движется к простым темплейтным движкам и пока
большей частью PHP приложения сделаны просто как вывод HTML-текста без
всякой компонентности.
Здравствуйте, kronos_vano, Вы писали:
_>Что то тут мало холиваров... _>У меня есть такие стереотипы: _>PHP бесплатный _>PHP проще в изучении/разработке _>PHP быстрее. _>Следовательно PHP лучше. _>Вы согласны?
нет. в PHP в принципе не практикуется компонентный подход, да и ООП там очень слаб.
напишите пару немаленьких проектов на пхп и вы поймете, что это просто ужас — даже если там используются шаблоны, xml и т.п.
в начале создания PHP расшифровывалось как Personal Home Page — это оно и есть, не больше...
В средних и крупных проектах объектная модель и компонентный подход просто необходимы. Поэтому люди и смотрят в сторону Java, .NET
Здравствуйте, Farsight, Вы писали:
>Проще в изучении — там ниче нет, че изучать-то?
Ну после такой фразы с вами точно не о чем разговаривать.
Вопщем все понятно. Только одно но, если асп нет это и компонентная модель и куча там всего крутого, то как он может работать быстрее php ? . Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. А если тестить работу с БД то я более чем уверен в победе php. Для маленьких проектов его превосходство неоспоримо.
С большими отпишусь по-позже)
Если нет компонентной модели, то всегда есть прямые руки которые могут ее заменить.
з.ы. И еще я под платностью aspx я конечно облажался. Я подразумевал виндовый хостинг, который стоит гораздо дороже никосового со старым добрым пхп.
з.з.ы.Пошол почитаю про вашу мегакрутую компонентную модель.
Здравствуйте, Cyberax, Вы писали:
C>Ну и PHP как язык — УРРРОДСТВО.
Но там можно работать удобно работать со строками: "Уважаемые $users, пожалуйста, $action в $direction", а это многого стоит, учитывая, что в web-программировании довольно много работы с текстом.
kronos_vano wrote: > Вопщем все понятно. Только одно но, если асп нет это и компонентная > модель и куча там всего крутого, то как он может работать быстрее php ?
Одно слово: JIT-компилятор. Байт-код из C# при первом запуске
компилируется в оптимизированный _машинный_ код. А PHP — полностью
интерпретируемый.
Aquila wrote: > C>Ну и PHP как язык — *УРРРОДСТВО*. > Но там можно работать удобно работать со строками: "Уважаемые $users, > пожалуйста, $action в $direction", а это многого стоит, учитывая, что в > web-программировании довольно много работы с текстом.
В _моем_ web-программировании такой работы с текстом вообще почти нет.
Так как я использую компоненты.
Здравствуйте, kronos_vano, Вы писали:
_>з.ы. И еще я под платностью aspx я конечно облажался. Я подразумевал виндовый хостинг, который стоит гораздо дороже никосового со старым добрым пхп.
Цена виндовый shared-хостинг — это ещё полбеды, так как они существенно снизились. Настоящие денежные трудности начнутся, когда потребуется установить выделенный сервер — хостеры, что логично, требуют наличие лицензионной версии, а серверный Windows и стоит немало , и лицензируется на каких-то непонятных условиях, зависящих то ли от количества подключений, то ли от количества пользователей, то ли ещё от чего . Лицензии никсов на порядки демократичнее, не говоря о том, что не нужно отрывать от себя многие сотни драгоценных условных единиц , выраженных во вполне реальных рублях, долларах или евро!
Я уже не говорю о том, что администрировать никсовую систему гораздо проще, в то время как Windows, обладая GUI'ем с нечеловеческим лицом, весьма недружелюбен к непрофессиональному администратору .
Здравствуйте, Cyberax, Вы писали:
>> Но там можно работать удобно работать со строками: "Уважаемые $users, >> пожалуйста, $action в $direction", а это многого стоит, учитывая, что в >> web-программировании довольно много работы с текстом. C>В _моем_ web-программировании такой работы с текстом вообще почти нет. C>Так как я использую компоненты.
Здравствуйте, kronos_vano, Вы писали:
_>Вопщем все понятно. Только одно но, если асп нет это и компонентная модель и куча там всего крутого,
Никто не заставляет эту кучу использовать.
_> то как он может работать быстрее php ?
Так, что компилированный код всегда быстрее хреново интерпретируемого. PHP — один из самых хреновых интерпретаторов, когда либо созданных человечеством.
_> А если тестить работу с БД то я более чем уверен в победе php.
"Более чем уверенным" место в церкви. А нормальные люди проверяют.
C>Одно слово: JIT-компилятор. Байт-код из C# при первом запуске C>компилируется в оптимизированный _машинный_ код. А PHP — полностью C>интерпретируемый.
А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen...
Здравствуйте, Вертер, Вы писали:
В>А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen...
А по сарайбану. Динамические модули в .NET тоже отдаются JIT-у на растерзание. Да и даже тупейшая интерпретация .NET-ского байткода существенно эффективнее интерпретации PHP, в силу запредельной примитивности первого.
Здравствуйте, Kolhoz, Вы писали:
K>Здравствуйте, Вертер, Вы писали:
В>>А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen...
K> А по сарайбану. Динамические модули в .NET тоже отдаются JIT-у на растерзание. Да и даже тупейшая интерпретация .NET-ского байткода существенно эффективнее интерпретации PHP, в силу запредельной примитивности первого.
Не понял термина «А по сарайбану».
Так как не видел сравнения интерпретации .NET-ского байткода с интерпретацией PHP, то ничего не могу сказать.
Интересно, скомпилированный код (у НЕТ и ПХП) остаётся в памяти или сразу выгружается, после обработки страницы? ISAPI в этом плане висит в памяти равное времени сессии...
Вертер wrote: > C>Одно слово: JIT-компилятор. Байт-код из C# при первом запуске > C>компилируется в оптимизированный _машинный_ код. А PHP — полностью > C>интерпретируемый. > А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел > и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen...
Естественно. Любой .NETовый байт-код перед исполнением JIT-компилируется
в машинный.
Вертер wrote: > Так как не видел сравнения интерпретации .NET-ского байткода с > интерпретацией PHP, то ничего не могу сказать. > Интересно, скомпилированный код (у НЕТ и ПХП) остаётся в памяти или > сразу выгружается, после обработки страницы? ISAPI в этом плане висит в > памяти равное времени сессии...
Код висит постоянно, а само по себе понятие "загрузка страницы" в ASPX
может быть слегка размыто из-за AJAX-компонентов.
>> А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел >> и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen... C>Естественно. Любой .NETовый байт-код перед исполнением JIT-компилируется C>в машинный.
можно ссылочку на МС, что код компилируется в АСП.НЕТ в машинный перед исполнением, а не компилируется по кусочкам по мере надобности?
Здравствуйте, Вертер, Вы писали:
K>> А по сарайбану. Динамические модули в .NET тоже отдаются JIT-у на растерзание. Да и даже тупейшая интерпретация .NET-ского байткода существенно эффективнее интерпретации PHP, в силу запредельной примитивности первого.
В>Не понял термина «А по сарайбану».
Да я просто не мог решить, по барабану мне это, или по сараю...
В>Так как не видел сравнения интерпретации .NET-ского байткода с интерпретацией PHP, то ничего не могу сказать.
Ну я такое сравнение делал, на mono с отрубленным JIT-ом. Рисовал зависимость некой синтетической эффективности от синтетического же параметра примитивности стековой машины.
В>Интересно, скомпилированный код (у НЕТ и ПХП) остаётся в памяти или сразу выгружается, после обработки страницы? ISAPI в этом плане висит в памяти равное времени сессии...
И в ASP и в PHP страница компилируется ровно один раз. Так что сравнивать надо именно скорость выполнения байткода. Тут умный JIT уделывает глупую (то есть, наоборот, чрезмерно "умную") динамическую стек-машину в разы. В .NET даже инструкции SWAP нет, там стек-машина тупо и тривиально перекомпиляется в регистровую (то есть, в нейтив) с минимальнейшим оверхедом. А когда у меня была глупая идея написать ускоритель PHP, то я эту идею быстро отбросил, проанализировав потенциал оптимизации zend-овской тупой поделки.
>>> А вы уверены что компилируется в машинный код? Я вот такой инфы не нашел >>> и даже МС говорит, что для АСП.НЕТ нельзя пользоваться ngen... C>>Естественно. Любой .NETовый байт-код перед исполнением JIT-компилируется C>>в машинный.
В>можно ссылочку на МС, что код компилируется в АСП.НЕТ в машинный перед исполнением, а не компилируется по кусочкам по мере надобности?
А можно ссылочку, что нетовская сборка не джитится
aspx страница перед первым ее фактическим использованием компилируется в обычную сборку. Это ты можешь проверить по папке, например: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\Имя твоего сайта\ Также посредством Рефлектора можно заглянуть во что превращается разметка aspx-страницы.
Если содержиоме страницы не изменялось, то в следующий раз будет браться именно эта сборка. Далее в дело вступает джит, компилирующий байт-код сборки в натив, который и будет исполняться.
Здравствуйте, Aquila, Вы писали:
A>Здравствуйте, kronos_vano, Вы писали:
_>>з.ы. И еще я под платностью aspx я конечно облажался. Я подразумевал виндовый хостинг, который стоит гораздо дороже никосового со старым добрым пхп.
A>Цена виндовый shared-хостинг — это ещё полбеды, так как они существенно снизились. Настоящие денежные трудности начнутся, когда потребуется установить выделенный сервер — хостеры, что логично, требуют наличие лицензионной версии, а серверный Windows и стоит немало , и лицензируется на каких-то непонятных условиях, зависящих то ли от количества подключений, то ли от количества пользователей, то ли ещё от чего . Лицензии никсов на порядки демократичнее, не говоря о том, что не нужно отрывать от себя многие сотни драгоценных условных единиц , выраженных во вполне реальных рублях, долларах или евро!
A>Я уже не говорю о том, что администрировать никсовую систему гораздо проще, в то время как Windows, обладая GUI'ем с нечеловеческим лицом, весьма недружелюбен к непрофессиональному администратору .
Непрофессиональному админу нечего делать на хостинге. А профессиональный одинаково хорошо справится и с вашими любимыми юниксами с виндой.
Здравствуйте, kronos_vano, Вы писали:
_>Здравствуйте, Farsight, Вы писали:
_>Ну после такой фразы с вами точно не о чем разговаривать.
Но вы разговариваете.
_>Вопщем все понятно. Только одно но, если асп нет это и компонентная модель и куча там всего крутого, то как он может работать быстрее php ? . Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. А если тестить работу с БД то я более чем уверен в победе php. Для маленьких проектов его превосходство неоспоримо.
Если асп.нет включает в себя много всего, это не повод ему быть медленнее. Когда я говорил "медленее", я уточнил, смотря на чем работает. На чем вы тестили (сервер)? Про субд вообще смешно. Тус с вами тоно не о чем разговаривать. Как будто кроме mysql ничего нет больше в природе. php только маленькими проектами и ограничевается. Это не значит, что нельзя писать большие, вопрос в том, насколько это удобно. Вот мне пришлось посидеть на достаточно большом php проекте. Больше не хочу.
_>С большими отпишусь по-позже)
Намнооого позже. Когда 10 версия выйдет.
_>Если нет компонентной модели, то всегда есть прямые руки которые могут ее заменить.
То есть, все php-кодеры мегакруте с прямыми руками? Сомнительно.
_>з.ы. И еще я под платностью aspx я конечно облажался. Я подразумевал виндовый хостинг, который стоит гораздо дороже никосового со старым добрым пхп.
Это уже не актуально. Цены ниже.
_>з.з.ы.Пошол почитаю про вашу мегакрутую компонентную модель.
Вообще будующее за богатыми клиентами (winforms), вебсервисами, ремотингом. Почитайте про это. Овчинка стоит выделки. Честно и без сарказма.
Здравствуйте, Aquila, Вы писали:
A>Здравствуйте, Cyberax, Вы писали:
A>Но там можно работать удобно работать со строками: "Уважаемые $users, пожалуйста, $action в $direction", а это многого стоит, учитывая, что в web-программировании довольно много работы с текстом.
Мне кажется, это не совсем удобно и наглядно. Например для другого программера который только прищел на проект.
Вот например так:
string str = string.Format("Уважаемый {0}, пожалуйста, {1} в {2}", new object[] { user, action, direcrion });
Я согласен, что это более громоздко. Но! Очевидно, удобно менять местами слова в строке, просто меняя индексы в скобках и пр...
Здравствуйте, RustM, Вы писали:
В>>можно ссылочку на МС, что код компилируется в АСП.НЕТ в машинный перед исполнением, а не компилируется по кусочкам по мере надобности?
RM>А можно ссылочку, что нетовская сборка не джитится
Рустам, все-таки Вертер отчасти прав, т.к. il действительно, джитится по мере надобности (just-in-time).
Здравствуйте, Farsight, Вы писали:
_>>з.з.ы.Пошол почитаю про вашу мегакрутую компонентную модель.
F>Вообще будующее за богатыми клиентами (winforms), вебсервисами, ремотингом. Почитайте про это. Овчинка стоит выделки. Честно и без сарказма.
Только вот что-то тенденции последних лет этом тезис вчистую опровергают.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Farsight, Вы писали:
L>Только вот что-то тенденции последних лет этом тезис вчистую опровергают.
Да я б не сказал. Тут сложно говорить о тенденциях именно последник лет, т.к. все это только развивается. Web 2.0 и все такое. Com-модель никто не отменял, например, а ремотинг удобнее. Тоже, конечно, относительно.
Здравствуйте, Farsight, Вы писали:
A>>Я уже не говорю о том, что администрировать никсовую систему гораздо проще, в то время как Windows, обладая GUI'ем с нечеловеческим лицом, весьма недружелюбен к непрофессиональному администратору . F>Непрофессиональному админу нечего делать на хостинге. А профессиональный одинаково хорошо справится и с вашими любимыми юниксами с виндой.
Тебе не кажется, что ты слишком много на себя берёшь, отказывая сотням тысяч людей, которые не хотят платить/возиться с установкой и настройкой/осваивать нечеловеческую логикуа администрирования Windows, в том, чтобы иметь собственный выделенный сервер, если доступны варианты, не обладающие такими недостатками? А собственно, ради каких благ необходимо идти на такие страдания? Ради ASP.NET? Не спорю, есть задачи, для которых потребуется и он, и Windows-сервер, и даже команда специалистов, стремящихся удержать Вавилонскую башню, однако это не весь спектр задач — это лишь некая, далеко не самая большая его часть, и во многих случаях недостатки намного перевешивают достоинства.
К тому же отмечу, что многие "профессиональные" админы опять-таки предпочитают использовать никсовые системы в виду гораздо большей вменяемости и удобства администрирования последних.
Здравствуйте, Aquila, Вы писали:
A>Цена виндовый shared-хостинг — это ещё полбеды, так как они существенно снизились. Настоящие денежные трудности начнутся, когда потребуется установить выделенный сервер — хостеры, что логично, требуют наличие лицензионной версии, а серверный Windows и стоит немало , и лицензируется на каких-то непонятных условиях, зависящих то ли от количества подключений, то ли от количества пользователей, то ли ещё от чего . Лицензии никсов на порядки демократичнее,
Правда? Сколько стоит лицензия на RHAS 4, не напопнишь мне? A>не говоря о том, что не нужно отрывать от себя многие сотни драгоценных условных единиц , выраженных во вполне реальных рублях, долларах или евро!
Вообще-то сейчас можно использовать Virtual Private Hosting. На типичном сервере можно получить денсити от 50 до 150 VE, при этом достаточно оплатить ровно одну ось.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Farsight, Вы писали:
F>Вот например так:
F>
F>string str = string.Format("Уважаемый {0}, пожалуйста, {1} в {2}", new object[] { user, action, direcrion });
F>
F>Я согласен, что это более громоздко. Но! Очевидно, удобно менять местами слова в строке, просто меняя индексы в скобках и пр...
F>А вам как?
Честно говоря, не очень по несколько причинам. Во-первых, действительно, по сравнению с PHP (и другими языками, где переменные выделяются специальным символом) очень громоздко. Напоминает мне работу с printf . Во-вторых, получаемый бонус также сомнителен. Менять местами слова приходится не так часто, гораздо чаще возникает необходимость их подставить. Впрочем, в "_моем_ вебпрограммировании" (c) Сyberax подстанавливать тоже приходится не слишком часто , так как "я использую" (c) Сyberax шаблонизатор, но всё же выделение переменных специальным символом — очень хорошая особенность.
Разумеется, использование того или иного языка работой со строками не определяется за исключением узкого круга задач , но ASP.NET — далеко не панацея. Несомненно, у него вагон и маленькая тележка своих достоинств, но во многих случаях он просто не применим.
Здравствуйте, Sinclair, Вы писали:
A>>Цена виндовый shared-хостинг — это ещё полбеды, так как они существенно снизились. Настоящие денежные трудности начнутся, когда потребуется установить выделенный сервер — хостеры, что логично, требуют наличие лицензионной версии, а серверный Windows и стоит немало , и лицензируется на каких-то непонятных условиях, зависящих то ли от количества подключений, то ли от количества пользователей, то ли ещё от чего . Лицензии никсов на порядки демократичнее, S>Правда? Сколько стоит лицензия на RHAS 4, не напопнишь мне?
Узнать ответ на этот вопрос ты можешь с помощью вот этого сайта. Вместе с тем, я понимаю, что ты сейчас применил некий полемический приём, поэтому отвечу фактами: вот здесь, здесь, а также во многих других местах Сети ты можешь скачать операционную систему, которую ты можешь установить, а затем поставить на неё также бесплатный софт, позволяющий запустить на машине веб-сервер с поддержкой различных языков программирования, так что денежные затраты на это будут равны нулю.
A>>не говоря о том, что не нужно отрывать от себя многие сотни драгоценных условных единиц , выраженных во вполне реальных рублях, долларах или евро! S>Вообще-то сейчас можно использовать Virtual Private Hosting. На типичном сервере можно получить денсити от 50 до 150 VE, при этом достаточно оплатить ровно одну ось.
Зачем платить больше, если можно не платить ничего, тем более, если продукт за деньги более низкого качества? Несомненно, бывают случаи, когда использование Windows в качестве сервера необходимо, но ещё больше случаев, когда это просто неприемлимо .
Sinclair wrote: > Лицензии никсов на порядки демократичнее, > Правда? Сколько стоит лицензия на RHAS 4, не напопнишь мне?
Сколько стоит лицензия на Debian или CentOS не напомнишь мне?
Здравствуйте, Aquila, Вы писали:
A>Здравствуйте, Farsight, Вы писали:
A>выделение переменных специальным символом — очень хорошая особенность.
Ну а почему же многие готовы разорвать php на части за эту особенность? Вариации на тему $this->name, $this->$name, this->$name (по-моему первый вариант правильный ) способны запутать.
Здравствуйте, Aquila, Вы писали:
A>Тебе не кажется, что ты слишком много на себя берёшь, отказывая сотням тысяч людей, которые не хотят платить/возиться с установкой и настройкой/осваивать нечеловеческую логикуа администрирования Windows, в том, чтобы иметь собственный выделенный сервер, если доступны варианты, не обладающие такими недостатками? А собственно, ради каких благ необходимо идти на такие страдания? Ради ASP.NET? Не спорю, есть задачи, для которых потребуется и он, и Windows-сервер, и даже команда специалистов, стремящихся удержать Вавилонскую башню, однако это не весь спектр задач — это лишь некая, далеко не самая большая его часть, и во многих случаях недостатки намного перевешивают достоинства.
A>К тому же отмечу, что многие "профессиональные" админы опять-таки предпочитают использовать никсовые системы в виду гораздо большей вменяемости и удобства администрирования последних.
Как-то резко на личности перешли. Я никому ни в чем не отказываю. Хватит уже про "нечеловеческую логикуа администрирования Windows". Объясните мне, в чем трудность настройки ASP.NET в Windows?
Здравствуйте, Lloyd, Вы писали:
RM>>А можно ссылочку, что нетовская сборка не джитится
L>Рустам, все-таки Вертер отчасти прав, т.к. il действительно, джитится по мере надобности (just-in-time).
Здравствуйте, RustM, Вы писали:
L>>Рустам, все-таки Вертер отчасти прав, т.к. il действительно, джитится по мере надобности (just-in-time).
RM>С этим то я и не спорю . Я вот об этом Re[4]: PHP5 vs ASP.NET
Здравствуйте, Aquila, Вы писали:
A>Узнать ответ на этот вопрос ты можешь с помощью вот этого сайта.
Ок, нет проблем. https://www.redhat.com/apps/commerce/
RHAS 4 Standard Support $1499.
И как ни странно — покупают ведь! У нас довольно много клиентов на рхасе. Я, как типичный маздайный ламер, не в курсе, что такого в рхасе, чего нет под фряхой или дебианом. Зачем-то платят больше, чем ничего.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair wrote: > И как ни странно — покупают ведь! У нас довольно много клиентов на > рхасе. Я, как типичный маздайный ламер, не в курсе, что такого в рхасе, > чего нет под фряхой или дебианом. Зачем-то платят больше, чем ничего.
Ответ: коммерческой поддержки. А с RHELом за $20000 еще и идут лицензии
на BEA Weblogic (по крайней мере когда-то было так).
Цена $1500 за год поддержки — вполне себе неплохая, учитывая что
количество лицензий неограничено.
Здравствуйте, Cyberax, Вы писали:
C>kronos_vano wrote: >> Вопщем все понятно. Только одно но, если асп нет это и компонентная >> модель и куча там всего крутого, то как он может работать быстрее php ? C>Одно слово: JIT-компилятор. Байт-код из C# при первом запуске C>компилируется в оптимизированный _машинный_ код. А PHP — полностью C>интерпретируемый.
Про зенд оптимизер почитайте, уважаемый. Тем более PHP это компилятор интерпретирующего типа, начиная с четвертой версии.
Здравствуйте, _rasta, Вы писали:
_>Здравствуйте, kronos_vano, Вы писали:
_>>Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл.
_>вот это
5000000 at 5.0191631317139 msec
Вывелось. Не понял к чему это вообще. И что за бредовый код.
_>>А если тестить работу с БД то я более чем уверен в победе php.
_>это вообще бред.
Ну конечно. Сажусь за асп что у меня есть? ОДБЦ(не считая аксессf и MSSQL). И все... <конечно тут я могу ошибаться>
Что у меня есть в пхп?
— PDO
— PEAR::DB
— набор встроенных функций для оракла, mssql, постгре, sqlite, firebird,мускула, информикса. И насколько я знаю они реализованы не через ODBC.
Здравствуйте, kronos_vano, Вы писали:
_>>>Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. _>>вот это
) это отработало от долей секунды до 2-х
есть разница?
_>>>А если тестить работу с БД то я более чем уверен в победе php. _>>это вообще бред. _>Ну конечно. Сажусь за асп что у меня есть? ОДБЦ(не считая аксессf и MSSQL). И все... <конечно тут я могу ошибаться> _>Что у меня есть в пхп? _> — PDO _> — PEAR::DB _> — набор встроенных функций для оракла, mssql, постгре, sqlite, firebird,мускула, информикса.
вот если бы они не были так пестро реализованы, было бы еще туда-сюда, а так...
kronos_vano wrote: > C>Одно слово: JIT-компилятор. Байт-код из C# при первом запуске > C>компилируется в оптимизированный _машинный_ код. А PHP — полностью > C>интерпретируемый. > Про зенд оптимизер почитайте, уважаемый. Тем более PHP это компилятор > интерпретирующего типа, начиная с четвертой версии.
"Компилятор интерпретирующего типа" — это оксюморон. PHP — это
классический интерпретатор байт-кода.
Zend Platform — стоит бабок, причем больших. И все равно делает только
самые простые оптимизации (чуть лучше чем Psyco в Python).
kronos_vano wrote: > _>это вообще бред. > Ну конечно. Сажусь за асп что у меня есть? ОДБЦ(не считая аксессf и > MSSQL). И все... <конечно тут я могу ошибаться>
Нет. В ODBC в .NET — это legacy-технология, текущей технологией доступа
к БД является ADO.NET.
По всем параметрам ADO.NET превосходит PDO и Pear.
Здравствуйте, _rasta, Вы писали:
_>>Вывелось. Не понял к чему это вообще. И что за бредовый код.
_>фишка в том, что на других языках (тот же шарп, например
) это отработало от долей секунды до 2-х _>есть разница?
Да к тому же сам код сплитинга строк в PHP написан на C/С++. Поэтому и результат относительно быстрый. Вот если реализовать эту функцию на самом PHP — то результата ждать придется очень долго. Тут и Zend Optimizer не сильно поможет.
Здравствуйте, Cyberax, Вы писали: C>Цена $1500 за год поддержки — вполне себе неплохая, учитывая что C>количество лицензий неограничено.
Ну, насчет неограничено я че-то не понял. Я вот прямо сейчас пытаюсь выяснить, можем ли мы зарегистрировать еще одну машину в нашей подписке на RHAS — и никто не может мне этого сказать. Может, и можно — но почему-то update привилегий там ограниченное количество, как впрочем и всех остальных привилегий.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair wrote: > C>Цена $1500 за год поддержки — вполне себе неплохая, учитывая что > C>количество лицензий неограничено. > Ну, насчет неограничено я че-то не понял. Я вот прямо сейчас пытаюсь > выяснить, можем ли мы зарегистрировать еще одну машину в нашей подписке > на RHAS — и никто не может мне этого сказать.
Ты можешь ставить свободные компоненты RHAS/RHEL на любое количество
машин, при этом ты можешь использовать всего один контракт поддержки для
этих всех машин.
> Может, и можно — но > почему-то update привилегий там ограниченное количество, как впрочем и > всех остальных привилегий.
Вот с коммерческими компонентами там беда. Как лицензируется BEA под
RHEL удалось допытаться далеко не сразу.
Здравствуйте, Kolhoz, Вы писали:
K> Спасибо, вы подкрепили в очередной раз моё мнение об уровне интеллекта любителей PHP.
Да ни при чем тут интеллект любителей или нелюбителей PHP. Просто есть задачи, которые оптимальнее решать на PHP, а есть более другие задачи, для которых применим иной язык. Вот и все.
Здравствуйте, Horror_Infinity, Вы писали:
H_I>Например, чат. Особенно на сервере Apache. Я не спорю, что можно к нему прикрутить и исполнение .NET кода, но это будет коряво.
Здравствуйте, Yachtsman, Вы писали:
Y>А развернуть? Почему это будет оптимальнее?
Пробовал как-то... Но так и не нашел ни одной приличной реализации .NET для Apache. А то, что находилось, работало крайне коряво и до ужаса медленно. Все же .NET не предназначен для *nix, и любые попытки как-то смоделировать — это костыли. Даже не костыли, а просто инвалидное кресло вкупе с непонятно чем еще.
Здравствуйте, Horror_Infinity, Вы писали:
H_I>Пробовал как-то... Но так и не нашел ни одной приличной реализации .NET для Apache. А то, что находилось, работало крайне коряво и до ужаса медленно. Все же .NET не предназначен для *nix, и любые попытки как-то смоделировать — это костыли. Даже не костыли, а просто инвалидное кресло вкупе с непонятно чем еще.
Здравствуйте, Horror_Infinity, Вы писали:
H_I>Здравствуйте, Yachtsman, Вы писали:
Y>>А развернуть? Почему это будет оптимальнее?
H_I>Пробовал как-то... Но так и не нашел ни одной приличной реализации .NET для Apache. А то, что находилось, работало крайне коряво и до ужаса медленно. Все же .NET не предназначен для *nix, и любые попытки как-то смоделировать — это костыли. Даже не костыли, а просто инвалидное кресло вкупе с непонятно чем еще.
Я понимаю такое мнение было бы про WinForms. А asp.net чем к винде привязано?
Здравствуйте, Yachtsman, Вы писали:
Y>Здравствуйте, anton_t, Вы писали:
_>>Я понимаю такое мнение было бы про WinForms. А asp.net чем к винде привязано?
Y>Фреймворком?
И что таково во фрэмворке привязано к виндовс, что необходимо для asp.net?
Здравствуйте, Yachtsman, Вы писали:
Y>Здравствуйте, anton_t, Вы писали:
_>>И что таково во фрэмворке привязано к виндовс, что необходимо для asp.net?
Y>Да в принципе все...
Здравствуйте, Horror_Infinity, Вы писали:
H_I>Да ни при чем тут интеллект любителей или нелюбителей PHP. Просто есть задачи, которые оптимальнее решать на PHP,
Да. Есть. Но это не заслуга PHP. Просто PHP-хостинги дешевые — отсюда и потребность в PHP. Ни единого иного достоинства PHP в принципе не имеет.
H_I> а есть более другие задачи, для которых применим иной язык. Вот и все.
Однако замеченна забавная корреляция — любители PHP отличаются особым умом и сообразительностью.
Почему — загадка природы. Но изучать её весьма и весьма интересно.
РНР, возможно, проще если есть предварительнвый опыт в С++/Java. Но пестрота стандартных библиотек, зоопарк в вызовах функций и в именовании функций быстро своядт эту легкость на нет. Даже в лучшие мои годы на РНР мануал на php.net был постоянным местом обитания.
_>PHP быстрее.
На синтетических тестах РНР проигрывает не только ASP.NET. На крупных проектах все сильно зависит от декомпозиции и реализации. Потому что тормознутый сайт можно нарисовать как на РНР, так и на ASP.
_>Следовательно PHP лучше. _>Вы согласны?
Не согласен и вот почему:
— Для ASP доступна стандартная унифицированная библиотека — .NET, которой в РНР просто нет и не предвидится. В Java библиотек также побольше.
— Для ASP.NET есть ADO.NET. Для Java есть JDBC. И то и другое обеспечивает унифицированный доступ к различным базам данных. В РНР такого нет и не предвидится. (Разве что они наконец-то сообразят PDO вставить в РНР версии эдак к шестой, хотя это расширение обязано было появиться уже в пятой). PEAR::DB и AdoDb — это костыли. Такие вещи должны предоставляться платформой, а не реализовываться любителями.
— Куцый ООП. PHP5 не намного лучше РНР4 в этом плане. Куцесть ООП при этом ничем не компенсируется. Если бы в нем были функциональные фишки типа функций высшего порядка, замыканий и т.п., то можно было бы смириться, а так — есть языки поинтересней и/или помощнее.
— Отсутствие грамотных фреймворков. См. частично мои измышления на тему Ruby on Rails. Более-менее грамотные фреймворки для РНР начали появляться только после того, как стало понятно, что Ruby on Rails может вытеснить РНР в будущем. Даже PRADO появилось только как попытка эмулировать ASP.NET
Все вышеуказанное только-только начало появляться в РНР, в то время как в других технологиях это уже есть. РНР будет медленно но верно вымирать. Тем более, что уже сейчас многие могут себе позволить широкие эксперименты с тем же Ruby, например, потому что Virtual Hosting сейчас стоит столько же, сколько Shared стоил пять лет тому назад.
M>- Отсутствие грамотных фреймворков. См. частично мои измышления на тему Ruby on Rails. Более-менее грамотные фреймворки для РНР начали появляться только после того, как стало понятно, что Ruby on Rails может вытеснить РНР в будущем. Даже PRADO появилось только как попытка эмулировать ASP.NET
ты сам или кто-нибудь из твоих знакомых юзали MonoRail?
если да, можешь отзыв оставить (плюсы-минусы)...
M>>- Отсутствие грамотных фреймворков. См. частично мои измышления на тему Ruby on Rails. Более-менее грамотные фреймворки для РНР начали появляться только после того, как стало понятно, что Ruby on Rails может вытеснить РНР в будущем. Даже PRADO появилось только как попытка эмулировать ASP.NET _> ты сам или кто-нибудь из твоих знакомых юзали MonoRail? _>если да, можешь отзыв оставить (плюсы-минусы)...
Увы, только слышал, в использовании ни у кого не видел
Здравствуйте, Mamut, Вы писали:
M>Все следующее — мнение заядлого застарелого адепта РНР
А ты не мог бы, как застарелый заядлый адепт, рассказать, куда можно уйти с PHP.
Вот есть у нас довольно приличная code base на PHP. Нас она в принципе устраивает всем, кроме производительности труда разработчиков.
Ну и народ в последнее время PHP не очень жалует.
Примерно год назад обсуждались отдаленные перспективы перехода на ASP.NET/Mono, но события, произошедшие (точнее не произошедшие) с тех пор, почти на 100% убедили меня в бесперспективности подобного подхода. (Кратко: эта платформа не достигает необходимого для коммерческих приложений уровня качества. В Win ветке мы планируем начать использовать C# 3.0 уже в ближайшем будущем, в то время как Mono до сих пор не поддерживает нормальным образом FW 2.0).
Я не очень разбираюсь в PHP и других веб-платформах работающих в *nix. Не подскажешь, есть ли платформа, которая бы
а) была значительно лучше чем PHP (хотя бы более полная базовая библиотека)
б) позволяла бы быстрое освоение PHP программистами
в) позволила бы миграцию PHP кода с разумными затратами
?
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair wrote: > Я не очень разбираюсь в PHP и других веб-платформах работающих в *nix. > Не подскажешь, есть ли платформа, которая бы > а) была значительно лучше чем PHP (хотя бы более полная базовая библиотека)
Java + твой_любимый_web-framework. Мне нравится Tapestry, еще есть
Wicket, Struts, JSF и т.п
> б) позволяла бы быстрое освоение PHP программистами > в) позволила бы миграцию PHP кода с разумными затратами
Вот это, по-моему, обеспечивает только VB.NET
M>>.NET тоже бесплатный. И Ruby. И Питон. И Перл. И даже, вы не поверите, Lisp и Erlang
K> Lisp бесплатный, но только если не под Windows. А если же под Windows, то извольте-с отбашлять за Allegro...
См. CLISP — он бесплатный. Allegro Lisp и Franz Lisp — оба платные
S>Я не очень разбираюсь в PHP и других веб-платформах работающих в *nix. Не подскажешь, есть ли платформа, которая бы S>а) была значительно лучше чем PHP (хотя бы более полная базовая библиотека) S>б) позволяла бы быстрое освоение PHP программистами S>в) позволила бы миграцию PHP кода с разумными затратами S>?
Это надо ждать Пока явного претендента на место РНР не видно. Ну и Cyberax, в принципе, верно заметил
>> а) была значительно лучше чем PHP (хотя бы более полная базовая библиотека) C>Java + твой_любимый_web-framework. Мне нравится Tapestry, еще есть C>Wicket, Struts, JSF и т.п
А что скажете про RoR ?
icq# 348-436-436 Играет Vlasova OTebe
Слова, пустые слова, подумал Стормгрен. Слова, за которые прежде люди дрались и умирали, но никогда больше не станут за них ни умирать, ни драться. И от этого мир станет лучше.
neiroman wrote: >> > а) была значительно лучше чем PHP (хотя бы более полная базовая > библиотека) > C>Java + твой_любимый_web-framework. Мне нравится Tapestry, еще есть > C>Wicket, Struts, JSF и т.п > А что скажете про RoR ?
Overhyped. Возможен как вариант, но вот что-то большое я бы уж лучше на
Java писал.
C>Overhyped. Возможен как вариант, но вот что-то большое я бы уж лучше на C>Java писал.
Я тоже так думаю, а заказчик — нет . Вот и присматриваю что-то недорогое и несложное в плане обслуживания.
icq# 348-436-436 Играет silent
Слова, пустые слова, подумал Стормгрен. Слова, за которые прежде люди дрались и умирали, но никогда больше не станут за них ни умирать, ни драться. И от этого мир станет лучше.
Здравствуйте, Cyberax, Вы писали:
C>Sinclair wrote: >> Я не очень разбираюсь в PHP и других веб-платформах работающих в *nix. >> Не подскажешь, есть ли платформа, которая бы >> а) была значительно лучше чем PHP (хотя бы более полная базовая библиотека) C>Java + твой_любимый_web-framework. Мне нравится Tapestry, еще есть C>Wicket, Struts, JSF и т.п
Вообще-то с джавой есть проблемы. У нее, как и у любой другой управляемой среды, начинается рамс при дефиците памяти.
Грубо говоря, JSP/ASP.NET хорошо работают когда 1 web application стоит на выделенном сервере. Лучше даже DBMS выносить наружу. Под "хорошо" в данном контексте понимается нормальная масштабируемость при росте нагрузки.
В случае, когда надо масштабировать нагрузку путем увеличения количества запущенных веб-приложений, управляемые среды начинают неуправляемо пикировать в шатдаун.
Т.е. на шаред хостинге PHP ведет себя ГОРАЗДО более прилично.
Реальный предел количества сайтов типа "hello world" на ASP.NET, которые можно запустить на коммодити сервере — 2-3 тысячи штук. Что происходит дальше я лучше описывать не буду, т.к. это долгое и болезненное ожидание рестарта машины.
Лично джаву я не тестировал, но ожидаю сравнимых параметров по количеству одновременно запускаемых JVM. Мои теоретические соображения подкрепляются матерными выражениями от хостеров, которые я выслушал в курилке SWSoft Hosting Summit в этом году.
>> б) позволяла бы быстрое освоение PHP программистами >> в) позволила бы миграцию PHP кода с разумными затратами C>Вот это, по-моему, обеспечивает только VB.NET
Что-то мне подсказывает, что синтаксис PHP весьма далек от VB.NET. Я ошибаюсь?
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Cyberax, Вы писали:
C>Sinclair wrote: >> Я не очень разбираюсь в PHP и других веб-платформах работающих в *nix. >> Не подскажешь, есть ли платформа, которая бы
[..]
>> в) позволила бы миграцию PHP кода с разумными затратами C>Вот это, по-моему, обеспечивает только VB.NET
Фактически, твой ответ означает, что при заявленных условиях альтернативы PHP на данный момент нет .
Здравствуйте, Sinclair, Вы писали:
A>> Лицензии никсов на порядки демократичнее, S>Правда? Сколько стоит лицензия на RHAS 4, не напопнишь мне?
Ой, а напомни мне цену лицензиии ALTLinux, ASPLinux, Fedora Core, Gentoo, blablabla...
И раз уж пошел разговор, то напомни мне пожалуйста для равновесия бесплатные дистрибутивы винды.
[RSDN@Home][1.2.0][alpha][655]
[Hастоящая тяжесть невидима. Истинная сила неощутима. [Авессалом Подводный]]
Здравствуйте, Mamut, Вы писали:
_>>PHP быстрее.
M>На синтетических тестах РНР проигрывает не только ASP.NET. На крупных проектах все сильно зависит от декомпозиции и реализации. Потому что тормознутый сайт можно нарисовать как на РНР, так и на ASP.
Медленне? гм. Синтетика? вот реальная задача:
Вот сейчас передо мной лежить комп, собраный из подножного материала
portal ~ # uname -a
Linux portal 2.6.17-gentoo-r4.Sheridan.portal #3 Mon Oct 2 12:54:24 MSD 2006 i686 Pentium II (Deschutes) GNU/Linux
portal bin # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 2
cpu MHz : 300.006
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr up
bogomips : 600.78
portal ~ # lspci
00:00.0 Host bridge: Intel Corporation 440LX/EX - 82443LX/EX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440LX/EX - 82443LX/EX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01)
00:0f.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
00:14.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 44)
portal ~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda3 19G 2.9G 15G 17% /
udev 63M 80K 62M 1% /dev
/dev/hda1 479M 14M 440M 4% /boot
shm 63M 0 63M 0% /dev/shm
portal ~ # free -t
total used free shared buffers cached
Mem: 127072 116104 10968 0 12980 58680
-/+ buffers/cache: 44444 82628
Swap: 506036 42300 463736
Total: 633108 158404 474704
portal bin # apache2 -V; php -v; ./fbserver -z
Server version: Apache/2.0.58
Server built: Oct 5 2006 17:02:03
Server's Module Magic Number: 20020903:12
Server loaded: APR 0.9.12, APR-UTIL 0.9.12
Compiled using: APR 0.9.12, APR-UTIL 0.9.12
Architecture: 32-bit
PHP 5.1.4-pl6-gentoo (cli) (built: Sep 1 2006 10:40:13)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Firebird TCP/IP server version LI-V1.5.3.4870 Firebird 1.5
В данный момент обновляю софт. Щас к примеру компилируется glibc. Вот что показывает top
На нем на пхп пишу портальчик. Ну там справочник внутреннх телефонов, планы звонков, дни рождения, где какое у кого железо...
У меня внизу странички всегда есть статистика по скорости построения страницы и использованию БД. Лезу в телефонный справочник... Вот что оно показывает статистика:
Страница собрана за 1,13343 сек.
Использовано запросов: 118. Извлечено: 125 cols. 157 rows. 570 data cells.
Общий размер страницы в итоге 21Кб. Запросов так много это от того что не стал заморачиваться и выдумывать сложный запрос к бд. Просто запрос пользователей, а потом проход по данным и отдельные запросы должности, телефона ну и прочего.
Внимание вопрос.сфе .зк
На любом из аспов сможеж достич подобных результатов?
[RSDN@Home][1.2.0][alpha][655]
[Hе тот глуп, кто не знает, но тот, кто знать не хочет. [Г. С. Сковорода]]
Здравствуйте, Horror_Infinity, Вы писали:
H_I>>>Просто есть задачи, которые оптимальнее решать на PHP Y>>Какие например? H_I>Например, чат. Особенно на сервере Apache. Я не спорю, что можно к нему прикрутить и исполнение .NET кода, но это будет коряво.
Чат? На апаче?? На пхп??? ма-ма....
Боюсь показаться невежливым, но таки спрошу... Уважаемый, вы когда спали то в последний раз?
Если честно, терпеть не могу PHP. Не нравится мне $, и еще более — стиль программирования напоминает проги на бейсике. Терпеть не могу перемешивать PHP и HTML и не использую такой стиль.
Еще весьма противно — коряво выглядит скрипт с внешнего виду, как ни форматируй.
Мне нравятся красиво оформленные программы. Программа должна в превую очередь читаться. Только потом работать. Вы согласны? Если я не могу прочитать то, что написал, то как я пойму, что там написано и заставлю ее заработать? Ужасно, особенно, склеивать запросы к СУБД. Иной раз сам не разберу, что написал. Сплошные кавычки и доллары. Стиль printf больше читабелен. Выше где-то пример народ приводил.
Неприятие — чисто субъективное. Мне нравится C#. Пишу на нем с удовольствием. Но на сервере стоит Apache/Windows2003/PHP/MySQL. И надо предоставить веские аргументы, чтобы
остановить сервер и поставить на него новое ПО
как сказал сисадмин. А то, что 2 месяца сервак дохлый был, а потом еще месяц из лаборатории в серверную модемы перетащить не могли (пара минут хода из подвала на первый этаж) — так это ничего. Какая им разница, что ставить? А как это поставлено, я тут где-то уже писал и с удовольствием оторвал бы руки и яйца.
Народ! А какие аргументы (кроме моего субъективного отношения) можно привести в защиту замены указанной конфигурации на IIS/ASP.NET? Повесомее, пожалуйста.
Народ панически боится IIS и .NET. Мол, IIS кривой, а Apache — невзламываемый. А от NET сервак вообще зависнет. Такое мнение, в принципе, весьма распространено. Простой тест — сделайте запросы "Уязвимость Apache" и "Уязвимость IIS". В Яндексе на первый запрос ссылок больше было. Для тех, кто так думает — скажу одну истину, сказанную одним из неизвестных мне хакеров — если программа запускается, значит, ее можно взломать.
Так что выбирать не приходится.
Вам не кажется, что наши дискуссии (имею в виду web-программирование) имеют под собой основу недовольство использованием имеющихся в нашем распоряжении инструментов, предоставленных работодателем? Последнему совершенно по барабану, на чем все это делается, главное — делается. ("Я сказал, чтоб Фотошоп заработал на БК0010, значит он должен работать на БК0010." или: "ПАЧИМУ НА МОЙ КАЛЬКУЛЯТОР ВОРД НЕ УСТАНОВЛЕН !!! И ГДЕ МЫШКА К НЕМУ? И ФЛЕШКА НЕ ЛЕЗЕТ! ВСЕ УВОЛЕНЫ!!!")
(IMHO) Если бы каждый программер использовал то, что ему нравится, а не то, что дадут, то тут бы таких драк не устраивалось. Не было бы недовольных. Но мы используем то, что дали.
Что использую — Notepad2 для редактора PHP и Visual Web Developer для структуры каталогов и редактирования HTML (крутое сочетание, не правда ли?). Есть IDE для PHP, но не стану же я покупать сайта организации на свои бабки офигенный редактор PHP.
Здравствуйте, Sheridan, Вы писали:
S>Чат? На апаче?? На пхп??? ма-ма.... S>Боюсь показаться невежливым, но таки спрошу... Уважаемый, вы когда спали то в последний раз?
А что такого? Работает, пишет себе текстовки... Работает шустро, есть приваты. Не веришь — сходи. Первоначальные исходники, конечно, не мои. Но доработок я внес прилично, и от глюков преизрядно почистил.
А вот когда оно же работало на ASP — вот это было нечто! При числе коннектов 15-20 машина была практически в дауне. Загрузка процессоров под 100%, делать ничего невозможно.
Здравствуйте, Sheridan, Вы писали:
S>Чат? На апаче?? На пхп??? ма-ма.... S>Боюсь показаться невежливым, но таки спрошу... Уважаемый, вы когда спали то в последний раз?
А что такого? Работает, пишет себе текстовки... Работает шустро, есть приваты. Не веришь — сходи. Первоначальные исходники, конечно, не мои. Но доработок я внес прилично, и от глюков преизрядно почистил.
А вот когда оно же работало на ASP — вот это было нечто! При числе коннектов 15-20 машина была практически в дауне. Загрузка процессоров под 100%, делать ничего невозможно.
На синтетических тестах РНР проигрывает не только ASP.NET. На крупных проектах все сильно зависит от декомпозиции и реализации. Потому что тормознутый сайт можно нарисовать как на РНР, так и на ASP.
Под крупным здесь понимать любой проект больше, чем
У нас тут проект на дико тормознутом ColdFusion такие же результаты выдает На 4х мегабайтах исходников и базе с 50-ю таблицами Так что как только проект заваливает за одну статическую страницу роль начинает играть уже скорее то, о чем я писал в разделе "не согласен"
D>Если честно, терпеть не могу PHP. Не нравится мне $, и еще более — стиль программирования напоминает проги на бейсике. Терпеть не могу перемешивать PHP и HTML и не использую такой стиль.
Уже лет пять в РНР активно пропагандируется разделение кода и HTML. См., например, Smarty, PRADO, CakePHP, Zend Framework
D>Еще весьма противно — коряво выглядит скрипт с внешнего виду, как ни форматируй. D>Мне нравятся красиво оформленные программы. Программа должна в превую очередь читаться. Только потом работать. Вы согласны? Если я не могу прочитать то, что написал, то как я пойму, что там написано и заставлю ее заработать?
Вот кусок моего кода пятилетней давности. С тех пор я еще более заматерел, и код мой выглядит вообще идеально :
D>Ужасно, особенно, склеивать запросы к СУБД. Иной раз сам не разберу, что написал. Сплошные кавычки и доллары. Стиль printf больше читабелен. Выше где-то пример народ приводил.
D>Народ! А какие аргументы (кроме моего субъективного отношения) можно привести в защиту замены указанной конфигурации на IIS/ASP.NET? Повесомее, пожалуйста.
Главный вопрос — стоимость перевода уже существующего на РНР кода на ASP.NET
D>Народ панически боится IIS и .NET. Мол, IIS кривой, а Apache — невзламываемый. А от NET сервак вообще зависнет. Такое мнение, в принципе, весьма распространено. Простой тест — сделайте запросы "Уязвимость Apache" и "Уязвимость IIS". В Яндексе на первый запрос ссылок больше было. Для тех, кто так думает — скажу одну истину, сказанную одним из неизвестных мне хакеров — если программа запускается, значит, ее можно взломать.
+1
D>Так что выбирать не приходится.
D>Вам не кажется, что наши дискуссии (имею в виду web-программирование) имеют под собой основу недовольство использованием имеющихся в нашем распоряжении инструментов, предоставленных работодателем?
Я просто недоволен ни одним из средств, существующих сегодня на рынке. Пишу не том, что дают Через какое-то время понимаешь, что все оно — те же яйца, только в профиль Все упирается в наличие библиотек.
D>(IMHO) Если бы каждый программер использовал то, что ему нравится, а не то, что дадут, то тут бы таких драк не устраивалось. Не было бы недовольных. Но мы используем то, что дали.
Есть вопросы взаимодействия. Есть вопросы работы в команде.
Представим, что у вас команда на десять человек. Один пишет на РНР, один на C#, один на Coldfusion, один на Ruby, один на Perl, один на Python, один вообще на С++, один на Erlang, один на Lisp и один на Java. Как взаимодействовать будете?
D>Что использую — Notepad2 для редактора PHP и Visual Web Developer для структуры каталогов и редактирования HTML (крутое сочетание, не правда ли?). Есть IDE для PHP, но не стану же я покупать сайта организации на свои бабки офигенный редактор PHP.
Хм. А что, для C# IDE покупать не надо?
Для редактирования РНР + HTML вполне хватит SciTe.
А еще есть Eclipse.
Здравствуйте, Horror_Infinity, Вы писали:
H_I>А что такого? Работает, пишет себе текстовки... Работает шустро, есть приваты. Не веришь — сходи. Первоначальные исходники, конечно, не мои. Но доработок я внес прилично, и от глюков преизрядно почистил.
H_I>А вот когда оно же работало на ASP — вот это было нечто! При числе коннектов 15-20 машина была практически в дауне. Загрузка процессоров под 100%, делать ничего невозможно.
Да нет, я согласен конечно, но чат на пхп это нечто...
[RSDN@Home][1.2.0][alpha][655]
[В сумасбродстве есть надежда, в заурядности — никакой. [Р. Эмерсон]]
M>На синтетических тестах РНР проигрывает не только ASP.NET. На крупных проектах все сильно зависит от декомпозиции и реализации. Потому что тормознутый сайт можно нарисовать как на РНР, так и на ASP.
С этим согласен, от архитектуры много чего зависит.
M>Под крупным здесь понимать любой проект больше, чем M>
~250k исходников у меня в описаном выше проекте.
M>У нас тут проект на дико тормознутом ColdFusion такие же результаты выдает На 4х мегабайтах исходников и базе с 50-ю таблицами Так что как только проект заваливает за одну статическую страницу роль начинает играть уже скорее то, о чем я писал в разделе "не согласен"
Я еще раз повторю смысл вопроса: Ты на таком вот железе сможеж хотябы запустить асп не говоря уже про стабильную работу?
[RSDN@Home][1.2.0][alpha][655]
[Зная, на чем стоишь, хорошо еще понять, куда идешь. [Авессалом Подводный]]
Sinclair wrote: > C>Java + твой_любимый_web-framework. Мне нравится Tapestry, еще есть > C>Wicket, Struts, JSF и т.п > Вообще-то с джавой есть проблемы. У нее, как и у любой другой > управляемой среды, начинается рамс при дефиците памяти.
Есть такое. Еще оно вообще не любит работать с небольшим объемом памяти.
> Лично джаву я не тестировал, но ожидаю сравнимых параметров по > количеству одновременно запускаемых JVM. Мои теоретические соображения > подкрепляются матерными выражениями от хостеров, которые я выслушал в > курилке SWSoft Hosting Summit в этом году.
Ну да, Java для очень-бюджетного-хостинга подходит плохо. Но сейчас
виртуальные серверы очень дешевы.
>> > б) позволяла бы быстрое освоение PHP программистами >> > в) позволила бы миграцию PHP кода с разумными затратами > C>Вот это, по-моему, обеспечивает только VB.NET > Что-то мне подсказывает, что синтаксис PHP весьма далек от VB.NET. Я > ошибаюсь?
Да это я шучу так. Если исключительно PHP-программисты, то ни на что
кроме VB их лучше не выпускать — уровень обычно у них ниже плинтуса.
Aquila wrote: >> > в) позволила бы миграцию PHP кода с разумными затратами > C>Вот это, по-моему, обеспечивает только VB.NET > Фактически, твой ответ означает, что при заявленных условиях > альтернативы PHP на данный момент нет .
Нет. PHP — это такой VB for Web, на нем пишет огромная масса
малограмотных программистов.
Я вообще не уверен, что любая другая технология для той же ниши будет
чем-то лучше PHP.
Sheridan wrote: > *Внимание вопрос.сфе .зк * > На любом из аспов сможеж достич подобных результатов?
Ага. Тут bottleneck'ом будет работа с базой, а она по скорости везде
почти одинакова.
А как сам язык — PHP намного медленнее C# или Java, тут даже спорить глупо.
Sheridan wrote: > Я еще раз повторю смысл вопроса: Ты на таком вот железе сможеж хотябы > запустить асп не говоря уже про стабильную работу?
А смысл? Я бы и PHP не стал там запускать.
Здравствуйте, denaturat, Вы писали:
D>Если честно, терпеть не могу PHP. Не нравится мне $, и еще более — стиль программирования напоминает проги на бейсике. Терпеть не могу перемешивать PHP и HTML и не использую такой стиль. D>Еще весьма противно — коряво выглядит скрипт с внешнего виду, как ни форматируй. D>Мне нравятся красиво оформленные программы. Программа должна в превую очередь читаться. Только потом работать. Вы согласны? Если я не могу прочитать то, что написал, то как я пойму, что там написано и заставлю ее заработать? D>Ужасно, особенно, склеивать запросы к СУБД. Иной раз сам не разберу, что написал. Сплошные кавычки и доллары. Стиль printf больше читабелен. Выше где-то пример народ приводил.
Ну это как писать... Вот мой код.
<?php
if (!defined("CCOSTA.INC"))
{
define("CCOSTA.INC",0);
/*
* @author Sheridan
*/include_once'src/atc/cplanbase.inc';
class CCoSta extends CPlanBase
{
function __construct()
{
parent::__construct();
global $st;
switch($st->session_helper()->get_POST('pact'))
{
case'edit': $this->edit_costa(); break;
}
}
function __destruct()
{
parent::__destruct();
}
public function get_title()
{
return'[Назначение звонков с внешних линий на станции]';
}
public function get_content()
{
global $st;
if($st->config_helper()->is_admin && $this->edit_mode)
{
echo <<<eod
<script type='text/javascript' src='js/edit_changed.js'></script>
<form enctype="multipart/form-data" action='index.php?act=atc&vt=costa' method='post'>
<input type='hidden' name='action' value='post' />
<input type='hidden' name='pact' value='edit' />
eod;
}
$this->echo_table_header();
foreach($this->sta as $i => $sta)
{
echo <<<eod
<tr>
<th class="data_title" id='phnum_s{$sta['STA_NUM']}'>{$sta['PHONE']}</th>
<th class="data_title">{$sta['STA_NUM']}</th>
eod;
$db_data = $st->db()->query("SELECT STA_NUM, CO_LINE, IN_DAY_NIGHT, IN_RINGS FROM ATC_CO_STA WHERE STA_NUM={$sta['STA_NUM']}");
while($row = $st->db()->fetch_assoc($db_data)) {
$this->make_item($row); }
$st->db()->close_query($db_data);
echo'</tr>';
}
$this->echo_table_footer();
if($st->config_helper()->is_admin && $this->edit_mode) {
echo'<input type="submit" value="Принять изменения" /></form>'; }
}
private function make_item($row)
{
global $st;
$cell_style = $row['IN_DAY_NIGHT'] > 0 ? 'plan_data_cell_highlited' : 'plan_data_cell';
echo"<td class='{$cell_style}' title='CO_{$row['CO_LINE']} to STA_{$row['STA_NUM']}'>";
if($st->config_helper()->is_admin && $this->edit_mode)
{
$item_id = "id_{$row['STA_NUM']}_{$row['CO_LINE']}";
$select_opts = $this->get_day_night_select_opts($row['IN_DAY_NIGHT']);
echo <<<eod
<input type='hidden' name='changed_{$item_id}' id='{$item_id}' value='0' />
<select name='dn_{$item_id}' onchange="set_changed('{$item_id}')">{$select_opts}</select><br />
<input type='text' name='rg_{$item_id}' maxlength='1' value='{$row['IN_RINGS']}' onchange="set_changed('{$item_id}')" />
eod;
}
else
{
$dn = $this->translate_day_night($row['IN_DAY_NIGHT']);
echo $dn != '-' ? "$dn ({$row['IN_RINGS']})" : ' ';
}
echo'</td>';
}
private function translate_day_night($db_val)
{
switch($db_val)
{
case 0: return'-'; break;
case 1: return'D'; break;
case 2: return'N'; break;
case 3: return'DN'; break;
}
}
private function get_day_night_select_opts($default)
{
$_result = '';
for($i = 0; $i <= 3; $i++)
{
$selected = $i == $default ? 'selected' : '';
$name = $this->translate_day_night($i);
$_result .= "<option $selected value='{$i}'>{$name}</option>";
}
return $_result;
}
public function get_control()
{
$this->get_control_base('costa');
}
private function edit_costa()
{
global $st;
foreach($this->co as $ico => $co)
{
foreach($this->sta as $i => $sta)
{
$item_id = "id_{$sta['STA_NUM']}_{$co['LINE_NUM']}";
if($st->session_helper()->get_POST("changed_{$item_id}") == 1)
{
$DAY_NIGHT = $st->session_helper()->get_POST("dn_{$item_id}");
$RINGS = 0;
if($DAY_NIGHT != 0) {
$RINGS = $st->session_helper()->get_POST("rg_{$item_id}"); }
$st->db()->update('ATC_CO_STA','IN_DAY_NIGHT=?,IN_RINGS=?',"STA_NUM={$sta['STA_NUM']} AND CO_LINE={$co['LINE_NUM']}",$DAY_NIGHT,$RINGS);
}
}
}
}
}
}
?>
Все вполне читабельно и привычно.
D>Неприятие — чисто субъективное. Мне нравится C#. Пишу на нем с удовольствием. Но на сервере стоит Apache/Windows2003/PHP/MySQL. И надо предоставить веские аргументы, чтобы D>
D>остановить сервер и поставить на него новое ПО
D>как сказал сисадмин. А то, что 2 месяца сервак дохлый был, а потом еще месяц из лаборатории в серверную модемы перетащить не могли (пара минут хода из подвала на первый этаж) — так это ничего. Какая им разница, что ставить? А как это поставлено, я тут где-то уже писал и с удовольствием оторвал бы руки и яйца.
Ну это проблемы твоей конторы и ваших там взаимоотношений.
D>Народ! А какие аргументы (кроме моего субъективного отношения) можно привести в защиту замены указанной конфигурации на IIS/ASP.NET? Повесомее, пожалуйста.
А что аналога .htaccess у IIS нету???
D>Народ панически боится IIS и .NET. Мол, IIS кривой, а Apache — невзламываемый. А от NET сервак вообще зависнет. Такое мнение, в принципе, весьма распространено. Простой тест — сделайте запросы "Уязвимость Apache" и "Уязвимость IIS". В Яндексе на первый запрос ссылок больше было. Для тех, кто так думает — скажу одну истину, сказанную одним из неизвестных мне хакеров — если программа запускается, значит, ее можно взломать.
А я тебе скажу почему. Вспомни сколько лет апачу и сколько лет IIS. Вспомни отношение микрософта к обновлениям.
D>Вам не кажется, что наши дискуссии (имею в виду web-программирование) имеют под собой основу недовольство использованием имеющихся в нашем распоряжении инструментов, предоставленных работодателем? Последнему совершенно по барабану, на чем все это делается, главное — делается. ("Я сказал, чтоб Фотошоп заработал на БК0010, значит он должен работать на БК0010." или: "ПАЧИМУ НА МОЙ КАЛЬКУЛЯТОР ВОРД НЕ УСТАНОВЛЕН !!! И ГДЕ МЫШКА К НЕМУ? И ФЛЕШКА НЕ ЛЕЗЕТ! ВСЕ УВОЛЕНЫ!!!")
Слава богу у меня такого практически нет, иначе давно бы уволился. Сам. Молча.
Ибо запомни — Надо работать чтобы жить а не жить чтобы работать.
D>(IMHO) Если бы каждый программер использовал то, что ему нравится, а не то, что дадут, то тут бы таких драк не устраивалось. Не было бы недовольных. Но мы используем то, что дали.
Как правило то что дали — это наследство от программера который писал на том что нравится. Что мешает переписать? Правильно — отсутствие времени и лень. К чему тогда подобные жалобы? не вижу смысла.
D>Что использую — Notepad2 для редактора PHP и Visual Web Developer для структуры каталогов и редактирования HTML (крутое сочетание, не правда ли?). Есть IDE для PHP, но не стану же я покупать сайта организации на свои бабки офигенный редактор PHP.
Сам себе злобный буратино. Скачай PSPad.
[RSDN@Home][1.2.0][alpha][655]
[Забудь часы нужды, но не забывай того, чему они тебя научили. [С. Геснер]]
Здравствуйте, Cyberax, Вы писали:
C>Sheridan wrote: >> Я еще раз повторю смысл вопроса: Ты на таком вот железе сможеж хотябы >> запустить асп не говоря уже про стабильную работу? C>А смысл? Я бы и PHP не стал там запускать.
Смысл в том что работает и работает оччень даже неплохо.
C>Кстати, наверное можно.
Нет, я видел конечно статьи где ХР запускали на 100 пне с 16 метрами памяти. Но КАК оно там работало...
[RSDN@Home][1.2.0][alpha][655]
[Мы редко до конца понимаем, что мы в действительности хотим. [Ф. Ларошфуко]]
Здравствуйте, Cyberax, Вы писали:
C>Ага. Тут bottleneck'ом будет работа с базой, а она по скорости везде C>почти одинакова.
Тоесть ты хочеш сказать что синтетические средства тебе больше нравятся так как в синтетике иис с аспом обходит апач с пхп. Нет уж давай к практике ближе.
C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить глупо.
Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки и покажи результат.
Кстати версии апача пхп и файрберда у меня из последних. Так что прошу также использовать в тестовом забеге последние версии асп, иис и БД на выбор.
Здравствуйте, Cyberax, Вы писали:
C>Нет. PHP — это такой VB for Web, на нем пишет огромная масса C>малограмотных программистов.
Ты это, ненадо. шарп с аспом такойже ВБ как и ПХП. Да и обзываться некрасиво. Лично я сейчас дома пишу считалку траффика для себя. Собственно считает оно на С++ — libpcap+pthreads+ibpp — и пишет в firebird таблицу статистику, а отображать будет на пхп.
В свое время я также активно работал в билдере, в вижуал студии пережил 3 релиза этой самой студии, не обошел меня и шарп тотже самый...
Так что ненадо про неграмотность.
C>Я вообще не уверен, что любая другая технология для той же ниши будет C>чем-то лучше PHP.
Чемто лучше пхп будет только нормальный бинарник, работающий с клиентом по http протоколу. Тоесть вебсервер+сайт, скомпилированные в один исполняемый модуль.
[RSDN@Home][1.2.0][alpha][655]
[Из всех плодов наилучшие приносит хорошее воспитание. [К. Прутков]]
Здравствуйте, Cyberax, Вы писали:
C>Sheridan wrote: >> Я еще раз повторю смысл вопроса: Ты на таком вот железе сможеж хотябы >> запустить асп не говоря уже про стабильную работу? C>А смысл? Я бы и PHP не стал там запускать.
Смысл в том что работает и работает оччень даже неплохо.
C>Кстати, наверное можно.
Нет, я видел конечно статьи где ХР запускали на 100 пне с 16 метрами памяти. Но КАК оно там работало...
[RSDN@Home][1.2.0][alpha][655]
[Мы редко до конца понимаем, что мы в действительности хотим. [Ф. Ларошфуко]]
Здравствуйте, Cyberax, Вы писали:
C>Ага. Тут bottleneck'ом будет работа с базой, а она по скорости везде C>почти одинакова.
Тоесть ты хочеш сказать что синтетические средства тебе больше нравятся так как в синтетике иис с аспом обходит апач с пхп. Нет уж давай к практике ближе.
C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить глупо.
Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки и покажи результат.
Кстати версии апача пхп и файрберда у меня из последних. Так что прошу также использовать в тестовом забеге последние версии асп, иис и БД на выбор.
Здравствуйте, Cyberax, Вы писали:
C>Sheridan wrote: >> Я еще раз повторю смысл вопроса: Ты на таком вот железе сможеж хотябы >> запустить асп не говоря уже про стабильную работу? C>А смысл? Я бы и PHP не стал там запускать.
Смысл в том что работает и работает оччень даже неплохо.
C>Кстати, наверное можно.
Нет, я видел конечно статьи где ХР запускали на 100 пне с 16 метрами памяти. Но КАК оно там работало...
[RSDN@Home][1.2.0][alpha][655]
[Мы редко до конца понимаем, что мы в действительности хотим. [Ф. Ларошфуко]]
Здравствуйте, Cyberax, Вы писали:
C>Ага. Тут bottleneck'ом будет работа с базой, а она по скорости везде C>почти одинакова.
Тоесть ты хочеш сказать что синтетические средства тебе больше нравятся так как в синтетике иис с аспом обходит апач с пхп. Нет уж давай к практике ближе.
C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить глупо.
Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки и покажи результат.
Кстати версии апача пхп и файрберда у меня из последних. Так что прошу также использовать в тестовом забеге последние версии асп, иис и БД на выбор.
Здравствуйте, Cyberax, Вы писали:
C>Нет. PHP — это такой VB for Web, на нем пишет огромная масса C>малограмотных программистов.
Ты это, ненадо. шарп с аспом такойже ВБ как и ПХП. Да и обзываться некрасиво. Лично я сейчас дома пишу считалку траффика для себя. Собственно считает оно на С++ — libpcap+pthreads+ibpp — и пишет в firebird таблицу статистику, а отображать будет на пхп.
В свое время я также активно работал в билдере, в вижуал студии пережил 3 релиза этой самой студии, не обошел меня и шарп тотже самый...
Так что ненадо про неграмотность.
C>Я вообще не уверен, что любая другая технология для той же ниши будет C>чем-то лучше PHP.
Чемто лучше пхп будет только нормальный бинарник, работающий с клиентом по http протоколу. Тоесть вебсервер+сайт, скомпилированные в один исполняемый модуль.
[RSDN@Home][1.2.0][alpha][655]
[Из всех плодов наилучшие приносит хорошее воспитание. [К. Прутков]]
Здравствуйте, Horror_Infinity, Вы писали:
S>>Траффик. Нагрузка на сервер. Работа с прокси под вопросом. Если подумать то может еще что скажу... H_I>Подумай, что еще можно сказать.
Большое время отклика, обновление не по событию (пришло сообщение), а по таймауту, тяжко на слабых линиях...
Да и прокси может быть настроено кешировать все подряд без вопросов...
[RSDN@Home][1.2.0][alpha][655]
[3нание — в действии. [Эразм Роттердамский]]
Здравствуйте, Sheridan, Вы писали:
S>Большое время отклика,
Согласен. Нет такого. Это минус, но несущественный.
S>обновление не по событию (пришло сообщение), а по таймауту,
И это тоже минус. В принципе, побеждаемый, но сильно я на это не заморачивался. Чат изначально писался для локалки, это потом он разросся до, тэк ска-ать, всепланетного. Но переписывать уже лениво.
S>тяжко на слабых линиях...
А нефиг использовать перегружаемый чат. Для этого есть функционал потокового чата. А в нем, кстати, реализован механизм обновления по приходу сообщения. Я долго, понимтся, воевал...
S>Да и прокси может быть настроено кешировать все подряд без вопросов...
Это уже "к вопросу о криворукости админов". Но и это обходится. Кто мешает в шаблоне страницы прописать
Sheridan wrote: > C>Ага. Тут bottleneck'ом будет работа с базой, а она по скорости везде > C>почти одинакова. > Тоесть ты хочеш сказать что синтетические средства тебе больше нравятся > так как в синтетике иис с аспом обходит апач с пхп. Нет уж давай к > практике ближе.
Понимаешь, кроме таких простых приложений, бывают еще и более сложные
случаи.
Ну а ближе к практике — где мне для PHP взять аналог Hibernate? А что у
нас там с транзакциями? Руками расставлять begin-end я не собираюсь. А
как насчет компонентной модели страниц?
> C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить > глупо. > Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки > и покажи результат. > Кстати версии апача пхп и файрберда у меня из последних. Так что прошу > также использовать в тестовом забеге последние версии асп, иис и БД на > выбор.
Понимаешь, на bash можно быстро написать скрипт, который будет удалять
файлы с буквой P в имено. Этот скрипт будет работать легко и быстро даже
на 386 компьютере.
Sheridan wrote: > C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить > глупо. > Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки > и покажи результат. > Кстати версии апача пхп и файрберда у меня из последних. Так что прошу > также использовать в тестовом забеге последние версии асп, иис и БД на > выбор.
Давай конкретные SQLи и скрипты.
Здравствуйте, Cyberax, Вы писали: C>Есть такое. Еще оно вообще не любит работать с небольшим объемом памяти.
И ровно по тем же причинам. Ну не предназначены Java/Net GC для работы через своп. C>Ну да, Java для очень-бюджетного-хостинга подходит плохо. Но сейчас C>виртуальные серверы очень дешевы.
Виртуальный сервер — это оксюморон. В том смысле, что он работает ничуть не лучше шаред хостинга на той же железке.
Вся фишка виртуального сервера — в том, что он предоставляет на всех столько памяти, сколько есть RAM+Swap. Это работает в предположении, что не всем VE память потребуется одновременно. Для JVM/Net ситуация как раз в том, что они могут отожрать ровно все ресурсы. Тогда реальная производительность виртуального сервера упадет ниже плинтуса.
А это означает, что денсити виртуальных джава-хостингов будет ниже, чем у PHP.
А стоимость подсчитывается грубо говоря именно как стоимость дедикейтед поделить на денсити. Я доступно излагаю?
Мы сейчас думаем над тем, как обеспечить повышение производительности ASP.NET на виртуальном хостинге.
C>Да это я шучу так. Если исключительно PHP-программисты, то ни на что C>кроме VB их лучше не выпускать — уровень обычно у них ниже плинтуса.
А-а
На самом деле это проблема. Парадоксальная причем: с одной стороны, хорошей замены PHP на рынке не видно. С другой стороны, квалифицированные кадры предпочитают из PHP уходить.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair wrote: > C>Ну да, Java для очень-бюджетного-хостинга подходит плохо. Но сейчас > C>виртуальные серверы очень дешевы. > Виртуальный сервер — это оксюморон. В том смысле, что он работает ничуть > не лучше шаред хостинга на той же железке. > Вся фишка виртуального сервера — в том, что он предоставляет на всех > столько памяти, сколько есть RAM+Swap. Это работает в предположении, что > не всем VE память потребуется /одновременно/.
Виртуальные серверы бывают разные. Например, на нашем хостинге гарантируется наличие 256Мб памяти и 400Mhz процессора.
Естественно, это стоит несколько дороже, но неточтобы запредельно дорого.
> Для JVM/Net ситуация как > раз в том, что они могут отожрать ровно все ресурсы. Тогда реальная > производительность виртуального сервера упадет ниже плинтуса.
Ну так есть же квоты. И они везде стоят.
> А стоимость подсчитывается грубо говоря именно как стоимость дедикейтед > поделить на денсити. Я доступно излагаю?
Ну естественно, никто с этим вроде не спорит.
> C>Да это я шучу так. Если исключительно PHP-программисты, то ни на что > C>кроме VB их лучше не выпускать — уровень обычно у них ниже плинтуса. > А-а > На самом деле это проблема. Парадоксальная причем: с одной стороны, > хорошей замены PHP на рынке не видно. С другой стороны, > квалифицированные кадры предпочитают из PHP уходить.
Ну есть еще Ruby с RoR, он хотя и требует больше ресурсов, но не слишком
сильно больше. Ну и он покрасивее PHP все же будет.
Здравствуйте, Horror_Infinity, Вы писали:
H_I>А вот когда оно же работало на ASP — вот это было нечто! При числе коннектов 15-20 машина была практически в дауне. Загрузка процессоров под 100%, делать ничего невозможно.
ASP или ASP.NET? Это всеже разные вещи. Если ASP.NET то ты точно чтото не так делал. На RSDN нагрузка на порядки больше и ASP.NET близко не узкое место.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, Cyberax, Вы писали:
C>Ну а ближе к практике — где мне для PHP взять аналог Hibernate? А что у C>нас там с транзакциями? Руками расставлять begin-end я не собираюсь. А C>как насчет компонентной модели страниц?
Оно?
Пользуйся, если тебе оно так надо. Я же привык не плакаться — ойой, кнопочку нарисовать этоже надо хтмл код выводить... ойой, не умею, ойой долго писать...
Я привык контролировать хтмл.
C>Понимаешь, на bash можно быстро написать скрипт, который будет удалять C>файлы с буквой P в имено. Этот скрипт будет работать легко и быстро даже C>на 386 компьютере.
C>Но будешь ли ты на bash писать Quake 5?
нет конечно, не сравнивай пожалуйста несравнимые вещи. Баш и с++ даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит асп и на п8000. Точка.
Здравствуйте, Cyberax, Вы писали:
C>Sheridan wrote: >> C>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить >> глупо. >> Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки >> и покажи результат. >> Кстати версии апача пхп и файрберда у меня из последних. Так что прошу >> также использовать в тестовом забеге последние версии асп, иис и БД на >> выбор. C>Давай конкретные SQLи и скрипты.
<?php
if (!defined("CMEMBERSBASE.INC"))
{
define("CMEMBERSBASE.INC",0);
/*
* @author Sheridan
*/class CMembersBase
{
function __construct()
{}
function __destruct()
{}
private function get_member_co_phones($STA_NUM, $check_field)
{
global $st;
$_result = '';
$sql = <<<eod
SELECT PHONE FROM ATC_CO_LINES WHERE LINE_NUM IN (SELECT CO_LINE FROM ATC_CO_STA WHERE {$check_field} > 0 AND STA_NUM = {$STA_NUM})
eod;
$db_data = $st->db()->query($sql);
while($row = $st->db()->fetch_assoc($db_data)) {
$_result .= "{$row['PHONE']} "; }
$st->db()->close_query($db_data);
return $_result != '' ? $_result : ' ';
}
protected function get_member_in_co_phones($STA_NUM)
{
return $this->get_member_co_phones($STA_NUM, 'IN_DAY_NIGHT');
}
protected function get_member_out_co_phones($STA_NUM)
{
return $this->get_member_co_phones($STA_NUM, 'OUT_ALLOWED');
}
}
}
?>
и
<?php
if (!defined("CPHONEBOOK.INC"))
{
define("CPHONEBOOK.INC",0);
/*
* @author Sheridan
*/include_once'src/organisation/cmembersbase.inc';
class CPhoneBook extends CMembersBase
{
function __construct()
{
parent::__construct();
}
function __destruct()
{
parent::__destruct();
}
public function get_title()
{
return'[Телефонная книга]';
}
private function get_select_sql()
{
return <<<eod
SELECT
ORG_MEMBERS.ID, ORG_MEMBERS.F, ORG_MEMBERS.I, ORG_MEMBERS.O, ORG_MEMBERS.STA_NUM, ORG_MEMBERS.JOB,
ORG_DIVISIONS.NAME AS DIVISIONNAME,
ATC_STATIONS.PHONE AS STA_PHONE
FROM ORG_MEMBERS
INNER JOIN ORG_DIVISIONS ON ORG_DIVISIONS.ID=ORG_MEMBERS.DIVISION
INNER JOIN ATC_STATIONS ON ATC_STATIONS.STA_NUM=ORG_MEMBERS.STA_NUM
WHERE ORG_MEMBERS.STA_NUM != -1
ORDER BY ORG_MEMBERS.F, ORG_MEMBERS.I, ORG_MEMBERS.O
eod;
}
public function get_content()
{
global $st;
echo <<<eod
<table class='data'>
<tr>
<th class='data_title'>ФИО</th>
<th class='data_title' colspan='2'>Телефоны</th>
</tr>
eod;
$db_data = $st->db()->query($this->get_select_sql());
while($row = $st->db()->fetch_assoc($db_data)) {
$this->make_item($row); }
$st->db()->close_query($db_data);
echo <<<eod
</table>
eod;
}
private function make_item($row)
{
global $st;
$city_phones = $this->get_member_in_co_phones($row['STA_NUM']);
$job = $row['JOB'] != -1 ? ', ' . $st->db()->simple_query('ORG_JOBS','NAME',"ID='{$row['JOB']}'") : '';
echo <<<eod
<tr>
<td class='data_cell'>{$row['F']} {$row['I']} {$row['O']} <font size='-1'>[{$row['DIVISIONNAME']}{$job}]</font></td>
<td class='data_cell'>{$row['STA_PHONE']}</td>
<td class='data_cell'>{$city_phones}</td>
</tr>
eod;
}
public function get_control()
{
return' ';
}
}
}
?>
Хотя с другой стороны тут полпроекта надо дать дабы видно было картину...
[RSDN@Home][1.2.0][alpha][0]
[Возобновленная рана много хуже противу новой. [К. Прутков]]
Здравствуйте, Mamut, Вы писали:
D>>Народ! А какие аргументы (кроме моего субъективного отношения) можно привести в защиту замены указанной конфигурации на IIS/ASP.NET? Повесомее, пожалуйста.
M>Главный вопрос — стоимость перевода уже существующего на РНР кода на ASP.NET
Пока он не настолько большой, но начальство хочет что-то (правда, само мало представляет, где такое может пригодиться), что потребует по первым прикидкам писать немало. А именно — систему документооборота. И чего они там хотят, это примерно такую же функциональность, как у средних подобных продуктов. Предложил я им купить уже готовую вещь — бесполезно. ТЗ требую. "Ну чего вам надо", спрашиваю. Ответы пока противоречивы, к счастью, ибо пока не скажут, чего надо, делать, естественно, не буду. Но хотят, хоть и расплывчато, но много.
D>>Народ панически боится IIS и .NET. Мол, IIS кривой, а Apache — невзламываемый. А от NET сервак вообще зависнет. Такое мнение, в принципе, весьма распространено. Простой тест — сделайте запросы "Уязвимость Apache" и "Уязвимость IIS". В Яндексе на первый запрос ссылок больше было. Для тех, кто так думает — скажу одну истину, сказанную одним из неизвестных мне хакеров — если программа запускается, значит, ее можно взломать.
M> +1
M>Хм. А что, для C# IDE покупать не надо?
Visual Studio Express Edition, у себя дома в темноте под одеялом, по крайней мере . О приобретении организацией речи вообще не идет.
M>Для редактирования РНР + HTML вполне хватит SciTe.
Здравствуйте, Sheridan, Вы писали:
S>Как правило то что дали — это наследство от программера который писал на том что нравится.
Да S>Что мешает переписать?
Все снес и с нуля переписал. И вообще сделал, чтоб работать меньше.
D>>Что использую — Notepad2 для редактора PHP и Visual Web Developer для структуры каталогов и редактирования HTML (крутое сочетание, не правда ли?). Есть IDE для PHP, но не стану же я покупать сайта организации на свои бабки офигенный редактор PHP. S>Скачай PSPad.
скачал
D>>Народ! А какие аргументы (кроме моего субъективного отношения) можно привести в защиту замены указанной конфигурации на IIS/ASP.NET? Повесомее, пожалуйста. S>А что аналога .htaccess у IIS нету???
В стандартной поставке нет.
Есть ISAPI Rewrite с коммерческой и бесплатной версиями
C>Ну а ближе к практике — где мне для PHP взять аналог Hibernate?
Будет в Zend Framework. B? наверное, есть имплементация в Cake PHP.
Еще есть Propel
C>А что у C>нас там с транзакциями?
PEAR:Mdb их поддерживает и даже эмулирует, если база данных не поддерживает
C>Руками расставлять begin-end я не собираюсь. А C>как насчет компонентной модели страниц?
>> На самом деле это проблема. Парадоксальная причем: с одной стороны, >> хорошей замены PHP на рынке не видно. С другой стороны, >> квалифицированные кадры предпочитают из PHP уходить. C>Ну есть еще Ruby с RoR, он хотя и требует больше ресурсов, но не слишком C>сильно больше. Ну и он покрасивее PHP все же будет.
У RoR есть одна маааленькая проблема Его грамотная настройка на хостере и последующая scalability требуют весьма серьезных плясок с бубном
Sheridan wrote: > Компонентная модель? > Не пожалею даже код. > Оно?
Даже близко не оно. Это как если бы я говорил про виджеты в QT, а ты бы
отвечал: "А у меня есть процедуры рисования линий и квадратов с помощью
SetPixel, так что у меня такие же крутые компоненты!"
К примеру, пишем форму для логина:
[html]
<html>
<head>
<title>Login</title>
</head>
<body>
<h1>Login</h1>
<span style="color: red"><span jwcid="errorMsg"/></span>
<form jwcid="loginForm">
<table border="0">
<tr><td>Username:</td><td><input type="text" jwcid="username"/></td></tr>
<tr><td>Password:</td><td><input type="password" jwcid="password"/></td></tr>
<tr><td></td><td><input type="submit" value="Login"/></td></tr>
</table>
</form>
</body>
</html>
[/html]
Теперь пишем байндинг полей формы к данным (это можно делать как с
помощью отдельных XML-файлов, так и с помощью аннотаций в коде). Кстати,
с помощью Spindle для Eclipse сразу будут подсвечиваться несоответствия
в XML и HTML:
...
@InjectState("mutableUser")
public abstract MutableUser getMutableUser();
@Bean
public abstract ValidationDelegate getDelegate();
public String onLogin() {
MutableUser mutableUser = DummyFactory.getMutableUser(username,
password);
if (mutableUser != null)
{
// remember that this user has logged in.
getMutableUser().copyFrom(mutableUser);
return"SomeOtherPage"; //Это пошлет нас на следующую страницу
} else {
// display an error and show the Login page again.
ValidationDelegate delegate = getDelegate();
delegate.setFormComponent(null);
delegate.record("Login failed", null);
return null;
}
}
...
Все, страница у нас готова. Теперь Tapestry сама будет выполнять
привязку, обрабатывать кнопки back (с помощью rewinding), рисовать
ошибки, управлять состоянием и т.п.
Для простой страницы с парой полей преимущества могут быть неочевидны.
Но теперь представим, что мы хотим вывести таблицу с поддержкой
сортировки по колонкам и фильтрации (то есть сверху таблицы есть поле
ввода, в котором задается строка фильтрации). Причем мы хотим сделать
так, чтобы листание таблицы и фильтрация работала через AJAX.
Для PHP придется писать горы кода, для Tapestry я просто беру http://tacos.sourceforge.net/ , добавляю на форму их компонент Grid,
добавляю поле для фильтра и связываю их через binding.
> Пользуйся, если тебе оно так надо. Я же привык не плакаться — ойой, > кнопочку нарисовать этоже надо хтмл код выводить... ойой, не умею, ойой > долго писать...
Я умею. Но тратить зря на это время — нафиг.
> Я привык контролировать хтмл.
А кто мешает?
> C>Понимаешь, на bash можно быстро написать скрипт, который будет удалять > C>файлы с буквой P в имено. Этот скрипт будет работать легко и быстро даже > C>на 386 компьютере. > C>Но будешь ли ты на bash писать Quake 5? > нет конечно, не сравнивай пожалуйста несравнимые вещи.
Нет. ASP.NET — это наааамного более высокий уровень по сравнению с PHP.
> даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из > одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а > ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит > асп и на п8000. Точка.
Нда... А откуда такая уверенность?
Mamut wrote: > C>Ну а ближе к практике — где мне для PHP взять аналог Hibernate? > Будет в Zend Framework. B? наверное, есть имплементация в Cake PHP. > Еще есть Propel <http://propel.phpdb.org/trac/>
Вопрос только в том, когда это станет юзабельно Пока что это все на
зачаточном уровне.
> C>А что у нас там с транзакциями? > PEAR:Mdb их поддерживает и даже эмулирует, если база данных не поддерживает
Просто мне как человеку, измученому нарзаном, хочется декларативного
управления транзакциями, да еще и с поддержкой XA.
> C>Руками расставлять begin-end я не собираюсь. А > C>как насчет компонентной модели страниц? > Компонентная модель — см. Prado <http://xisc.com/>
Ну хоть что-то похожее на Tapestry трехлетней давности появилось
Просто у меня есть большие сомнения, что эти проекты уйдут далеко. В
Java, например, Hibernate обычно дает примерно 5% оверхеда. В PHP это
будет все 50% оверхеда за счет отсутствия JIT-компилятора.
А если добавлять в PHP еще и JIT со строгой типизацией, то в итоге
получится Java
Mamut wrote: >> > На самом деле это проблема. Парадоксальная причем: с одной стороны, >> > хорошей замены PHP на рынке не видно. С другой стороны, >> > квалифицированные кадры предпочитают из PHP уходить. > C>Ну есть еще Ruby с RoR, он хотя и требует больше ресурсов, но не слишком > C>сильно больше. Ну и он покрасивее PHP все же будет. > У RoR есть одна маааленькая проблема Его грамотная настройка на хостере > и последующая scalability требуют весьма серьезных плясок с бубном
Это, в принципе, проблема решаемая (в том числе и коммерческим продуктом).
...Хотя если армия индусов с PHP переедет на Ruby...
>> C>А что у нас там с транзакциями? >> PEAR:Mdb их поддерживает и даже эмулирует, если база данных не поддерживает C>Просто мне как человеку, измученому нарзаном, хочется декларативного C>управления транзакциями, да еще и с поддержкой XA.
Ха-ха
>> C>Руками расставлять begin-end я не собираюсь. А >> C>как насчет компонентной модели страниц? >> Компонентная модель — см. Prado <http://xisc.com/> C>Ну хоть что-то похожее на Tapestry трехлетней давности появилось
Ну, PRADO тоже немолод Но это скорее попытка эмулировать оведение ASP.NET. Хотя что у них там сейчас твоорится — фиг знает
C>Просто у меня есть большие сомнения, что эти проекты уйдут далеко. В C>Java, например, Hibernate обычно дает примерно 5% оверхеда. В PHP это C>будет все 50% оверхеда за счет отсутствия JIT-компилятора.
C>А если добавлять в PHP еще и JIT со строгой типизацией, то в итоге C>получится Java
Здравствуйте, Cyberax, Вы писали:
C>Все, страница у нас готова. Теперь Tapestry сама будет выполнять C>привязку, обрабатывать кнопки back (с помощью rewinding), рисовать C>ошибки, управлять состоянием и т.п.
Вобщем из хорошего только то что оно ошибки само проверяет, да back, а остальное... Вобщем не впечатлило меня почемуто...
И мы наверное поразному воспринимаем понятие "компонент".
C>Для простой страницы с парой полей преимущества могут быть неочевидны. C>Но теперь представим, что мы хотим вывести таблицу с поддержкой C>сортировки по колонкам и фильтрации (то есть сверху таблицы есть поле C>ввода, в котором задается строка фильтрации).
Без проблем писал такое, причем сортировка выполнялась не на уровне построения таблицы а на уровне sql запроса к БД. И поэтому с фильтрацией тоже проблем не вижу.
C>Причем мы хотим сделать так, чтобы листание таблицы и фильтрация работала через AJAX.
Дачтож это за панацея ажакс? Объясни жураку... Чтото все чаще и чаще слышу... Очередной Nemerle?
C>Для PHP придется писать горы кода, для Tapestry я просто беру C>http://tacos.sourceforge.net/ , добавляю на форму их компонент Grid, C>добавляю поле для фильтра и связываю их через binding.
Вобщем делфи какоето получается...
>> Пользуйся, если тебе оно так надо. Я же привык не плакаться — ойой, >> кнопочку нарисовать этоже надо хтмл код выводить... ойой, не умею, ойой >> долго писать... C>Я умею. Но тратить зря на это время — нафиг.
Тратить время? О повторном использовании кода слышал?
>> Я привык контролировать хтмл. C>А кто мешает?
А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге? что </td> нигде не пропустят, что в урлах будет & вместо просто &, что все параметры тегов будут в кавычках, что не пропустит оно alt для картинок и прочее прочее прочее.
>> C>Понимаешь, на bash можно быстро написать скрипт, который будет удалять >> C>файлы с буквой P в имено. Этот скрипт будет работать легко и быстро даже >> C>на 386 компьютере. >> C>Но будешь ли ты на bash писать Quake 5? >> нет конечно, не сравнивай пожалуйста несравнимые вещи. C>Нет. ASP.NET — это наааамного более высокий уровень по сравнению с PHP.
Из твоего кода я понял что асп успешно движется в сторону шаблонной писанины, и в конце концов все будет под один гребень причесано...
>> даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из >> одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а >> ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит >> асп и на п8000. Точка. C>Нда... А откуда такая уверенность?
Обычная индукция.
[RSDN@Home][1.2.0][alpha][0]
[Все люди хотят жить долго, но никто не хочет быть старым. [Д. Свифт]]
Sheridan wrote: > C>Все, страница у нас готова. Теперь Tapestry сама будет выполнять > C>привязку, обрабатывать кнопки back (с помощью rewinding), рисовать > C>ошибки, управлять состоянием и т.п. > Вобщем из хорошего только то что оно ошибки само проверяет, да back, а > остальное... Вобщем не впечатлило меня почемуто...
Ага, там еще управление потоком (то есть что куда переходит), удобные
сессии, отладчик страниц и еще огромное количество приятных вещей.
> C>Для простой страницы с парой полей преимущества могут быть неочевидны. > C>Но теперь представим, что мы хотим вывести таблицу с поддержкой > C>сортировки по колонкам и фильтрации (то есть сверху таблицы есть поле > C>ввода, в котором задается строка фильтрации). > Без проблем писал такое, причем сортировка выполнялась не на уровне > построения таблицы а на уровне sql запроса к БД. И поэтому с фильтрацией > тоже проблем не вижу.
Ну-ну. И сколько десятков килобайт кода это заняло? Кстати, еще учти,
что в ячейках таблицы могут быть custom-рендерер'ы. Да, а еще есть
редактирование — щелкаем на строку и тут же редактируем поля.
И все это уже написано, мне просто надо вставить "<span jwcid="grid">" и
написать реализацию TableModel на Java.
> C>Причем мы хотим сделать так, чтобы листание таблицы и фильтрация > работала через AJAX. > Дачтож это за панацея ажакс? Объясни жураку... Чтото все чаще и чаще > слышу... Очередной Nemerle?
AJAX=Asynchronous Java And XML. То есть страницы, которые не требуют
полной перезагрузки при действиях с ними. В качестве примера можешь
посмотреть Google Mail (могу инвайт прислать, если надо).
Да, а еще компоненты в Tapestry умеют делать graceful degradation до
обычных странцчных компонентов, если браузер не поддерживает AJAX.
> C>Для PHP придется писать горы кода, для Tapestry я просто беру > C>http://tacos.sourceforge.net/ , добавляю на форму их компонент Grid, > C>добавляю поле для фильтра и связываю их через binding. > Вобщем делфи какоето получается...
Именно, причем более правильный и адаптированый для Web. Что проще для
использования: Дельфи или голый WinAPI?
>> > Пользуйся, если тебе оно так надо. Я же привык не плакаться — ойой, >> > кнопочку нарисовать этоже надо хтмл код выводить... ойой, не умею, ойой >> > долго писать... > C>Я умею. Но тратить зря на это время — нафиг. > Тратить время? О повторном использовании кода слышал?
В PHP оно примерно равно cut&paste.
Я про другое говорил — нафиг мне возиться с деталями HTML-разметки, если
я могу просто собрать страницу из компонентов и с помощью CSS назначить
им нужные визуальные стили?
>> > Я привык контролировать хтмл. > C>А кто мешает? > А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге?
??? Естественно!
Более того, они выдадут валидный XHTML, который при желании еще и через
XSL можно протащить будет.
> что </td> нигде не пропустят, что в урлах будет & вместо просто &, что > все параметры тегов будут в кавычках, что не пропустит оно alt для > картинок и прочее прочее прочее.
Это скорее проблема PHP. О таких мелочах я уже и думать забыл — к
хорошему быстро привыкаешь.
>> > C>Но будешь ли ты на bash писать Quake 5? >> > нет конечно, не сравнивай пожалуйста несравнимые вещи. > C>Нет. ASP.NET — это наааамного более высокий уровень по сравнению с PHP. > Из твоего кода я понял что асп успешно движется в сторону шаблонной > писанины, и в конце концов все будет под один гребень причесано...
Какой "гребень"? Весь HTML — это сплошные шаблоны. Везде одинаковые тэги
<html>, <body> — ничего нового нет!
>> > даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из >> > одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а >> > ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит >> > асп и на п8000. Точка. > C>Нда... А откуда такая уверенность? > Обычная индукция.
Мда. А на чем основана база индукции?
Позвольте-позвольте. Asynchronous JavaScript And XML
Java и JavaScript — это две большие разницы.
Ну и многие уже отказались от идеи использовать XML в Аяксе. Гораздо удобнее предавать или JSON или напрямую сгенерированный HTML. Но название осталось.
Здравствуйте, Sheridan, Вы писали:
C>>А как сам язык — PHP намного медленнее C# или Java, тут даже спорить глупо. S>Ну запусти на такойже машине с такойже нагрузкой на ИИС подобные выборки и покажи результат.
Mamut wrote: > C>AJAX=Asynchronous Java And XML. > Позвольте-позвольте. Asynchronous Java*Script* And XML > Java и JavaScript — это две большие разницы.
Извиняюсь, очепятка такая.
> Ну и многие уже отказались от идеи использовать XML в Аяксе. Гораздо > удобнее предавать или JSON или напрямую сгенерированный HTML. Но > название осталось.
На самом деле, тут формат передачи данных между сервером и клиентом
особого значения не имеет. Важно то, что обычная модель PHP или CGI тут
уже плохо подходит — страница теперь уже имеет состояние, за которым
надо следить, а запросы уже могут быть конкуррентными.
> От серверное технологии Аякс почти не зависит
Зато от него зависят серверные технологии
Здравствуйте, Sheridan, Вы писали:
S>нет конечно, не сравнивай пожалуйста несравнимые вещи. Баш и с++ даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит асп и на п8000. Точка.
Читаем что такое масштабируемость, в частности, вертикальная масштабируемость.
Mamut wrote: > C>Просто мне как человеку, измученому нарзаном, хочется декларативного > C>управления транзакциями, да еще и с поддержкой XA. > Ха-ха
ХА-ХА не нужно, достаточно просто "XA"
> C>Ну хоть что-то похожее на Tapestry трехлетней давности появилось > Ну, PRADO тоже немолод Но это скорее попытка эмулировать оведение > ASP.NET. Хотя что у них там сейчас твоорится — фиг знает
Ему всего полтора года — маловато будет для серьезного проекта.
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, Cyberax, Вы писали:
C>>Все, страница у нас готова. Теперь Tapestry сама будет выполнять C>>привязку, обрабатывать кнопки back (с помощью rewinding), рисовать C>>ошибки, управлять состоянием и т.п. S>Вобщем из хорошего только то что оно ошибки само проверяет, да back, а остальное... Вобщем не впечатлило меня почемуто...
Интересно, как можно увидеть все хорошее по одному примеру?
Могу еще один плюс указать. Приведенный Cyberax-ом шаблон страницы — почти обычный HTML. Его можно просмотреть в браузере, его могут редактировать дизайнеры.
Здравствуйте, Cyberax, Вы писали:
>> Без проблем писал такое, причем сортировка выполнялась не на уровне >> построения таблицы а на уровне sql запроса к БД. И поэтому с фильтрацией >> тоже проблем не вижу. C>Ну-ну. И сколько десятков килобайт кода это заняло?
Не так уж и сильно оно заняло.
C>Кстати, еще учти, что в ячейках таблицы могут быть custom-рендерер'ы. Да, а еще есть C>редактирование — щелкаем на строку и тут же редактируем поля.
Какой ужас! Нее, это не по мне, веб для такого не предназначен имхо. А еслии тебе такое нужно то может стоит задуматься об использовании веб-приложений типа glan.
C>И все это уже написано, мне просто надо вставить "<span jwcid="grid">" и C>написать реализацию TableModel на Java.
Еще и яву сюда. Тоесть чтобы нарисовать сайт на аспе надо знать асп, яву, яваскрипт, xml, html ну и еще несколько страшных слов. Для пхп это сам пхп, хтмл и яваскрипт если захочеш.
>> C>Причем мы хотим сделать так, чтобы листание таблицы и фильтрация >> работала через AJAX. >> Дачтож это за панацея ажакс? Объясни жураку... Чтото все чаще и чаще >> слышу... Очередной Nemerle? C>AJAX=Asynchronous Java And XML. То есть страницы, которые не требуют C>полной перезагрузки при действиях с ними.
Нет уж, я предпочту чтобы в старых браузерах работало.
C>В качестве примера можешь посмотреть Google Mail (могу инвайт прислать, если надо).
Ненадо, я понял, да и нелюблю я публичные ящики почтовые, для меня они сродни мусорке.
C>Да, а еще компоненты в Tapestry умеют делать graceful degradation до C>обычных странцчных компонентов, если браузер не поддерживает AJAX.
А порусски?
>> Вобщем делфи какоето получается... C>Именно, причем более правильный и адаптированый для Web. Что проще для C>использования: Дельфи или голый WinAPI?
А что в итоге быстрее и стабильнее работает? делфи или винапи? имхо всеже винапи.
Да и не стал бы я пхп с винапи сравнивать, это чтото типа webc++
>> C>Я умею. Но тратить зря на это время — нафиг. >> Тратить время? О повторном использовании кода слышал? C>В PHP оно примерно равно cut&paste.
Откуда уверенность?
C>Я про другое говорил — нафиг мне возиться с деталями HTML-разметки, если C>я могу просто собрать страницу из компонентов и с помощью CSS назначить C>им нужные визуальные стили?
И сколько это будет весить потом? Получится чтото типа МС сайта, который грузится елееле
>> А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге? C>??? Естественно! C>Более того, они выдадут валидный XHTML, который при желании еще и через C>XSL можно протащить будет.
Откуда уверенность?
>> что </td> нигде не пропустят, что в урлах будет & вместо просто &, что >> все параметры тегов будут в кавычках, что не пропустит оно alt для >> картинок и прочее прочее прочее. C>Это скорее проблема PHP. О таких мелочах я уже и думать забыл — к C>хорошему быстро привыкаешь.
Из этих мелочей и строится валидный код.
>> C>Нет. ASP.NET — это наааамного более высокий уровень по сравнению с PHP. >> Из твоего кода я понял что асп успешно движется в сторону шаблонной >> писанины, и в конце концов все будет под один гребень причесано... C>Какой "гребень"? Весь HTML — это сплошные шаблоны. Везде одинаковые тэги C> <html>, <body> — ничего нового нет!
Как ни странно из одинаковых буков и на с++ пишут и на аспе и на пхп, не говоря уже про асм. Чтото шаблонов еще не придумали...
А если не иронизируя, то таки да, ты правильно заметил, от <html> до <body> все практическ одно и тоже, да и между </body> и </html> годами мало что меняется, а вот между <body> и </body> очень даже всякое разное бывает, и не всегда шаблоны выручат.
>>> > даааааалеко разными вещами занимаются, а вот пхп+апач и асп+иис это из >>> > одного ящика софт, и если у меня пхп уверенно обгоняет асп на п300 (а >>> > ведь так? ты со мной согласишся?) то я более чем уверен, что он обгонит >>> > асп и на п8000. Точка. >> C>Нда... А откуда такая уверенность? >> Обычная индукция. C>Мда. А на чем основана база индукции?
А на том что пхп стабильно и без заметных тормозов работает на загруженом на 100% п300, где асп врядли даже стартанет, далее, на п800 асп хоть и стартанет наверно но тормозить будет, а пхп только вздохнет посвободнее и плечи расправит. Ну и так далее.
Асп довольно тяжел и много уж хочет для своей работы. Пхп же в силу своей неприхотливости одинаково шустро и стаабильно работает практически на любом железе куда его удасться поставить.
Sheridan wrote: > C>Ну-ну. И сколько десятков килобайт кода это заняло? > Не так уж и сильно оно заняло.
Так сколько, все-таки? У меня что-то около килобайта (не считая
библиотечный код компонентов).
> C>редактирование — щелкаем на строку и тут же редактируем поля. > Какой ужас! Нее, это не по мне, веб для такого не предназначен имхо. А > еслии тебе такое нужно то может стоит задуматься об использовании > веб-приложений типа glan.
Веб предназначен для всего, что на нем делается. Rich web applications
достаточно широко используются и востребованы — это факт жизни.
> C>И все это уже написано, мне просто надо вставить "<span jwcid="grid">" и > C>написать реализацию TableModel на Java. > Еще и яву сюда. Тоесть чтобы нарисовать сайт на аспе надо знать асп, > яву, яваскрипт, xml, html ну и еще несколько страшных слов. Для пхп это > сам пхп, хтмл и яваскрипт если захочеш.
Tapestry никак не относится к ASP.NET. Это технология для Java, которая
по своей архитектуре почти соответствует ASP.NET.
> C>AJAX=Asynchronous Java And XML. То есть страницы, которые не требуют > C>полной перезагрузки при действиях с ними. > Нет уж, я предпочту чтобы в старых браузерах работало.
Так для этого нужна graceful degradation. Если у нас браузер не едет —
подсовываем ему классическую страницу.
Но у 95% пользователей уже давно все будет нормально работать.
> C>В качестве примера можешь посмотреть Google Mail (могу инвайт > прислать, если надо). > Ненадо, я понял, да и нелюблю я публичные ящики почтовые, для меня они > сродни мусорке.
Так ты его просто потести. Тогда поймешь как должны выглядеть
современные webapp'ы и почему PHP для этого плохо подходит.
> C>Да, а еще компоненты в Tapestry умеют делать graceful degradation до > C>обычных странцчных компонентов, если браузер не поддерживает AJAX. > А порусски?
Graceful degradation можно перевести как "упрощение функциональности без
потери работоспособности".
> C>Именно, причем более правильный и адаптированый для Web. Что проще для > C>использования: Дельфи или голый WinAPI? > А что в итоге быстрее и стабильнее работает? делфи или винапи? имхо > всеже винапи.
Стабильнее работает то, что стабильно написано. На Delphi это сделать ПРОЩЕ.
> Да и не стал бы я пхп с винапи сравнивать, это чтото типа webc++
PHP — это VB, а не С++.
>> > C>Я умею. Но тратить зря на это время — нафиг. >> > Тратить время? О повторном использовании кода слышал? > C>В PHP оно примерно равно cut&paste. > Откуда уверенность?
Хм... От большого количества PHP-кода, которое я видел?
> C>Я про другое говорил — нафиг мне возиться с деталями HTML-разметки, если > C>я могу просто собрать страницу из компонентов и с помощью CSS назначить > C>им нужные визуальные стили? > И сколько это будет весить потом? Получится чтото типа МС сайта, который > грузится елееле
Нормально. CSS загружается один раз, а потом кэшируется.
К примеру, новый дизайн Slashdot.org на CSS занимает на 25% меньше
траффика, чем старый табличный дизайн. А их новый AJAX-интерфейс в ТРИ
раза сокращает траффик за счет отсутствия необходимости перегружать всю
страницу.
> C>??? Естественно! > C>Более того, они выдадут валидный XHTML, который при желании еще и через > C>XSL можно протащить будет. > Откуда уверенность?
Кто там про переиспользование говорит? Контрол пишется один раз,
проверяется, а потом используется.
> C>Это скорее проблема PHP. О таких *мелочах* я уже и думать забыл — к > C>хорошему быстро привыкаешь. > Из этих мелочей и строится валидный код.
Я просто не помню когда у меня контрол выводил невалидный код (а я
постоянно валидирую HTML с помощью Tidy).
> C>Какой "гребень"? Весь HTML — это сплошные шаблоны. Везде одинаковые тэги > C> <html>, <body> — ничего нового нет! > Как ни странно из одинаковых буков и на с++ пишут и на аспе и на пхп, не > говоря уже про асм. Чтото шаблонов еще не придумали...
Вот этими буковками и являются компоненты. И это НЕ шаблоны, а именно
компоненты — то есть обособленные куски функциональности.
Глупо для каждого случая писать новую таблицу с поддержкой пейджинга.
Проще один раз сделать компонент, а потом его использовать. Если же он
чем-то не подходит — написать для этого редкого случая новый компонент.
> C>Мда. А на чем основана база индукции? > А на том что пхп стабильно и без заметных тормозов работает на > загруженом на 100% п300, где асп врядли даже стартанет, далее, на п800 > асп хоть и стартанет наверно но тормозить будет, а пхп только вздохнет > посвободнее и плечи расправит. Ну и так далее.
У меня вот Tomcat стабильно работал на P433. Что дальше?
Здравствуйте, Cyberax, Вы писали:
C>На самом деле, тут формат передачи данных между сервером и клиентом C>особого значения не имеет. Важно то, что обычная модель PHP или CGI тут C>уже плохо подходит — страница теперь уже имеет состояние, за которым C>надо следить, а запросы уже могут быть конкуррентными.
А разницы-то? На практике всё равно происходит обращение к серверу. Так генерировали всю страницу, теперь генерируем ту часть, которую попросили. Обновления страницы не происходит визуально, но обращение к скрипту никуда не делось, а следить за состоянием приходится уже на стороне браузера — серверной части от этого ни холодно, ни жарко — что спросят, то и дадут.
Здравствуйте, Cyberax, Вы писали:
C>Так сколько, все-таки? У меня что-то около килобайта (не считая C>библиотечный код компонентов).
Ну ясное дело что у меня больше. Чтобы точнее сказать это мне надо из дома, оно у меня там.
C>Веб предназначен для всего, что на нем делается. Rich web applications C>достаточно широко используются и востребованы — это факт жизни.
Еще раз скажу. http для веб приложений подходит плохо.
C>Tapestry никак не относится к ASP.NET. Это технология для Java, которая C>по своей архитектуре почти соответствует ASP.NET.
Тем более.
>> Нет уж, я предпочту чтобы в старых браузерах работало. C>Так для этого нужна graceful degradation. Если у нас браузер не едет — C>подсовываем ему классическую страницу.
Ну это гуд.
C>Но у 95% пользователей уже давно все будет нормально работать.
Зато как все быстро забивают на оставшиеся 5%...
>> Ненадо, я понял, да и нелюблю я публичные ящики почтовые, для меня они >> сродни мусорке. C>Так ты его просто потести. Тогда поймешь как должны выглядеть C>современные webapp'ы и почему PHP для этого плохо подходит.
Я пойму одно. С любой нормальной почтовой прогой это будет еще удобнее.
C>Стабильнее работает то, что стабильно написано. На Delphi это сделать ПРОЩЕ.
ПРОЩЕ не значит стабильнее, хотя часто и стабильнее не значит сложнее...
>> Да и не стал бы я пхп с винапи сравнивать, это чтото типа webc++ C>PHP — это VB, а не С++.
Назови другой язык для веба, который будет с++. Перл? Да нет, он к вебу был прикручен, основное назначение — скрипты. Руби? не помню чтобы егог в вебе использовали...
Вот асп да, это действительно бэйсик. На пару с шарпом.
>>> > C>Я умею. Но тратить зря на это время — нафиг. >>> > Тратить время? О повторном использовании кода слышал? >> C>В PHP оно примерно равно cut&paste. >> Откуда уверенность? C>Хм... От большого количества PHP-кода, которое я видел?
Хм... По твоему много кода == cut&paste? Со скольки строк/килобайт начинается оное?
Страшно тогда представить что творится в исходниках крупных проектов типа винды...
C>Нормально. CSS загружается один раз, а потом кэшируется.
Чтото слабо верится что css идет отдельным файллом...
C>К примеру, новый дизайн Slashdot.org на CSS занимает на 25% меньше C>траффика, чем старый табличный дизайн. А их новый AJAX-интерфейс в ТРИ C>раза сокращает траффик за счет отсутствия необходимости перегружать всю C>страницу.
Если так то гуд. Сколько ажакс стоит?
C>Кто там про переиспользование говорит? Контрол пишется один раз, C>проверяется, а потом используется.
Так всетаки контрол ты тоже пишеш?
C>Я просто не помню когда у меня контрол выводил невалидный код (а я C>постоянно валидирую HTML с помощью Tidy).
Ну раз так то это хорошо. Прияятно осознавать что не один я стремлюсь валидный код писать.
C>Глупо для каждого случая писать новую таблицу с поддержкой пейджинга. C>Проще один раз сделать компонент, а потом его использовать. Если же он C>чем-то не подходит — написать для этого редкого случая новый компонент.
Ну так и я могу один раз сделать класс таблицы а потом его использовать. Просто это по другому выглядеть будет. Вот как это выглядит применительно к формбилдеру что я выше код давал:
Здравствуйте, Sheridan, Вы писали:
C>>Я просто не помню когда у меня контрол выводил невалидный код (а я C>>постоянно валидирую HTML с помощью Tidy). S>Ну раз так то это хорошо. Прияятно осознавать что не один я стремлюсь валидный код писать.
Вообще, на мой взгляд, ты демонстрируешь настолько слабое представления о предметах спора, и при этом так передергиваешь факты, что назвать твои посты иначе как FUD у меня язык не поворачивается.
Здравствуйте, WFrag, Вы писали:
C>>>Я просто не помню когда у меня контрол выводил невалидный код (а я C>>>постоянно валидирую HTML с помощью Tidy). S>>Ну раз так то это хорошо. Прияятно осознавать что не один я стремлюсь валидный код писать. WF>Правда? :]
Здравствуйте, WFrag, Вы писали:
S>>Ну раз так то это хорошо. Прияятно осознавать что не один я стремлюсь валидный код писать. WF>Правда? :]
Знаю я про это, руки не дойдут никак..
WF>Вообще, на мой взгляд, ты демонстрируешь настолько слабое представления о предметах спора, и при этом так передергиваешь факты, что назвать твои посты иначе как FUD у меня язык не поворачивается.
Ясное дело я не знаю о современных компонентно-модельных делфи-подобных техологиях. Потомучто они мне не ну жны. Я пердпочитаю бОльший контроль нежели большее удобство. Это плохо?
[RSDN@Home][1.2.0][alpha][0]
[Красота без доброты умирает невостребованной. [Б. Франклин]]
Здравствуйте, WFrag, Вы писали:
WF>Правда? :]
Только вот интересно почему первое является ошибкой, хотя работает?
Да и вторая ошибка тоже под вопросом
3 ю еще можно понять но 4ю я вообще не понял...
Свое что-ть покажеж?
[RSDN@Home][1.2.0][alpha][0]
[Hи одна вещь не является всем тем, чем может быть. [Д. Бруно]]
Здравствуйте, Sheridan, Вы писали:
S>Ясное дело я не знаю о современных компонентно-модельных делфи-подобных техологиях. Потомучто они мне не ну жны. Я пердпочитаю бОльший контроль нежели большее удобство. Это плохо?
Нет, но при этом, по-моему, не стоит пытаться судить.
Aquila wrote: > А разницы-то? На практике всё равно происходит обращение к серверу. Так > генерировали всю страницу, теперь генерируем ту часть, которую > попросили. Обновления страницы не происходит визуально, но обращение к > скрипту никуда не делось, а следить за состоянием приходится уже на > стороне браузера — серверной части от этого ни холодно, ни жарко — что > спросят, то и дадут.
В get-запросе у тебя есть сразу все данные полей формы, а в случае с
AJAX в запросе могут быть вставлены не все данные полей (так как часто
нельзя передавать все состояние страницы). Поэтому надо как-то хранить
промежуточное состояние.
Ну и "отдать кусочек" не так просто — надо делить страницу на компоненты
Здравствуйте, WFrag, Вы писали:
S>>Ясное дело я не знаю о современных компонентно-модельных делфи-подобных техологиях. Потомучто они мне не ну жны. Я пердпочитаю бОльший контроль нежели большее удобство. Это плохо? WF>Нет, но при этом, по-моему, не стоит пытаться судить.
Я не сужу, я осуждаю стремление современных технологий в сторону максимального упрощения. Потому как упрощение не v;tn делаться без потери чего либо.
[RSDN@Home][1.2.0][alpha][0]
[Бумага все стерпит. [Цицерон]]
Здравствуйте, WFrag, Вы писали:
WF>Здравствуйте, Sheridan, Вы писали:
S>>Свое что-ть покажеж?
WF>Я версткой профессионально не занимаюсь. Не умею.
Дык и я версткой то профессионально не занимаюсь.
Да и при чем тут верстка — за тебя же компоненты все делают как я понял а ты только минимальную разметку делаеш... Или не так?
[RSDN@Home][1.2.0][alpha][0]
[Если бы вы и впрямь думали так, вы бы так не говорили. [И. Шварц]]
Здравствуйте, Сергей, Вы писали:
S>>Еще раз скажу. http для веб приложений подходит плохо. С>А что плохого в http? Наверное, имелся ввиду html?
И html тоже. Это так сказать статика, и разница между страничкой и приложением согласись огромная. Посмотри в сторону glan — может оно тебе подойдет для твоих веб-приложений.
[RSDN@Home][1.2.0][alpha][0]
[Музыка — универсальный язык человечества. [Г. Лонгфелло]]
Sheridan wrote: > C>Веб предназначен для всего, что на нем делается. Rich web applications > C>достаточно широко используются и востребованы — это *факт* жизни. > Еще раз скажу. http для веб приложений подходит плохо.
Просто все остальное подходит еще хуже.
И не надо про GLAN — это нежизнеспособный подход.
> C>Tapestry никак не относится к ASP.NET. Это технология для Java, которая > C>по своей архитектуре почти соответствует ASP.NET. > Тем более.
Что "тем более"? Все что я говорю примерно одинаково относится к ASP.NET
и Tapestry — они похожи по идеологии.
> C>Но у 95% пользователей уже давно все будет нормально работать. > Зато как все быстро забивают на оставшиеся 5%...
Ну это уже проблемы тех, кто использует IE5 и старые версии Konqueror'ов
> C>Так ты его просто потести. Тогда поймешь как должны выглядеть > C>современные webapp'ы и почему PHP для этого плохо подходит. > Я пойму одно. С любой нормальной почтовой прогой это будет еще удобнее.
Кстати, это уже спорный вопрос. GMail по функциональности приближается к
автономным почтовым программам.
> C>Стабильнее работает то, что стабильно написано. На Delphi это сделать > ПРОЩЕ. > ПРОЩЕ не значит стабильнее, хотя часто и стабильнее не значит сложнее...
Чем проще — тем лучше. На Delphi можно было писать вполне стабильные
приложения (если знать что делаешь).
>> > Да и не стал бы я пхп с винапи сравнивать, это чтото типа webc++ > C>PHP — это VB, а не С++. > Назови другой язык для веба, который будет с++. Перл? Да нет, он к вебу > был прикручен, основное назначение — скрипты. Руби? не помню чтобы егог > в вебе использовали...
Java. Полный набор необходимых средств — от маленьких автономных
web-серверов (Jetty) до распределенных enterprise-монстров (BEA Weblogic).
> Вот асп да, это действительно бэйсик. На пару с шарпом.
Да где уж ему до PHP...
>> > Откуда уверенность? > C>Хм... От большого количества PHP-кода, которое я видел? > Хм... По твоему много кода == cut&paste? Со скольки строк/килобайт > начинается оное?
Много ненужного кода — свидетельство плохой архитектуры. Код должен быть
в протестированых и переиспользуемых библиотеках.
> C>Нормально. CSS загружается один раз, а потом кэшируется. > Чтото слабо верится что css идет отдельным файллом...
Нда... RTFM по современному web-дизайну?
Кстати, заметь еще выделенное — с помощью CSS можно сделать (до
некоторой степени) один сайт пригодным для отображения на наладонниках.
> C>К примеру, новый дизайн Slashdot.org на CSS занимает на 25% меньше > C>траффика, чем старый табличный дизайн. А их новый AJAX-интерфейс в ТРИ > C>раза сокращает траффик за счет отсутствия необходимости перегружать всю > C>страницу. > Если так то гуд. Сколько ажакс стоит?
СтОит или стоИт?
СтоИт он там уже где-то несколько месяцев, новый дизайн около года.
> C>Кто там про переиспользование говорит? Контрол пишется один раз, > C>проверяется, а потом используется. > Так всетаки контрол ты тоже пишеш?
Если не хватает функциональности существующих — а это бывает редко. Ну и
никто не мешает тебе формировать HTML напрямую, если уж очень захочется.
> C>Глупо для каждого случая писать новую таблицу с поддержкой пейджинга. > C>Проще один раз сделать компонент, а потом его использовать. Если же он > C>чем-то не подходит — написать для этого редкого случая новый компонент. > Ну так и я могу один раз сделать класс таблицы а потом его использовать.
Один класс тут не поможет, нужно как-то делать РЕАКЦИЮ на события. А уж
если еще попробовать добавить поддержку inplace-редактирования в
строках, то уже совсем все плохо будет.
> Просто это по другому выглядеть будет. Вот как это выглядит > применительно к формбилдеру что я выше код давал:
А теперь то же самое, но с формой на несколько страниц, с большими
полями ввода (то есть не GET-запрос). У тебя будет все некрасиво и
неудобно — я такое тоже писал.
> C>У меня вот Tomcat стабильно работал на P433. Что дальше? > Кто такой этот том и причем тут его кот? > Что за tomcat? какое он имеет отношение к iis+asp?
Tomcat — это web-сервер на Java. Кардинальных различий между Java и .NET
для программирования Web я не вижу.
Sheridan wrote: > Я не сужу, я осуждаю стремление современных технологий в сторону > максимального упрощения. Потому как упрощение не v;tn делаться без > потери чего либо.
Ты ведь используешь QT? А почему?
По твоей идеологии ты должен сам рисовать кнопки (с помощью SetPixel и
LineTo) и самому писать цикл обработки событий от аппаратных устройств.
Здравствуйте, Sheridan, Вы писали:
S>Дык и я версткой то профессионально не занимаюсь. S>Да и при чем тут верстка — за тебя же компоненты все делают как я понял а ты только минимальную разметку делаеш... Или не так?
Не обязательно. В базовую поставку Tapestry не входят навороченные визуальные компоненты (только простейшие вещи вида "вставить текст", "формочка", "картинка"). Как вариант, ты просто берешь сверстанный HTML и пилишь его на компонентики (типа "менюшка", "обрамление", и.т.д). В таком случае ты полностью контролируешь тот HTML, который получится.
Здравствуйте, Sheridan, Вы писали:
S>А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге? что </td> нигде не пропустят, что в урлах будет & вместо просто &, что все параметры тегов будут в кавычках, что не пропустит оно alt для картинок и прочее прочее прочее.
Ага. А у самого сайт подвержен XSS, тип 2 по классификации Wikipedia
C>По твоей идеологии ты должен сам рисовать кнопки (с помощью SetPixel и C>LineTo) и самому писать цикл обработки событий от аппаратных устройств.
Кто знает, может и до этого дойду. Есть одна идейка...
[RSDN@Home][1.2.0][alpha][0]
[Когда все желания людей сбываются — не лучше им. [Гераклит Эфесский]]
Здравствуйте, Cyberax, Вы писали:
>> Еще раз скажу. http для веб приложений подходит плохо. C>Просто все остальное подходит еще хуже.
glan.
C>И не надо про GLAN — это нежизнеспособный подход.
Почему нежизнеспособный? Потому что не пользуются и нераспространен. Почему? Потому что нежизнеспособный.
Правильно я написал ход мышления?
>> C>Но у 95% пользователей уже давно все будет нормально работать. >> Зато как все быстро забивают на оставшиеся 5%... C>Ну это уже проблемы тех, кто использует IE5 и старые версии Konqueror'ов
Нет, это проблемы разработчика. Хотя в принципе какие могут быть проблемы...
Если вон под вистой туча софта не будет работать, что там 5%...
C>Кстати, это уже спорный вопрос. GMail по функциональности приближается к C>автономным почтовым программам.
Да? И я могу зайти на ГМайл, открыть почту и отрубить модем?
>> ПРОЩЕ не значит стабильнее, хотя часто и стабильнее не значит сложнее... C>Чем проще — тем лучше. На Delphi можно было писать вполне стабильные C>приложения (если знать что делаешь).
Я согласен что с опытом приходит знание и уходит корявость. Почему же такое не сработает с ПХП?
>> Назови другой язык для веба, который будет с++. Перл? Да нет, он к вебу >> был прикручен, основное назначение — скрипты. Руби? не помню чтобы егог >> в вебе использовали... C>Java. Полный набор необходимых средств — от маленьких автономных C>web-серверов (Jetty) до распределенных enterprise-монстров (BEA Weblogic).
В чемто ты и прав... Хотя с другой стороны у явы есть недостаток который перекрывает достоинства — ее тормоза.
>> Вот асп да, это действительно бэйсик. На пару с шарпом. C>Да где уж ему до PHP...
Действительно.
C>Много ненужного кода — свидетельство плохой архитектуры.
С чего ты взял что в пхп много ненужного кода получается?
C>Код должен быть в протестированых и переиспользуемых библиотеках.
Тоесть если вместо библиотек мы делаем линк на используемый и провереный в других проектах исходник, это значит плохо? Почему?
>> C>Нормально. CSS загружается один раз, а потом кэшируется. >> Чтото слабо верится что css идет отдельным файллом... C>Нда... RTFM по современному web-дизайну?
C>C slashdot.org:
... C>Кстати, заметь еще выделенное — с помощью CSS можно сделать (до C>некоторой степени) один сайт пригодным для отображения на наладонниках.
Раз так то это хорошо, ктож спорит. Просто я в свое время наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там мусора.
>> Если так то гуд. Сколько ажакс стоит? C>СтОит или стоИт?
СтОит, стОит..
C>Если не хватает функциональности существующих — а это бывает редко. Ну и C>никто не мешает тебе формировать HTML напрямую, если уж очень захочется.
Да понимаю что никто не мешает, просто этим мало кто пользоваться будет...
>> C>Глупо для каждого случая писать новую таблицу с поддержкой пейджинга. >> C>Проще один раз сделать компонент, а потом его использовать. Если же он >> C>чем-то не подходит — написать для этого редкого случая новый компонент. >> Ну так и я могу один раз сделать класс таблицы а потом его использовать. C>Один класс тут не поможет, нужно как-то делать РЕАКЦИЮ на события. А уж C>если еще попробовать добавить поддержку inplace-редактирования в C>строках, то уже совсем все плохо будет.
Извини конечно но реакция на события это пререгатива _приложения_ но уж никак не веб страницы! Хотя смотря какие события и от кого они исходят. Если от пользователя то ладно, можно POST или GET послать а если от сервера то тоггда тебе точно в glan переходить надо.
C>А теперь то же самое, но с формой на несколько страниц, с большими C>полями ввода (то есть не GET-запрос). У тебя будет все некрасиво и C>неудобно — я такое тоже писал.
Не вижу проблемы... Обычное расширение функционала если потребуется.
C>Tomcat — это web-сервер на Java. Кардинальных различий между Java и .NET C>для программирования Web я не вижу.
Я вижу. Ява кроссплатформенна как минимум.
[RSDN@Home][1.2.0][alpha][0]
[Иногда молчание совести вызвано ее робостью. [Авессалом Подводный]]
Здравствуйте, Sheridan, Вы писали:
S>Извини конечно но реакция на события это пререгатива _приложения_ но уж никак не веб страницы! Хотя смотря какие события и от кого они исходят. Если от пользователя то ладно, можно POST или GET послать а если от сервера то тоггда тебе точно в glan переходить надо.
Это все теория. А на практике уже научились строить, и строят, более-менее приличные AJAX-приложения, причем с посылкой эвентов/запросов как с клиента на сервер, так и с сервера на клиент.
Здравствуйте, Sheridan, Вы писали:
C>>Кстати, это уже спорный вопрос. GMail по функциональности приближается к C>>автономным почтовым программам. S>Да? И я могу зайти на ГМайл, открыть почту и отрубить модем?
не тормозим, ты можешь читать почту с любого компутера. между прочим есть рсс читалки на аяксе, очень рекомендую. и дома и на работе один и тот же интерфейс, прочитанные новости остаются прочитанными. удобно, блин.
S>Я согласен что с опытом приходит знание и уходит корявость. Почему же такое не сработает с ПХП?
потому что его при наличии знаний просто выкидывают. ты, кстати, мне так ничего и не ответил и про скорость и про рекурсию.
C>>Java. Полный набор необходимых средств — от маленьких автономных C>>web-серверов (Jetty) до распределенных enterprise-монстров (BEA Weblogic). S>В чемто ты и прав... Хотя с другой стороны у явы есть недостаток который перекрывает достоинства — ее тормоза.
чушь. есть память -- да. тормозов нет. строку и на ней сплитили, пхп твой слил всем.
>>> C>Нормально. CSS загружается один раз, а потом кэшируется. >>> Чтото слабо верится что css идет отдельным файллом... C>>Нда... RTFM по современному web-дизайну? C>>Кстати, заметь еще выделенное — с помощью CSS можно сделать (до C>>некоторой степени) один сайт пригодным для отображения на наладонниках. S>Раз так то это хорошо, ктож спорит. Просто я в свое время наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там мусора.
просто -1... без комментариев...
>>> Если так то гуд. Сколько ажакс стоит? C>>СтОит или стоИт? S>СтОит, стОит..
читай, чудо, про аякс...
>>> C>Глупо для каждого случая писать новую таблицу с поддержкой пейджинга. >>> C>Проще один раз сделать компонент, а потом его использовать. Если же он >>> C>чем-то не подходит — написать для этого редкого случая новый компонент. >>> Ну так и я могу один раз сделать класс таблицы а потом его использовать. C>>Один класс тут не поможет, нужно как-то делать РЕАКЦИЮ на события. А уж C>>если еще попробовать добавить поддержку inplace-редактирования в C>>строках, то уже совсем все плохо будет. S>Извини конечно но реакция на события это пререгатива _приложения_ но уж никак не веб страницы! Хотя смотря какие события и от кого они исходят. Если от пользователя то ладно, можно POST или GET послать а если от сервера то тоггда тебе точно в glan переходить надо.
аякс для этого есть. rtfm.
зы. товарисч, читай про аякс, про веб и вообще... просто почитай...
Здравствуйте, Sheridan, Вы писали: S>А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге? что </td> нигде не пропустят, что в урлах будет & вместо просто &, что все параметры тегов будут в кавычках, что не пропустит оно alt для картинок и прочее прочее прочее.
Ты не боишься, что компилятор С забудет дописать конечный нолик в char* c = "hello world!"?
Твой подход к разработке нежизнеспособен. Задача как раз избавиться от необходимости контролировать такие мелочи. Иначе можно всю жизнь теги прозакрывать.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
C>>Веб предназначен для всего, что на нем делается. Rich web applications C>>достаточно широко используются и востребованы — это факт жизни. S>Еще раз скажу. http для веб приложений подходит плохо.
Ну, не HTTP, а HTML
Также копать в сторону технологии Comet (на которой GMail реализован, ее реализует, например, HaXe). Ссылок не даю, потому что временно сижу в оффлайне
>>> Да и не стал бы я пхп с винапи сравнивать, это чтото типа webc++ C>>PHP — это VB, а не С++. S>Назови другой язык для веба, который будет с++. Перл? Да нет, он к вебу был прикручен, основное назначение — скрипты. Руби? не помню чтобы егог в вебе использовали...
Кхм. А Ruby on Rails как?
Вообще-то на любом из следующих языков пишут для веба:
PHP
C#
Python
Ruby
Perl
C++
Lisp
Erlang
Smalltalk...
S>Вот асп да, это действительно бэйсик. На пару с шарпом.
C>>К примеру, новый дизайн Slashdot.org на CSS занимает на 25% меньше C>>траффика, чем старый табличный дизайн. А их новый AJAX-интерфейс в ТРИ C>>раза сокращает траффик за счет отсутствия необходимости перегружать всю C>>страницу. S>Если так то гуд. Сколько ажакс стоит?
Бесплатно. Сколько стоит Javascript? См. фреймворки script.aculo.us, dojo, rico.
Sheridan wrote: > C>И не надо про GLAN — это нежизнеспособный подход. > Почему нежизнеспособный? Потому что не пользуются и нераспространен. > Почему? Потому что нежизнеспособный.
Абсолютно мертворожденый проект.
В-нулевых, никто просто не будет ставить сторонний клиент для того,
чтобы на сайте посмотреть новости в RSS.
Во-первых, подход GLAN'а с пересылками при каждом чихе просто не будет
работать в Интернете.
Во-вторых, GLAN — это таааакой баян. До этого был Байконур, Cream и еще
куча подобных фреймворков. Рассказать где они сейчас?
> C>Кстати, это уже спорный вопрос. GMail по функциональности приближается к > C>автономным почтовым программам. > Да? И я могу зайти на ГМайл, открыть почту и отрубить модем?
Модем? А что это такое?
> C>Чем проще — тем лучше. На Delphi можно было писать вполне стабильные > C>приложения (если знать что делаешь). > Я согласен что с опытом приходит знание и уходит корявость. Почему же > такое не сработает с ПХП?
Мало средств. Где мой любимый ORM, чтобы я не писал тонны тупых "SELECT
user.a, user.b, user.c FROM Blah WHERE Blah-blah"? Где хотя бы
нормальные сессии???
> C>Java. Полный набор необходимых средств — от маленьких автономных > C>web-серверов (Jetty) до распределенных enterprise-монстров (BEA Weblogic). > В чемто ты и прав... Хотя с другой стороны у явы есть недостаток который > перекрывает достоинства — ее тормоза.
Java _быстрее_ чем PHP. В отдельных случаях может быть даже быстрее
чистого С (за счет хорошего GC и отсутствия проблемы алиасинга).
У нее, разве что, больше начальное время запуска. Но кого это волнует на
сервере?
> C>Много ненужного кода — свидетельство плохой архитектуры. > С чего ты взял что в пхп много ненужного кода получается?
Посмотрел в код: phpBB, Mantis, HORDE.
> C>Код должен быть в протестированых и переиспользуемых библиотеках. > Тоесть если вместо библиотек мы делаем линк на используемый и провереный > в других проектах исходник, это значит плохо? Почему?
Да не работает это в PHP. Максимум что ты сможешь сделать — это простые
шаблоны, а вот поведение уже фиг скомпенсировать.
> C>Кстати, заметь еще выделенное — с помощью CSS можно сделать (до > C>некоторой степени) один сайт пригодным для отображения на наладонниках. > Раз так то это хорошо, ктож спорит. Просто я в свое время > наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там > мусора.
А там разве есть CSS?
>> > Если так то гуд. Сколько ажакс стоит? > C>СтОит или стоИт? > СтОит, стОит..
$0
Вообще: http://en.wikipedia.org/wiki/AJAX
> C>Если не хватает функциональности существующих — а это бывает редко. Ну и > C>никто не мешает тебе формировать HTML напрямую, если уж очень захочется. > Да понимаю что никто не мешает, просто этим мало кто пользоваться будет...
Естественно. Я очень редко руками рисую кнопочки в обычных приложениях —
только если мне понадобится уж очень странная функциональность.
> C>Один класс тут не поможет, нужно как-то делать РЕАКЦИЮ на события. А уж > C>если еще попробовать добавить поддержку inplace-редактирования в > C>строках, то уже совсем все плохо будет. > Извини конечно но реакция на события это пререгатива _приложения_ но уж > никак не веб страницы!
Я говорю про web-приложение, то есть код на сервере. Вот мы вывели
таблицу с 10 по 20 записи, потом нам приходит запрос от пользователя
"прокрутить назад до 1 записи". Как дать классу с табличкой это
обработать? А как этот класс с табличкой будет вызывать рендеринг?
> Хотя смотря какие события и от кого они исходят. > Если от пользователя то ладно, можно POST или GET послать а если от > сервера то тоггда тебе точно в glan переходить надо.
Забудь про GLAN. Нет его в природе.
> C>Tomcat — это web-сервер на Java. Кардинальных различий между Java и .NET > C>для программирования Web я не вижу. > Я вижу. Ява кроссплатформенна как минимум.
Это непринципиальное различие. В ASP.NET нет ничего, что фундаментально
привязано к Windows.
Здравствуйте, _rasta, Вы писали:
_>Здравствуйте, kronos_vano, Вы писали:
_>>Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. _>вот это
почитай, для примера хорошести языка. _>есть что возразить?
Есть. Подобное пригождается раз в жизни.
_>>А если тестить работу с БД то я более чем уверен в победе php. _>это вообще бред.
Почему так считаеш?
Здравствуйте, WFrag, Вы писали:
WF>Не обязательно. В базовую поставку Tapestry не входят навороченные визуальные компоненты (только простейшие вещи вида "вставить текст", "формочка", "картинка"). Как вариант, ты просто берешь сверстанный HTML и пилишь его на компонентики (типа "менюшка", "обрамление", и.т.д). В таком случае ты полностью контролируешь тот HTML, который получится.
Ну я просто делаю наоборот. пишу _необходимые_ компонентики и составляю из них страницу. И не таскаю за собой тучу действительно ненужного кода.
[RSDN@Home][1.2.0][alpha][0]
[Кот в перчатках мышь не поймает. [Б. Франклин]]
Здравствуйте, _rasta, Вы писали:
_>не тормозим, ты можешь читать почту с любого компутера. между прочим есть рсс читалки на аяксе, очень рекомендую. и дома и на работе один и тот же интерфейс, прочитанные новости остаются прочитанными. удобно, блин.
Вот именно, не тормозим.
Если тебе нужно из клубов почту читать, тогда да. А у меня комп дома и комп на работе. С какого бы мне гмаылом пользоваться, у меня нормальные ящики есть.
S>>Я согласен что с опытом приходит знание и уходит корявость. Почему же такое не сработает с ПХП? _>потому что его при наличии знаний просто выкидывают.
При наличии знаний в лялих перебираются.
_>ты, кстати, мне так ничего и не ответил и про скорость и про рекурсию.
Ответил то что такое бывает раз в жизни. И если такое нужно то это может быть ошибка проектирования и следует подумать: А почему мне такое надо?
Да и не думаю я что чтото подобное обойдет стороной асп.
_>чушь. есть память -- да. тормозов нет. строку и на ней сплитили, пхп твой слил всем.
Знаеш в реальной задаче мне ниразу не приходилось сплитить строку длиннее 30 символов. Что у вас за проекты такие что километровые строки сплитите. Да к томуже я не увидел результата работы кода на аспе.
S>>Раз так то это хорошо, ктож спорит. Просто я в свое время наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там мусора. _>просто -1... без комментариев...
Ты хочеш сказать экспорт документа из ворда в хтмл суть пример для подражания??? Представляю себе что у тебя за код...
>>>> Если так то гуд. Сколько ажакс стоит? C>>>СтОит или стоИт? S>>СтОит, стОит.. _>читай, чудо, про аякс...
Хочеш сказать — бесплатный? Это хорошо. Но аякс я врядли когда-ть изучать начну. Имхо это тупиковая технология для людей, стремящихся всеми силами не изучать новое а писать как привыкли.
Если мне понадобится вебприложение, я напишу его на glan.
S>>Извини конечно но реакция на события это пререгатива _приложения_ но уж никак не веб страницы! Хотя смотря какие события и от кого они исходят. Если от пользователя то ладно, можно POST или GET послать а если от сервера то тоггда тебе точно в glan переходить надо. _>аякс для этого есть. rtfm. _>зы. товарисч, читай про аякс, про веб и вообще... просто почитай...
Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит. Это не выход. Да, молодцы, сумели из невозможного возможное сделать но имхо зря.
Здравствуйте, Cyberax, Вы писали:
C>Sheridan wrote: >> C>И не надо про GLAN — это нежизнеспособный подход. >> Почему нежизнеспособный? Потому что не пользуются и нераспространен. >> Почему? Потому что нежизнеспособный. C>Абсолютно мертворожденый проект.
Ясен пень останется мертворожденным — у вас же бог Аякс есть.
C>В-нулевых, никто просто не будет ставить сторонний клиент для того, C>чтобы на сайте посмотреть новости в RSS.
glan не для чтения rss.
C>Во-первых, подход GLAN'а с пересылками при каждом чихе просто не будет C>работать в Интернете.
Бог Аякс же умудряется.
C>Во-вторых, GLAN — это таааакой баян. До этого был Байконур, Cream и еще C>куча подобных фреймворков. Рассказать где они сейчас?
Вобщем тебе не нравится с++ и скорость. Так и запишем.
C>Модем? А что это такое?
Это знаеш ли устройство через которое полРоссии в интернет ходит.
>> Я согласен что с опытом приходит знание и уходит корявость. Почему же >> такое не сработает с ПХП? C>Мало средств. Где мой любимый ORM, чтобы я не писал тонны тупых "SELECT user.a, user.b, user.c FROM Blah WHERE Blah-blah"?
Что тебе мешает это дело написать один раз а потом по мере необходимости расширять функционал и использовать в различных проектах?
C>Где хотя бы нормальные сессии???
Чем тебе сессии непонравились? о_0
C>Java _быстрее_ чем PHP. В отдельных случаях может быть даже быстрее чистого С (за счет хорошего GC и отсутствия проблемы алиасинга).
Присутствие GC увеличивает безопасность но уменьшает производительность и убирает понятие оптимизации использования ресурсов из программы. Мне _очень_ нехватало delete в шарпе.
C>У нее, разве что, больше начальное время запуска. Но кого это волнует на сервере?
Да что ты никого ничего не волнует.
C>Посмотрел в код: phpBB, Mantis, HORDE.
терпеть не могу универсальные cms и форумы. Там действительно куча кода и ноль толку.
Тебе мой какой-ть проект показать?
C>Да не работает это в PHP. Максимум что ты сможешь сделать — это простые шаблоны,
А в аспе тоесть не шаблоны, там просто кнопочка "сделай мне хорошо" или сразу сообщение "тебе уже хорошо"?
C>а вот поведение уже фиг скомпенсировать.
Поведение чего и куда?
>>Просто я в свое время наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там мусора. C>А там разве есть CSS?
Честно говоря я даже за всем мусором внимание не обратил есть или нет. просто тупо выделял — удалял, выыделял — удалял...
>>> > Если так то гуд. Сколько ажакс стоит? >> C>СтОит или стоИт? >> СтОит, стОит.. C>$0
Это хорошо что 0. Молодцы.
C>Вообще: http://en.wikipedia.org/wiki/AJAX
Впустую. Основу я понял, а детали это уже детали... Не буду я про него читать. Он мне не нужен сейчас и не пригодится никогда. Я просто не представляю себе для чего оно мне может потребоваться.
C>Я говорю про web-приложение,
Блин, веб-приложение это не хтмл с костылями! Ты glan то хоть щупал? Вот это получается действительно web-приложение.
C>то есть код на сервере. Вот мы вывели таблицу с 10 по 20 записи, потом нам приходит запрос от пользователя C>"прокрутить назад до 1 записи". Как дать классу с табличкой это обработать?
Выбрать из БД данные и передать классу с табличкой. Либо сразу все передать либо поrowно, либо просто "указатель" на эти данные... Как решиш так и будет.
C>А как этот класс с табличкой будет вызывать рендеринг?
Как напишеш так и отрендерит... о_0
C>Забудь про GLAN. Нет его в природе.
Это веб-приложений на хтмл нет в природе, а есть хтмл и javascript костыли.
Ты пробовал что-ть на glan писать? Ты хотябы запускал примеры?
>> Я вижу. Ява кроссплатформенна как минимум. C>Это непринципиальное различие. В ASP.NET нет ничего, что фундаментально C>привязано к Windows.
Угу, и всетаки это дело досихпор привязано к виндовс. Не объясниш мне почему?
Здравствуйте, Mamut, Вы писали:
M>Ну, не HTTP, а HTML
Ну извините...
M>Также копать в сторону технологии Comet (на которой GMail реализован, ее реализует, например, HaXe). Ссылок не даю, потому что временно сижу в оффлайне
Веб-приложение это glan. Или подобное но не html.
M>Кхм. А Ruby on Rails как?
Значит пропустил.
M>Вообще-то на любом из следующих языков пишут для веба: M>PHP M>C# M>Python M>Ruby M>Perl M>C++ M>Lisp M>Erlang M>Smalltalk...
Пишут. А сколько из них предназначено для веба?
[RSDN@Home][1.2.0][alpha][0]
[Время — хороший доктор, но плохой косметолог.]
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Sheridan, Вы писали: S>>А ты уверен что твои компоненты тебе дадут валидный хтмл в итоге? что </td> нигде не пропустят, что в урлах будет & вместо просто &, что все параметры тегов будут в кавычках, что не пропустит оно alt для картинок и прочее прочее прочее. S>Ты не боишься, что компилятор С забудет дописать конечный нолик в char* c = "hello world!"?
А он может его забыть дописать?
А ты не боишся что через Х времени микрософт выпустит megaASP несовместимый с ASP и перкратит поддержку последнего?
Нет? вот и я не боюсь.
S>Твой подход к разработке нежизнеспособен. Задача как раз избавиться от необходимости контролировать такие мелочи. Иначе можно всю жизнь теги прозакрывать.
Блин. Код. Пишется. Один. Раз. Птом используется и при необходимости расширяется функционал. Какое слово на русский перевести?
Или вы действительно все считаете что я что ни строчка так "теги закрываю"?
Здравствуйте, Sheridan, Вы писали:
_>>>Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. _>>вот это
почитай, для примера хорошести языка. _>>есть что возразить? S>Есть. Подобное пригождается раз в жизни.
оно не работает. воспринимай как факт.
иии... все? пример сплита даже не рассматривается? зашибись...
_>>>А если тестить работу с БД то я более чем уверен в победе php. _>>это вообще бред. S>Почему так считаеш?
Здравствуйте, Sheridan, Вы писали:
_>>не тормозим, ты можешь читать почту с любого компутера. между прочим есть рсс читалки на аяксе, очень рекомендую. и дома и на работе один и тот же интерфейс, прочитанные новости остаются прочитанными. удобно, блин. S>Вот именно, не тормозим. S>Если тебе нужно из клубов почту читать, тогда да. А у меня комп дома и комп на работе.
мыло читаешь дома и на работе с одного ящика?
ты читаешь дома и на работе одни и те же новости в рсс?
у тебя одинаковые ОС?
у всех ли так, или только у тебя?
S>С какого бы мне гмаылом пользоваться, у меня нормальные ящики есть.
определение "нормального ящика" в студию.
S>>>Я согласен что с опытом приходит знание и уходит корявость. Почему же такое не сработает с ПХП? _>>потому что его при наличии знаний просто выкидывают. S>При наличии знаний в лялих перебираются.
попробовай мне доказать что та часть рсдн, которая в лялих не перебралась, некомпетентна в программировании. топ10 рсдн сам найдешь.
_>>ты, кстати, мне так ничего и не ответил и про скорость и про рекурсию. S>Да и не думаю я что чтото подобное обойдет стороной асп.
попробуй.
_>>чушь. есть память -- да. тормозов нет. строку и на ней сплитили, пхп твой слил всем. S>Знаеш в реальной задаче мне ниразу не приходилось сплитить строку длиннее 30 символов.
ключевое слово "мне". а вот мне приходилось. и?
S>Да к томуже я не увидел результата работы кода на аспе.
плохо смотрел, в ФП есть результаты многих языков.
S>>>Раз так то это хорошо, ктож спорит. Просто я в свое время наредактировался экспорта из ворда в хтмл и надолго запомнил сколько там мусора. _>>просто -1... без комментариев... S>Ты хочеш сказать экспорт документа из ворда в хтмл суть пример для подражания???
я хочу сказать что у тебя некорректное сравнение.
S>Представляю себе что у тебя за код...
в твоих телепатических способностях я не сомневаюсь.
_>>читай, чудо, про аякс... S>Но аякс я врядли когда-ть изучать начну. Имхо это тупиковая технология для людей, стремящихся всеми силами не изучать новое а писать как привыкли.
ты даже близко не представляешь что это, а берешься судить. -1
S>Если мне понадобится вебприложение, я напишу его на glan.
удачи. как напишешь -- дай посмотреть
_>>зы. товарисч, читай про аякс, про веб и вообще... просто почитай... S>Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит.
в чем заключаются костыли?
что делает страницу значимой?
Здравствуйте, _rasta, Вы писали:
_>Здравствуйте, Sheridan, Вы писали:
_>>>>Все "медленней" "медленней", а факты где? Я банально у себя простетил хеллоу ворлд угадайте кто выиграл. _>>>вот это
почитай, для примера хорошести языка. _>>>есть что возразить? S>>Есть. Подобное пригождается раз в жизни.
_>оно не работает. воспринимай как факт. _>иии... все? пример сплита даже не рассматривается? зашибись...
_>>>>А если тестить работу с БД то я более чем уверен в победе php. _>>>это вообще бред. S>>Почему так считаеш?
_>попробуй.
Здравствуйте, Sheridan, Вы писали:
S>Хочеш сказать — бесплатный? Это хорошо. Но аякс я врядли когда-ть изучать начну. Имхо это тупиковая технология для людей, стремящихся всеми силами не изучать новое а писать как привыкли. S>Если мне понадобится вебприложение, я напишу его на glan.
Проблема в том, что обычно не мне нужно какое-то приложение, а заказчику. И glan ему нафиг не сдался.
S>Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит. Это не выход. Да, молодцы, сумели из невозможного возможное сделать но имхо зря.
Зря — не зря, но это востребовано. Это хотят заказчики, они за это готовы платить.
Здравствуйте, Sheridan, Вы писали: S>А он может его забыть дописать?
Это к тебе вопрос.
S>>Твой подход к разработке нежизнеспособен. Задача как раз избавиться от необходимости контролировать такие мелочи. Иначе можно всю жизнь теги прозакрывать. S>Блин. Код. Пишется. Один. Раз. Птом используется и при необходимости расширяется функционал. Какое слово на русский перевести?
Ну ты же сам написал, что не веришь в способность компонентов закрывать теги и ескейпить строки. S>Или вы действительно все считаете что я что ни строчка так "теги закрываю"?
Это ты написал.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sheridan, Вы писали: S>Что тебе мешает это дело написать один раз а потом по мере необходимости расширять функционал и использовать в различных проектах?
Отсутствие времени. Полноценная ORM стоит в тыщу раз дороже любого "различного проекта" по ее использованию. C>>Java _быстрее_ чем PHP. В отдельных случаях может быть даже быстрее чистого С (за счет хорошего GC и отсутствия проблемы алиасинга). S>Присутствие GC увеличивает безопасность но уменьшает производительность и убирает понятие оптимизации использования ресурсов из программы. Мне _очень_ нехватало delete в шарпе.
Нет, тебе не хватало профайлера. Твои представления о стоимости различных операций сильно отстают от реальности. C>>Да не работает это в PHP. Максимум что ты сможешь сделать — это простые шаблоны, S>А в аспе тоесть не шаблоны, там просто кнопочка "сделай мне хорошо" или сразу сообщение "тебе уже хорошо"?
В аспе вообще ничего нет. Это убогость не сравнимая ни с чем.
А вот ASP.NET предлагает весьма и весьма продвинутую модель программирования, по сравнению с которой никакие "повторно используемые процедурки" и близко не тянут.
Конечно, как и лопата, ASP.NET в неумелых руках запросто начинает порождать мегабайты мусорной верстки и прочего всего. Но в умелых руках он позволяет писать очень компактный, гибкий, легко поддерживаемый и производительный код.
Воссоздать подобную штуку в чем-то другом трудно, а правильнее сказать невозможно.
S>Честно говоря я даже за всем мусором внимание не обратил есть или нет. просто тупо выделял — удалял, выыделял — удалял...
Ворд не имеет никакого отношения к ASP.NET. Его фундаментальная проблема — в том, что это WYSIWYG. Его внутреннее представление модели документа очень плохо ложится на HTML.
В отличие от, скажем, модели контролов ASP.NET.
Я кстати вообше не понимаю, как ты осмеливаешься рассуждать о производительности веб приложений, не имея элементарных знаний об устройстве HTML/CSS/JavaScript. Если ты не в курсе, что CSS позволяет независимое от основного документа кэширование, то оптимизацией веба ты не занимался вообще никогда. C>>Вообще: http://en.wikipedia.org/wiki/AJAX S>Впустую. Основу я понял, а детали это уже детали... Не буду я про него читать.
И очень зря. Никакой основы ты не понял. Иначе бы ты хотя бы представлял, для чего он может понадобиться.
Впрочем, точка зрения у тебя вполне целостная: главное — избегать изучать что-либо. Не читать про AJAX. Не смотреть на гмэйл. Не интересоваться устройством ASP.NET. Не профилировать веб-приложение при помощи Fiddler.
Действительно, это дело опасное — запросто можно разрушить свою картину мира.
S>Это веб-приложений на хтмл нет в природе, а есть хтмл и javascript костыли.
Ты бы посмотрел на эти костыли, прежде чем хаять. >>> Я вижу. Ява кроссплатформенна как минимум. C>>Это непринципиальное различие. В ASP.NET нет ничего, что фундаментально C>>привязано к Windows. S>Угу, и всетаки это дело досихпор привязано к виндовс. Не объясниш мне почему?
Да ничего там не привязано. Mono вполне гоняет ASP.NET 1.1 без винды.
Но ты лучше про него не читай — а то придется распрощаться с еще одним заблуждением.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, _rasta, Вы писали:
_>мыло читаешь дома и на работе с одного ящика?
На работе рабочий дома домашний.
_>ты читаешь дома и на работе одни и те же новости в рсс?
Я новости в рсс не читаю.
_>у тебя одинаковые ОС?
Нет. Но thunderbird кроссплатформенный.
_>у всех ли так, или только у тебя?
Почти вссе мои знакомые которые пользуют линух по возможности делают именно так.
S>>С какого бы мне гмаылом пользоваться, у меня нормальные ящики есть. _>определение "нормального ящика" в студию.
Не публичный. тоесть не майл.ру, не яндекс.ру, не гмайл....
S>>При наличии знаний в лялих перебираются. _>попробовай мне доказать что та часть рсдн, которая в лялих не перебралась, некомпетентна в программировании.
Тут не только программирование нужно, а еще администрирование, и отсутствие лени.
_>топ10 рсдн сам найдешь.
Они тут при чем? Вполне уважаемые люди, которые заняли свою нишу.
_>>>ты, кстати, мне так ничего и не ответил и про скорость и про рекурсию. S>>Да и не думаю я что чтото подобное обойдет стороной асп. _>попробуй.
Уже.
_>>>чушь. есть память -- да. тормозов нет. строку и на ней сплитили, пхп твой слил всем. S>>Знаеш в реальной задаче мне ниразу не приходилось сплитить строку длиннее 30 символов. _>ключевое слово "мне". а вот мне приходилось. и?
И ты не решил проблему. Споткнулся, упал и заплакал.
S>>Да к томуже я не увидел результата работы кода на аспе. _>плохо смотрел, в ФП есть результаты многих языков.
где? Линк дай пожалуйста на подобный сплит в аспе.
S>>Ты хочеш сказать экспорт документа из ворда в хтмл суть пример для подражания??? _>я хочу сказать что у тебя некорректное сравнение.
Если они сделали шаг вперед, то это меня радует. Серьезно.
_>>>читай, чудо, про аякс... S>>Но аякс я врядли когда-ть изучать начну. Имхо это тупиковая технология для людей, стремящихся всеми силами не изучать новое а писать как привыкли. _>ты даже близко не представляешь что это, а берешься судить. -1
Я сужу не аякс, а то что из html пытаются вебприложение сделать. Оно для того не предназначено!
S>>Если мне понадобится вебприложение, я напишу его на glan. _>удачи. как напишешь -- дай посмотреть
Договорились.
_>>>зы. товарисч, читай про аякс, про веб и вообще... просто почитай... S>>Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит. _>в чем заключаются костыли?
в прикладывании к странице части ф-й не свойственных html + javascript, а точнее реакция на события сервера и что оно там еще умеет. Серверу должно быть побоку, что там у клиента. Сервер отдал кусок хтмл и должен забыть про клиента.
_>что делает страницу значимой?
Не понял вопроса...
[RSDN@Home][1.2.0][alpha][0]
[Если теряешь интерес ко всему, то теряешь и память. [И. Гете]]
Здравствуйте, Sheridan, Вы писали:
_>>ты читаешь дома и на работе одни и те же новости в рсс? S>Я новости в рсс не читаю.
отлично. видимо это одна из причин, почему аякс бесполезен?
_>>у всех ли так, или только у тебя? S>Почти вссе мои знакомые которые пользуют линух по возможности делают именно так.
что делают в противном случае?
что делать людям, которые катаются по миру?
S>>>С какого бы мне гмаылом пользоваться, у меня нормальные ящики есть. _>>определение "нормального ящика" в студию. S>Не публичный. тоесть не майл.ру, не яндекс.ру, не гмайл....
отлично
это ли не предубеждения?
S>>>При наличии знаний в лялих перебираются. _>>попробовай мне доказать что та часть рсдн, которая в лялих не перебралась, некомпетентна в программировании. S>Тут не только программирование нужно, а еще администрирование, и отсутствие лени.
ааа... стало быть чтобы пользоваться лялихом надо быть на все руки мастером?
_>>топ10 рсдн сам найдешь. S>Они тут при чем? Вполне уважаемые люди, которые заняли свою нишу.
основной тезис: "При наличии знаний в лялих перебираются".
и нужен им твой лялих?
_>>>>чушь. есть память -- да. тормозов нет. строку и на ней сплитили, пхп твой слил всем. S>>>Знаеш в реальной задаче мне ниразу не приходилось сплитить строку длиннее 30 символов. _>>ключевое слово "мне". а вот мне приходилось. и? S>И ты не решил проблему. Споткнулся, упал и заплакал.
уф... я тебе говорю что это работает в 6(!) раз дольше, а ты мне про решение проблем... -1
S>>>Да к томуже я не увидел результата работы кода на аспе. _>>плохо смотрел, в ФП есть результаты многих языков. S>где? Линк дай пожалуйста на подобный сплит в аспе.
рекомендую
S>>>Ты хочеш сказать экспорт документа из ворда в хтмл суть пример для подражания??? _>>я хочу сказать что у тебя некорректное сравнение. S>Если они сделали шаг вперед, то это меня радует. Серьезно.
забавный ты... я тебе говорю что цсс это весч, а ты мне про ворд рассказываешь... причем как он (ворд!) относится в вебу я что-то понять не могу
_>>ты даже близко не представляешь что это, а берешься судить. -1 S>Я сужу не аякс, а то что из html пытаются вебприложение сделать.
да не пытаются, а сделали уже. ты явно что-то пропустил .
S>Оно для того не предназначено!
а для чего жабьи скрипты предназначены?
_>>>>зы. товарисч, читай про аякс, про веб и вообще... просто почитай... S>>>Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит. _>>в чем заключаются костыли? S>в прикладывании к странице части ф-й не свойственных html + javascript, а точнее реакция на события сервера и что оно там еще умеет. Серверу должно быть побоку, что там у клиента. Сервер отдал кусок хтмл и должен забыть про клиента.
ага... так что ты, говоришь, понял про аякс-то? напиши, в двух словах как оно работает и для чего надо...
Здравствуйте, WFrag, Вы писали:
WF>Проблема в том, что обычно не мне нужно какое-то приложение, а заказчику. И glan ему нафиг не сдался. WF>Зря — не зря, но это востребовано. Это хотят заказчики, они за это готовы платить.
Проблема в том как я понимаю что заказчик не знает чего он хочет. Либо ему не говорят как еще можно.
[RSDN@Home][1.2.0][alpha][0]
[В доме без жильцов — известных насекомых не обрящешь. [К. Прутков]]
M>>Также копать в сторону технологии Comet (на которой GMail реализован, ее реализует, например, HaXe). Ссылок не даю, потому что временно сижу в оффлайне S>Веб-приложение это glan. Или подобное но не html.
Советую все же взгялнуть на Gmail. Сейчас веб-приложения — это именно HTML + Ajax. И если бы это еще поняли тормоза из W3C, был бы рай.
M>>Кхм. А Ruby on Rails как? S>Значит пропустил.
M>>Вообще-то на любом из следующих языков пишут для веба: S>Пишут. А сколько из них предназначено для веба?
Если честно — ни один. Что не мешает на них создавать фреймворки, заточенные под Веб.
_>>>>зы. товарисч, читай про аякс, про веб и вообще... просто почитай... S>>>Я еще раз повторяю — то что аякс прикручиват костыли к странице и делает ее похожей на приложение это еще ничего не значит. _>>в чем заключаются костыли? S>в прикладывании к странице части ф-й не свойственных html + javascript, а точнее реакция на события сервера и что оно там еще умеет. Серверу должно быть побоку, что там у клиента. Сервер отдал кусок хтмл и должен забыть про клиента.
Ты забываешь о главной вещи — интерактивности. К этому стремятся уже не знаю сколько лет. Дело в том, что только в вебе сложилась порочная идея кастрированного клиент-сервера: сервер отдал-забыл. Отдал-забыл. В то время, как весь остальной софт реагирует на происходящее на клиентской стороне.
Так вот. Сейчас идет тенденция — и очень правильная тенденция! — привести веб программирование и веб-приложения к стандартному виду приложений — то есть с реакцией на действия пользователя, интерактивностью.
Что плохого в интерактивности? Что плохого в том, что приходящие на мой ГМыл письма отражаются в почтовом ящике сразу, а не только тогда, когда я Refresh в браузере нажму? Что плохого в поиске с автозаполнением? В визуально настраиваемых страницах? То есть во всех тех аттрибутах, что мы привыкли видеть в настольных приложениях? Чем Веб хуже?
Добавь к этому то, что HTML и JavaScript доступны на почти 100% компьютеров в мире, что тому же Qt (камень в огород glan) и не светит. И их (HTML и JavaScript) и устанавливать даже не надо.
Люди постепенно привыкают к тому, что Web — это не просто куча статической информации, выдаваемая кусками. Не надо возвращать нас обратно в каменный век
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, WFrag, Вы писали:
WF>>Проблема в том, что обычно не мне нужно какое-то приложение, а заказчику. И glan ему нафиг не сдался. WF>>Зря — не зря, но это востребовано. Это хотят заказчики, они за это готовы платить. S>Проблема в том как я понимаю что заказчик не знает чего он хочет. Либо ему не говорят как еще можно.
Хватит нести чушь! php со своей задачей массового языка для веб конечно справляется, но говорить, что он круче того, что сделано для java или asp.net это слишком. Причем, что толку спорить, если ты сам признаешь, что об альтернативных технологиях ты здесь первый раз услышал, а с тобой спорят люди которые пробовали и пхп в том числе. Или все только ради холиваров?
Здравствуйте, Sheridan, Вы писали:
S>Проблема в том как я понимаю что заказчик не знает чего он хочет. Либо ему не говорят как еще можно.
Как правило, заказчик все-таки осознает что такое AJAX и почему ему нужен именно он. Пользователи просто не будут устанавливать специальную поделуху для работы с веб-приложением, потому что им это нафиг не сдалось. В то время как браузер с JavaScript доступен фактически в 100% (с хорошей точностью :) случаев.
Здравствуйте, Mamut, Вы писали:
M>Люди постепенно привыкают к тому, что Web — это не просто куча статической информации, выдаваемая кусками. Не надо возвращать нас обратно в каменный век
К этому хотел бы добавить, что понимаю, что Sheridan'у (и мне и многим) котелось бы, чтобы для веб приложений был бы создан нормальный клиент, но исторически сложилось, что появился и сильно распространился именно html (и тогда это было правильно), а теперь приходится учитывать его распространенность и делать это с помощью костылей. Вот только к чему спорить что php круче?
M>>Люди постепенно привыкают к тому, что Web — это не просто куча статической информации, выдаваемая кусками. Не надо возвращать нас обратно в каменный век __M>К этому хотел бы добавить, что понимаю, что Sheridan'у (и мне и многим) котелось бы, чтобы для веб приложений был бы создан нормальный клиент, но исторически сложилось, что появился и сильно распространился именно html (и тогда это было правильно), а теперь приходится учитывать его распространенность и делать это с помощью костылей. Вот только к чему спорить что php круче?
В HTML надо добавить совсем чуть-чуть, чтобы он стал человеческим. См. HTMLayout и особенно его %%units и flow
Здравствуйте, _rasta, Вы писали:
S>>Я новости в рсс не читаю. _>отлично. видимо это одна из причин, почему аякс бесполезен?
А при чем тут аякс?
_>>>у всех ли так, или только у тебя? S>>Почти вссе мои знакомые которые пользуют линух по возможности делают именно так. _>что делают в противном случае?
Не все имеют возможность попросить себе не публичный ящик у знакомого админа.
_>что делать людям, которые катаются по миру?
Купить ноут?
S>>Не публичный. тоесть не майл.ру, не яндекс.ру, не гмайл.... _>отлично _>это ли не предубеждения?
Синклер ты же прекрасно понимаеш что это мелочи. Какая разница какой кто ящик использует и чем ходит. Я люблю так. Ты думаеш иначе.
_>ааа... стало быть чтобы пользоваться лялихом надо быть на все руки мастером?
Нет, надо соображалку включать и понимать что если стофтина не пускается то можно посмотреть там-то... Тыж в винде если софтина срубается лезеш в лог посмотреть а вдруг там что написало. Тут также. Только по другому. Просто в виндах мышкой тыкаеш, а тут по mc лазиеш.
_>основной тезис: "При наличии знаний и желания в лялих перебираются". _>и нужен им твой лялих?
С чего он основной. Извини забыл изначально вставить выделеное.
S>>И ты не решил проблему. Споткнулся, упал и заплакал. _>уф... я тебе говорю что это работает в 6(!) раз дольше, а ты мне про решение проблем... -1
Будет время — попробую соптимизировать. Посмотрим.
_>рекомендую
Нету там про сплит. Какието поля ввода.
_>>>ты даже близко не представляешь что это, а берешься судить. -1 S>>Я сужу не аякс, а то что из html пытаются вебприложение сделать. _>да не пытаются, а сделали уже. ты явно что-то пропустил .
Да мне пофигу. html для этого не предназначен!
S>>Оно для того не предназначено! _>а для чего жабьи скрипты предназначены?
Для работы на клиентской половине. Тоесть для браузера.
_>ага... так что ты, говоришь, понял про аякс-то? напиши, в двух словах как оно работает и для чего надо...
Реагирует на события сервера если надо, позволяет обновлять часть интерфейса.
Здравствуйте, Sheridan, Вы писали:
S>>>Я новости в рсс не читаю. _>>отлично. видимо это одна из причин, почему аякс бесполезен? S>А при чем тут аякс?
ну как тебе сказать... в общем-то про него говорили...
_>>что делать людям, которые катаются по миру? S>Купить ноут?
или доступ в инет и единый удобный(!) интерфейс обеспечен. что проще?
S>>>Не публичный. тоесть не майл.ру, не яндекс.ру, не гмайл.... _>>отлично _>>это ли не предубеждения? S>Синклер ты же прекрасно понимаеш что это мелочи.
ну как тебе сказать... может он, конечно, и понимает, но вот мне разговаривать с человеком, который не только забывает что было 3 поста назад, но и вообще не смотрит с кем разговаривает, как-то не интересно.
_>>ааа... стало быть чтобы пользоваться лялихом надо быть на все руки мастером? S>Нет, надо соображалку включать и понимать что если стофтина не пускается то можно посмотреть там-то...
где?
S>Тыж в винде если софтина срубается лезеш в лог посмотреть а вдруг там что написало.
какой лог?
S>Тут также. Только по другому.
а это вообще как?
S>Просто в виндах мышкой тыкаеш, а тут по mc лазиеш.
у меня впринципе нет мц
_>>основной тезис: "При наличии знаний и желания в лялих перебираются". _>>и нужен им твой лялих? S>С чего он основной. Извини забыл изначально вставить выделеное.
здорово... а в конце ветки ты напишешь "извините ребята, я хотел написать одно, а получилась вот такая бня на 40 постов...", да?
S>>>И ты не решил проблему. Споткнулся, упал и заплакал. _>>уф... я тебе говорю что это работает в 6(!) раз дольше, а ты мне про решение проблем... -1 S>Будет время — попробую соптимизировать. Посмотрим.
итого: для решения элементарной задачи сплита на том же питоне и тикле надо просто написать, а на пхп надо долго и упорно оптимизировать, чтобы хоть как-то догнать по скорости тот же питон и тикль. отличный язык
_>>>>ты даже близко не представляешь что это, а берешься судить. -1 S>>>Я сужу не аякс, а то что из html пытаются вебприложение сделать. _>>да не пытаются, а сделали уже. ты явно что-то пропустил . S>Да мне пофигу. html для этого не предназначен!
фанатег?
S>>>Оно для того не предназначено! _>>а для чего жабьи скрипты предназначены? S>Для работы на клиентской половине. Тоесть для браузера.
там и работают
_>>ага... так что ты, говоришь, понял про аякс-то? напиши, в двух словах как оно работает и для чего надо... S>Реагирует на события сервера если надо, позволяет обновлять часть интерфейса.
Здравствуйте, _rasta, Вы писали:
_>Здравствуйте, Sheridan, Вы писали:
S>>Тыж в винде если софтина срубается лезеш в лог посмотреть а вдруг там что написало.
_>какой лог?
Здравствуйте, anton_t, Вы писали:
_>Здравствуйте, Yachtsman, Вы писали:
Y>>Здравствуйте, anton_t, Вы писали:
_>>>И что таково во фрэмворке привязано к виндовс, что необходимо для asp.net?
Y>>Да в принципе все...
_>Каким же образом тогда смогли реализовать Mono?
Здравствуйте, kronos_vano, Вы писали:
_>Что то тут мало холиваров... _>У меня есть такие стереотипы: _>PHP бесплатный _>PHP проще в изучении/разработке _>PHP быстрее. _>Следовательно PHP лучше. _>Вы согласны?
Будет исполняться быстрее на PHP чем нечто аналогичное на .NET
Даже при условии того что PHP каждый раз компилирует загружаемый файл. (есть для него прекомпиляторы если сильно надо)
Тут дело в том инстанциация или инициализация PHP машины для исполнения запрса черезвычайно легка.
И в принципе для большинства запросов PHP процессору GC не нужен — исполнил запрос — весь memory pool вернул "взад".
Из за этого PHP хорошо масштабируется — запросы и соответсвенно VM изолирваны.
Далее: например функция print_r исполнена нативно — т.е. теоретически максимально эффетивно.
В приведенном скрипте вообще инетрпретируемого кода практически нет.
В .NET/Java это все будет маршалиться, джититься а потом все это весело запустится, отработает и оставит работу мусорщику сервера.
Есть ситуации, системы, стратегии разработки где .NET/Java будет явно лучше.
Короче — мозгом думать надо каждый раз. Серебрянной пули нет.
Sinclair wrote: > Воссоздать подобную штуку в чем-то другом трудно, а правильнее сказать > невозможно.
Ну почему же, вполне можно. Только вот по сложности оно будет такого же
порядка
Sheridan wrote: > C>Абсолютно мертворожденый проект. > Ясен пень останется мертворожденным — у вас же бог Аякс есть.
Нет. Просто никому не хочется использовать заранее мертворожденое детище.
Кстати, Аякс — это не бог, а всего лишь два героя из греческих мифов
> C>В-нулевых, никто просто не будет ставить сторонний клиент для того, > C>чтобы на сайте посмотреть новости в RSS. > glan не для чтения rss.
Ну а вот мне нужна удобная RSS-читалка в Web.
> C>Во-первых, подход GLAN'а с пересылками при каждом чихе просто не будет > C>работать в Интернете. > Бог Аякс же умудряется.
Да, так как делается на основе HTML, в котором идеология форм зашита с
самого начала.
> C>Во-вторых, GLAN — это таааакой баян. До этого был Байконур, Cream и еще > C>куча подобных фреймворков. Рассказать где они сейчас? > Вобщем тебе не нравится с++ и скорость. Так и запишем.
Может посмотришь историю моих постов (даже в этой эхе)? Меня некоторые
товарищи в фанатиков С++ записывали.
Однако использовать С++ там где это нафиг не нужно я не собираюсь.
> C>Модем? А что это такое? > Это знаеш ли устройство через которое полРоссии в интернет ходит.
GMail с модема вполне себе удобен — часто так в дороге им пользуюсь.
> C>Мало средств. Где мой любимый ORM, чтобы я не писал тонны тупых > "SELECT user.a, user.b, user.c FROM Blah WHERE Blah-blah"? > Что тебе мешает это дело написать один раз а потом по мере необходимости > расширять функционал и использовать в различных проектах?
Объем кода Hibernate 3.2 — четыре с половиной мегабайта. Половину,
допустим, можно выбросить (так как делать для частного случая будем).
Как быстро ты напишешь 2 мегабайта отлаженного кода?
> C>Где хотя бы нормальные сессии??? > Чем тебе сессии непонравились? о_0
Их глючность. Например, я не могу рассчитывать, что можно делать сессии
больше 5Кб длиной.
> C>Java _быстрее_ чем PHP. В отдельных случаях может быть даже быстрее > чистого С (за счет хорошего GC и отсутствия проблемы алиасинга). > Присутствие GC увеличивает безопасность но уменьшает производительность > и убирает понятие оптимизации использования ресурсов из программы. Мне > _очень_ нехватало delete в шарпе.
Значит ты плохой программист на С++ — я 'delete' не использую (почти) и
в С++.
А GC в .NET/Sun JVM вполне адекватен для веб-приложений. Поверь, я знаю
как GC в Java работает до конкретных кусков кода в JVM (все никак статью
о нем дописать не могу ).
> C>У нее, разве что, больше начальное время запуска. Но кого это волнует > на сервере? > Да что ты никого ничего не волнует.
Именно. Один раз подождали пару секунд пока JVM запустится при старте
веб-приложения, а потом она там себе спокойно висит и отвечает на запросы.
> C>Посмотрел в код: phpBB, Mantis, HORDE. > терпеть не могу универсальные cms и форумы. Там действительно куча кода > и ноль толку. > Тебе мой какой-ть проект показать?
Давай. Тот код что я вижу, уж извини, не очень.
> C>Да не работает это в PHP. Максимум что ты сможешь сделать — это > простые шаблоны, > А в аспе тоесть не шаблоны, там просто кнопочка "сделай мне хорошо" или > сразу сообщение "тебе уже хорошо"?
Нет, в ASP.NET/Tapestry не шаблоны, а компоненты. От шаблонов они
отличаются тем, что у них может быть состояние и они могут реагировать
на события пользователя (когда на сервер приходит GET/POST/AJAX-запрос).
> C>а вот поведение уже фиг скомпенсировать. > Поведение чего и куда?
Компоненты могут иметь поведение и состояние. Фреймворк автоматически
обеспечивает слежение за состоянием (с помощью ряда методов) и
обеспечивает преобразование данных запросов в события для компонентов.
Объяснить это в двух словах достаточно сложно. Лучше возьми PRADO
(http://xisc.com/) — это фреймворк для PHP, написанный по образу
и подобию ASP.NET. Посмотри как там оно работает — это даст примерное
представление как устроен ASP.NET или Tapestry.
> C>Я говорю про web-приложение, > Блин, веб-приложение это не хтмл с костылями! Ты glan то хоть щупал? Вот > это получается действительно web-приложение.
Еще раз говорю: GLAN — мертв. Он не предназначен для той области,
которую занимают web-приложения. Я его смотрел, причем уже давно — не
впечатлило абсолютно.
Есть, например, Java WebStart — оно намного лучше GLAN'а, но все равно
не имеет широкого распространения.
> C>"прокрутить назад до 1 записи". Как дать классу с табличкой это > обработать? > Выбрать из БД данные и передать классу с табличкой. Либо сразу все > передать либо поrowно, либо просто "указатель" на эти данные... Как > решиш так и будет.
Пример плохого программирования — тебе придется в своем коде делать
работу табличного компонента.
Тут нужен паттерн MVC — делаем табличную модель, которая занимается
выборками из БД, и даем ее табличному виджету. Табличный виджет
реагирует на события и просит модель дать данные с 10 по 20 строку.
Затем запускается рендерер для таблицы, который выводит шапку таблицы,
обрамление и т.п. А полученные данные скармливаются рендерерам строк и
ячеек.
Таким образом, у нас разделены модель, отображение и контроллер. Для
тестирования страниц, например, я могу использовать модель, которая
просто отдает за-hardcode'еные данные без обращения к базе (и работает в
десятки раз быстрее, соответственно). Если мне нужно какое-то особое
отображение строк — просто делаю custom-рендерер для них, не трогая
модель и контроллер. Ну и так далее.
> C>Забудь про GLAN. Нет его в природе. > Это веб-приложений на хтмл нет в природе, а есть хтмл и javascript костыли. > Ты пробовал что-ть на glan писать? Ты хотябы запускал примеры?
Запускал. Вроде я говорил, что эту идею я уже видел раз 5 на протяжении
многих лет? Если не говорил — еще скажу.
>> > Я вижу. Ява кроссплатформенна как минимум. > C>Это непринципиальное различие. В ASP.NET нет ничего, что фундаментально > C>привязано к Windows. > Угу, и всетаки это дело досихпор привязано к виндовс. Не объясниш мне > почему?
Mono живет вполне нормально. А еще есть Mainsoft, которая VisualStudio в
Linux портировала.
>> C>У нее, разве что, больше начальное время запуска. Но кого это волнует >> на сервере? >> Да что ты никого ничего не волнует. C>Именно. Один раз подождали пару секунд пока JVM запустится при старте C>веб-приложения, а потом она там себе спокойно висит и отвечает на запросы.
Такая же ситуация, например, с ColdFusion, который на Java написан. Ощутимые тормоза при старте (с отжиранием проца и прочая и прочая), потом проц даже не шевелится
>> C>"прокрутить назад до 1 записи". Как дать классу с табличкой это >> обработать? >> Выбрать из БД данные и передать классу с табличкой. Либо сразу все >> передать либо поrowно, либо просто "указатель" на эти данные... Как >> решиш так и будет. C>Пример плохого программирования — тебе придется в своем коде делать C>работу табличного компонента.
C>Тут нужен паттерн MVC — делаем табличную модель, которая занимается C>выборками из БД, и даем ее табличному виджету. Табличный виджет C>реагирует на события и просит модель дать данные с 10 по 20 строку. C>Затем запускается рендерер для таблицы, который выводит шапку таблицы, C>обрамление и т.п. А полученные данные скармливаются рендерерам строк и C>ячеек.
C>Таким образом, у нас разделены модель, отображение и контроллер. Для C>тестирования страниц, например, я могу использовать модель, которая C>просто отдает за-hardcode'еные данные без обращения к базе (и работает в C> десятки раз быстрее, соответственно). Если мне нужно какое-то особое C>отображение строк — просто делаю custom-рендерер для них, не трогая C>модель и контроллер. Ну и так далее.
Сейчас для РНР в срочном порядке разрабатываются такие же фреймворки — Zend Framework, CakePHP. Но пока там все в зачаточном состоянии (особенно в области моделей)
Здравствуйте, Cyberax, Вы писали:
C> Лучше возьми PRADO (http://xisc.com/) — это фреймворк для PHP,
Точняк! Так вот где я это слово видел! Мне сегодня приснился сон, где упоминалось слово "Прадо", и я всё утро гадал, почему оно мне знакомым кажется . Только это был не фреймворк, а способ видения осознанных снов внутри другого сна .
возможно тестами и можно доказаьб, что такая страничка на php исполняется быстрее
но будет ли это заметно для человека?
и так ли велика задержка?
CS>Есть ситуации, системы, стратегии разработки где .NET/Java будет явно лучше.CS><html>
примеры?
Здравствуйте, ilya_ny, Вы писали:
_>Здравствуйте, c-smile, Вы писали:
CS>>Скажем вот такая PHPёвина:
_>возможно тестами и можно доказаьб, что такая страничка на php исполняется быстрее _>но будет ли это заметно для человека? _>и так ли велика задержка?
CS>>Есть ситуации, системы, стратегии разработки где .NET/Java будет явно лучше.CS><html> _>примеры?
Скажем есть web service отдающий для AJAX скажем emails из стандартных mbox на сервере то
представляется что простой PHP script будет быстрее чем Java или .NET в этом случае.
Если скажем требуются интенсивные вычисления то .NET или Java лучше.
А еще лучше в этом случае это CGI++ какой — голимый C++
Здравствуйте, WFrag, Вы писали:
WF>Кроме ссылки на документацию я ничего показать не могу. Вот как это выглядит компонент Border и его использование (оформление страницы, навигация): http://tapestry.apache.org/tapestry4.1/components/general/renderbody.html
Я просил твой код, ну да ладно...
WF>Свое, которое можно будет показать будет нескоро. Как проект закончим.
Вобщем понятно, будем считать что валидностью там и не пахнет...
Здравствуйте, Sheridan, Вы писали:
S>Вобщем понятно, будем считать что валидностью там и не пахнет...
Если проект все-таки будет выполнен, то валидность там скорее всего будет. Требование заказчика :)
И вообще. Чего ты ко мне цепляешься? Я просто хотел показать, что твои "заботы о валидности" — не совсем правда, вот и все. Тем более, что эти ошибки, насколько я представляю, правятся "на ура" — было бы желание.
Здравствуйте, WFrag, Вы писали:
WF>За неуважение к участникам дискуссии. 10000 строчек можно было спокойно опустить без ущерба для смысла.
Ну извините... Если модератор заметит это сообщение, то удалите плиз там парой постов выше туяу строчек...
[RSDN@Home][1.2.0][alpha][0]
[Каков же итог жизни? Ужасно мало смысла. [В.В. Розанов]]
Farsight wrote: > J>string str = string.Format("Уважаемый {0}, пожалуйста, {1} в {2}", user, action, direcrion); > А если у тебя не 3 параметра, а 23?
"Если у функции 9 параметров, то вы забыли еще парочку".
Здравствуйте, c-smile, Вы писали:
CS>Будет исполняться быстрее на PHP чем нечто аналогичное на .NET CS>Даже при условии того что PHP каждый раз компилирует загружаемый файл. (есть для него прекомпиляторы если сильно надо)
CS>Тут дело в том инстанциация или инициализация PHP машины для исполнения запрса черезвычайно легка. CS>И в принципе для большинства запросов PHP процессору GC не нужен — исполнил запрос — весь memory pool вернул "взад". CS>Из за этого PHP хорошо масштабируется — запросы и соответсвенно VM изолирваны.
GC уже очень давно занимает совершенно мизерный процент (иногда доли процента) во времени исполнения системы. изоляция PHP играет с ним злую шутку — довольно сложно сделать элементарный кэш или connection pool. допустим, в mysqli нет connection pool и все, прикрутить его практически нереально даже через глобальные переменные т.е. нет синхронизайции потоков. в расширении mysql есть т.н. persistent connection, но, толком настроить их весьма проблематично.
CS>Далее: например функция print_r исполнена нативно — т.е. теоретически максимально эффетивно. CS>В приведенном скрипте вообще инетрпретируемого кода практически нет.
CS>В .NET/Java это все будет маршалиться, джититься а потом все это весело запустится, отработает и оставит работу мусорщику сервера.
в java ничего маршалится и джитится не будет. http сервер там 100% pure java, а JSP транслируются в классы а затем в машинный код и выдаются быстрее чем статические файлы (если там бизнес логики нет). кстати, по бенчмаркам почти любой современный java http сервер быстрее apache в т.ч. и на статических страницах. более того, есть такая штука как Caucho Quercus, которая транслирует PHP в java классы. работает на РЕАЛЬНЫХ приложениях типа Drupal или Wordpress быстрее чем PHP на apache в 4-6 раз. правда если использовать допустим eAccelerator то разрыв сокращается значительно.
на простом бенчмарке вроде вашего я готов поспорить что java будет раз в 10 быстрее php без акселераторов. и раза в 2-3 быстрее чем php с акселератором.
CS>Короче — мозгом думать надо каждый раз. Серебрянной пули нет.
PHP по сути хорош только тем что на нем есть готовые решения типа тогоже Wordpress. если нужно быстро прикрутить блог или форум, то да. остальное — полный мусор и отстой.
n0name2 пишет:
> PHP по сути хорош только тем что на нем есть готовые решения типа тогоже > Wordpress. если нужно быстро прикрутить блог или форум, то да. остальное > — полный мусор и отстой.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Farsight, Вы писали:
F>>А если у тебя не 3 параметра, а 23? S>RTFM.
Не тормози!
Найти, где вставить новую переменную между 20 и 21-м элементами массива будет несколько затруднительно. В отличии от стиля "Уважаемые $users, пожалуйста, $action ... bla-bla .$двадцатый_параметр ...yada-yada... в $direction"
Ребята, извините кого если я задел, честное слово — не хотел. Это все
нервы...
Вобщем и пхп рулит и асп.нет рулит, но кажды в своей нише. асп он больше
для больших и сверхбольших проектов с большим объемом обрабатываемой
информации, а пхп для средних и малых проектов лучше будет. И синтаксис
вкупе с тем как оно работает уже тут мало роли играет. Все упирается в
первом случае в скорость разработки, а во втором случае в
распространенности да в скорости, ибо я всетаки продолжаю считать что во
втором случае пхп всетаки будет бегать пошустрее аспа. Если грамотно
написать конечно.
Аякс и попытки сделать веб-приложение...
Да, молодцы ребята, хорошую штуку сделали. Подгрузка сайта по частям это
я всетаки пришел к выводу что хорошо. Да и клиентский софт ставить не
надо, что тоже хорошо. Но всетаки согласитесь — веб-приложение-сайт
както коряво немного получается, ну не для этого придумывали html вкупе
с http, не для этго. Веб-приложение-софт (тотжк glan) я всетаки считаю
будет работать ммм... правильнее, чтоли, да и быстрее скорее всего оно
работать будет.
Здравствуйте, Sheridan, Вы писали:
S>Вобщем и пхп рулит и асп.нет рулит, но кажды в своей нише. асп он больше S>для больших и сверхбольших проектов с большим объемом обрабатываемой S>информации, а пхп для средних и малых проектов лучше будет.
А еще не только от размера проекта, но и от его сложности (по части взаимодействия с другими подсистемами, которые могут стоять за его "спиной"). ASP.NET запросто можно (нужно!) использовать, если информационная платформа/Система (дадада, с большой буквы и жирным шрифтом ) предприятия преимущественно построена на базе продуктов Microsoft.
S>Аякс и попытки сделать веб-приложение... S>Да, молодцы ребята, хорошую штуку сделали. Подгрузка сайта по частям это S>я всетаки пришел к выводу что хорошо. Да и клиентский софт ставить не S>надо, что тоже хорошо. Но всетаки согласитесь — веб-приложение-сайт S>както коряво немного получается, ну не для этого придумывали html вкупе S>с http, не для этго.
Это все из-за W3C. См. HTMLayout как пример того, что можно сделать из HTML + CSS, внеся лишь небольшие изменения.
А насчет кривизны... См. GMail
S>Веб-приложение-софт (тотжк glan) я всетаки считаю S>будет работать ммм... правильнее, чтоли, да и быстрее скорее всего оно S>работать будет.
Здравствуйте, kronos_vano, Вы писали:
_>Что то тут мало холиваров... _>У меня есть такие стереотипы: _>PHP бесплатный _>PHP проще в изучении/разработке _>PHP быстрее. _>Следовательно PHP лучше. _>Вы согласны?
С аргументами — да.
С выводом — нет.
* в PHP нет строгой типизации, что повышает сопровождаемость софта и уменьшает количество криволапых программеров в тех языках, где это есть.
* в PHP нет поддержки того количества языков, которое есть в .NET-е.
* в PHP вероятно нет темплэйтов, да и ООП в зачаточном состоянии, насколько я знаю.
Качество софта под .NET лучше. Производительность — хуже. Мне кажется что J2EE лучше обоих обсуждавшихся выше языков.
Удвой число ошибок, если не получается добиться цели.
S>Аякс и попытки сделать веб-приложение... S>Да, молодцы ребята, хорошую штуку сделали. Подгрузка сайта по частям это S>я всетаки пришел к выводу что хорошо.
Вот у нас занимаются вебом. Постоянно плюются в сторону html, jscript и всего того, что есть на клиентской части. Веб в его нынешнем состоянии плохо стандартизован (нужно писать для каждого браузера свои обходы глюков), потому что развивался медленно и безумно. Без нормального стандарта.
Повальное использование и надёжная поддержка одного стандарта во всех браузерах кажется мне сейчас настолько же нереальной как и поголовный переход IPV4->IPV6. И то, и другое надо, но не бизнесменам.
Удвой число ошибок, если не получается добиться цели.
S>* в PHP нет строгой типизации, что повышает сопровождаемость софта и уменьшает количество криволапых программеров в тех языках, где это есть.
Вопрос весьма спорный, об него ломают копья в Философии программирования. Скажем так, в отсутствие строгой типизации РНР не представляет достаточных средств для контроля за типами, где это возможно.
S>* в PHP нет поддержки того количества языков, которое есть в .NET-е. S>* в PHP вероятно нет темплэйтов,
в смысле? Имеются в виду шаблоны для создания сайтов? Тогда, например, Smarty. Или имеются в виду шаблоны проектирования (которые design patterns?) Так они тоже есть
S>да и ООП в зачаточном состоянии, насколько я знаю.
Здравствуйте, Sheridan, Вы писали:
S>Вобщем и пхп рулит и асп.нет рулит, но кажды в своей нише. асп он больше S>для больших и сверхбольших проектов с большим объемом обрабатываемой S>информации, а пхп для средних и малых проектов лучше будет. S>И синтаксис S>вкупе с тем как оно работает уже тут мало роли играет. Все упирается в S>первом случае в скорость разработки, а во втором случае в S>распространенности да в скорости, ибо я всетаки продолжаю считать что во S>втором случае пхп всетаки будет бегать пошустрее аспа.
1. Скорость разработки простых сайтов на асп.нет конечно же выше, чем на PHP. Ровно от того, что его изначально проектировали с поддержкой быстрой разработки.
Конечно, для этого нужно его хорошо знать. В саму платформу асп.нет встроено много всего для ускорения разработки, особенно в 2.0. Не советую хаять, не ознакомившись.
К примеру, Саша Ложечкин в свое время сподоблялся сделать простенький сайт с поддержкой множественных скинов и выбора скинов каждым пользователем под себя, прямо в процессе презентации за несколько минут.
2. Пхп никогда не будет "бегать пошустрее" асп.нет. В очередной раз советую различать "асп" и "асп.нет" — у этих двух платформ нет ничего общего, кроме куска названия.
Пхп менее требователен к ресурсам — это другой вопрос. Асп.нет вполне шустро бегает, если не делать очевидных глупостей, а если уж "грамотно написать", то он порвет все, кроме статики, как тузик грелку. В случае, если ему дать достаточно памяти.
Вся пригодность пхп для небольших проектов связана с его более стабильным поведением на шаред хостинге, о чем я уже упоминал. Не надо путать пиковую производительность с ресурсопотреблением — при избытке ресурсов простенький сайт на асп.нет легко порвет аналог на пхп.
S>Да, молодцы ребята, хорошую штуку сделали. Подгрузка сайта по частям это S>я всетаки пришел к выводу что хорошо. Да и клиентский софт ставить не S>надо, что тоже хорошо. Но всетаки согласитесь — веб-приложение-сайт S>както коряво немного получается,
Я вижу, ты так и не сходил на GMail? ну сходи хотя бы на http://maps.google.com. Что, коряво? По-твоему, S>ну не для этого придумывали html вкупе S>с http, не для этго. Веб-приложение-софт (тотжк glan) я всетаки считаю S>будет работать ммм... правильнее, чтоли, да и быстрее скорее всего оно S>работать будет.
"Скорее всего" сейчас не рулит. Твои представления о скорости работы веб приложений очень далеки от действительности. Рекомендую воздержаться от скоропалительных выводов до лучшего ознакомления с технической частью.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Aquila, Вы писали:
A>Но там можно работать удобно работать со строками: "Уважаемые $users, пожалуйста, $action в $direction", а это многого стоит, учитывая, что в web-программировании довольно много работы с текстом.
Мда, интересно, когда РНР дойдет до того, что строки лучше хранить в ресурсах?
... << RSDN@Home 1.2.0 alpha rev. 646 on Windows XP 5.1.2600.131072>>
Здравствуйте, Aquila, Вы писали:
A>когда потребуется установить выделенный сервер — хостеры, что логично, требуют наличие лицензионной версии
Первый раз про такое слышу. К примеру, сколько rsdn хостеров не менял, никто из них пока еще лицензионной чистотой нашей винды не интересовался. Что логично.
... << RSDN@Home 1.2.0 alpha rev. 646 on Windows XP 5.1.2600.131072>>
Здравствуйте, kronos_vano, Вы писали:
_>Что то тут мало холиваров... _>У меня есть такие стереотипы: _>PHP бесплатный _>PHP проще в изучении/разработке _>PHP быстрее. _>Следовательно PHP лучше. _>Вы согласны?
Если уж и сравнивать, то надо начинать сравнивать IIS с Apache (а еще сюда бы я добавил например Tomcat), далее CGI c аналогичным механизмом работы ASP.NET (добавил бы сюда Servlet, JSP), затем конкретные интерпритаторы/компиляторы, потом библиотеки, фреймворки, совместимость с остальным промежуточным ПО, далее можно сравнить уже конкретно языки — PHP, .NET, Java (как же без явы).
Не только PHP бесплатный, простота в начальном изучении затем серьезно ударяет по возможностям — сейчас быстро, позже будет все медленно. Насчет быстрее — php не компилируется, что тут говорить...
А почему вообще возникло желание что-то сравнивать? Какие то комплексы? Любишь PHP — люди и программируй на PHP, кто тебе мешает? Тебя смущает большой спрос на Java/.NET разработчиков, тебя смущают большие масштабы этих проектов, тебя смущают большие зарплаты этих разработчиков? Зато PHP легче
Здравствуйте, captainPower, Вы писали:
P>Если уж и сравнивать, то надо начинать сравнивать IIS с Apache (а еще сюда бы я добавил например Tomcat), далее CGI c аналогичным механизмом работы ASP.NET (добавил бы сюда Servlet, JSP), затем конкретные интерпритаторы/компиляторы, потом библиотеки, фреймворки, совместимость с остальным промежуточным ПО, далее можно сравнить уже конкретно языки — PHP, .NET, Java (как же без явы).
Лучше сравнивать конечные продукты, оптимизировав каждый под используемые технологии.
Здравствуйте, jenyavb, Вы писали:
J>Здравствуйте, anton_t, Вы писали:
_>>Здравствуйте, Yachtsman, Вы писали:
Y>>>Здравствуйте, anton_t, Вы писали:
_>>>>И что таково во фрэмворке привязано к виндовс, что необходимо для asp.net?
Y>>>Да в принципе все...
_>>Каким же образом тогда смогли реализовать Mono?
J>В Mono это все привязано к Linux.
всем привет
господа, извините что прерываю ваш горячий спор
но не могли бы вы откомментировать сдесь следующий аспект скорости разработки веб софта.
так как сообщение дублировать не хочется, примерно мысль изложена сдесь:
а если вкратце, то кто что думает насчёт того что чтобы оттестить в браузере
asp.net проект выходящий за рамки HelloWorld нужно потратить раз в 10 больше времени чем налогичный
на php. И происходит это за счёт сверхмедленной работы asp.net на этапе разработки.
Про жуткие тормоза 2005-й студии я сдесь умолчу
L>а если вкратце, то кто что думает насчёт того что чтобы оттестить в браузере L>asp.net проект выходящий за рамки HelloWorld нужно потратить раз в 10 больше времени чем налогичный L>на php. И происходит это за счёт сверхмедленной работы asp.net на этапе разработки.
Чушь №1. Вы приводите факт, но забываете про статистику. У меня проект, "выходящий за рамки HelloWorld"
летает и никаких тормозов не заметил, хоть я и очень чутко отношусь к тормозам.
L>Про жуткие тормоза 2005-й студии я сдесь умолчу
Чушь №2. Машинка у меня среднего звена (P4 2,7, 1 Гб оперы и 2 винта SATA 7200, WinXP Pro SP2 + все апдейты), при разработке сайта тормозов почти нет, тормоза есть при открытии/перезагрузке формы в winforms проекте. Также, в моём случае, если сравнивать VS2005 с Zend DevStudio, которая даже на проверке синтаксиса тормозит не по-детски, то первая просто пархает как бабочка.
Здравствуйте, Светлояр, Вы писали:
С>Чушь №2. Машинка у меня среднего звена (P4 2,7, 1 Гб оперы и 2 винта SATA 7200, WinXP Pro SP2 + все апдейты), при разработке сайта тормозов почти нет, тормоза есть при открытии/перезагрузке формы в winforms проекте.
Правильно ли я понял, что тормозов нет, однако тормоза есть?
С>Также, в моём случае, если сравнивать VS2005 с Zend DevStudio, которая даже на проверке синтаксиса тормозит не по-детски, то первая просто пархает как бабочка.
Гм, странно... Пишу в kdevelop, тормозов почемуто нет...
Здравствуйте, Светлояр, Вы писали:
С>Чушь №1. Вы приводите факт, но забываете про статистику. У меня проект, "выходящий за рамки HelloWorld" С>летает и никаких тормозов не заметил, хоть я и очень чутко отношусь к тормозам.
Возможно я погорячился в определении "выходящий за рамки HelloWorld".
Скажем по-другому — "далеко выходящий за рамки HelloWorld" .
Для проекта используем "Web application project".
Повторюсь — билд проекта в студии занимает совсем не много времени. но когда дело
доходит до запуска и тестинга странички в браузере, начинаются тормоза — нужно ждать полной компиляции и запуска страницы от нексольких секунда и более. Когда код правится часто это начинает сильно раздражать.
Особенно это заметно в сравнении с PHP, где всё происходит моментально, причём проект по функциональности и сложности
не уступает asp.net проекту.
L>>Про жуткие тормоза 2005-й студии я сдесь умолчу С>Чушь №2. Машинка у меня среднего звена (P4 2,7, 1 Гб оперы и 2 винта SATA 7200, WinXP Pro SP2 + все апдейты), при разработке сайта тормозов почти нет, тормоза есть при открытии/перезагрузке формы в winforms проекте. Также, в моём случае, если сравнивать VS2005 с Zend DevStudio, которая даже на проверке синтаксиса тормозит не по-детски, то первая просто пархает как бабочка.
Чисто субъективно редакторы кода и html/aspx в Zend и vs2005 работают примерно одинаково по скорости.
Но вот например когда вспоминаешь что в vs2005 есть такая замечательная возможность как Design view для aspx странички, где можно использовать очень полезный функционал, и ненароком на него переключаешься, то можно смело идти ставить кофе, особенно если на страничке активно используются user controls и custom controls.
А в Zend и PHP всё это нафиг не нужно — правь себе Smarty (просто сказка для дизайнеров и верстальщиков) шаблоны и радуйся тому что всё у тебя летает (см. чушь №1 .
Здравствуйте, lephik, Вы писали:
L>А в Zend и PHP всё это нафиг не нужно — правь себе Smarty (просто сказка для дизайнеров и верстальщиков) шаблоны и радуйся тому что всё у тебя летает (см. чушь №1 .
Это шаблоны что ль? Ну а я content placeholders руками правлю и всё летает.
Здравствуйте, lephik, Вы писали:
L>Повторюсь — билд проекта в студии занимает совсем не много времени. но когда дело L>доходит до запуска и тестинга странички в браузере, начинаются тормоза — нужно ждать полной компиляции и запуска страницы от нексольких секунда и более. Когда код правится часто это начинает сильно раздражать.
Ужас! А сколько у вас страница рендрится? Еще пару секунд?
L>Чисто субъективно редакторы кода и html/aspx в Zend и vs2005 работают примерно одинаково по скорости. L>Но вот например когда вспоминаешь что в vs2005 есть такая замечательная возможность как Design view для aspx странички, где можно использовать очень полезный функционал, и ненароком на него переключаешься, то можно смело идти ставить кофе, особенно если на страничке активно используются user controls и custom controls. L>А в Zend и PHP всё это нафиг не нужно — правь себе Smarty (просто сказка для дизайнеров и верстальщиков) шаблоны и радуйся тому что всё у тебя летает (см. чушь №1 .
Ушу. У vs есть некоторый функционал, но он тормозит. А в Zend его нет, поэтому мы его не исспользуем, он не тормозит, поэтому Zend быстрее...