Комментарии 120
Разве Ц++? Не просто Си?
Вы забыли очень прикольный доклад Нигматулина про php-fpm, где тоже был не хилый отжиг насчет мемов которые недавно появились. Для меня был очень интересный доклад.
Да и... у Аксёнова как то шутки были что ли заготовлены, а anight отжигал поприкольнее, хотя и Аксёнов отшучивался очень весело. А уж про переселить всех москвичей было вообще забавно.
Спасибо за отчет.
На хабре недавно была ссылка, рассказывающая, что использование PHP через Fast CGI не дает выигрыша: http://habrahabr.ru/blog/php/43056.html
На хабре недавно была ссылка, рассказывающая, что использование PHP через Fast CGI не дает выигрыша: http://habrahabr.ru/blog/php/43056.html
зачем же все тогда с ним мучаются, если выигрыша нет?
Интересно, мне приходилось для mod_apache vs fcgi видеть другие цифры.
Выигрыша не дает запуск в лоб, так как PHP не умеет повторно использовать код в памяти после отработки скрипта, а это является главным фактором ускорения fastcgi приложений.
Если я правильно понимаю, fastcgi модуль создавался как раз для того чтобы решать подобные проблемы.
Кроме того, до недавнего времени PHP имел слабый мусоросборщик что опять же не позволяло гонять скрипт в течение долгого времени без необходимости его прибивать.
Если я правильно понимаю, fastcgi модуль создавался как раз для того чтобы решать подобные проблемы.
Кроме того, до недавнего времени PHP имел слабый мусоросборщик что опять же не позволяло гонять скрипт в течение долгого времени без необходимости его прибивать.
Дает небольшой выигрыш. Для ПХП fastcgi создавался наверно не для этого, ну или с заметками на будущее :)
Я предпочитаю использовать фастцги.
Я предпочитаю использовать фастцги.
Выигрыш даже не в скорости работы, а в более экономном использовании памяти.
В чем эта экономия выражается? На одном из серверов у нас PHP работает именно в таком режиме, какой-то существенной разницы я не заметил.
Я про существенную и не говорил. Отдельный php-fastcgi процесс кушает меньше памяти чем например апачовый воркер с mod_php.
Выигрыш появляется, когда мы запускаем php под веб-серверами, которые легче Apache, например ngnix или lighttpd. И для них мы используем как раз fastCgi.
Андрей Нигматулин как раз говорил о том, что при повышении нагрузки на связку Apache+mod_php мы вначале ставим ngnix для отдачи статики, а динамику проксируем на apache+mod_php, а на втором этапе отказываемся и от этой схемы и запускаем всё под легким сервером + fastCgiPhp.
Андрей Нигматулин как раз говорил о том, что при повышении нагрузки на связку Apache+mod_php мы вначале ставим ngnix для отдачи статики, а динамику проксируем на apache+mod_php, а на втором этапе отказываемся и от этой схемы и запускаем всё под легким сервером + fastCgiPhp.
Отдам в хорошие руки Dell Vostro 1500, 2GB RAM, nVIDIA 8600GT 256MB, 250GB 5400RPM HDD, WUXGA+ 1680x1050, 2.5 кг веса. Бук отдается в связи с отсутствием в PHP сборщика мусора пойду-ка я лучше джамшутить на стройке. Все же как-то стабильнее.
А текстов выступления/видео с них нигде нельзя найти?
Может кто-нибудь снимал..
Заранее спасибо
Может кто-нибудь снимал..
Заранее спасибо
Думаю появятся немного попозже. По крайней мере после прошлых ПХПКонфов так было.
спросите на phpconf.ru Съемки точно были, и фотали вроде бы.
Сказали что будут на рутубе.
Все снимал ru-tube как только оцифруем и обработаем все будет в открытом доступе... но на это нужно время.
Что касается фотографий орг-комитет будет признателен за удачные фото отправленные на 2008@phpconf.ru
хотелось бы фотографий не много
Я понимаю видео/аудио/презентации, но фото то зачем? :)
Фоток немного можно вот тут http://vkontakte.ru/photos.php?act=album… посмотреть. Их мало совсем и качество неахти, но все же) Если нет контакта, то поможет http://vnekontakta.spb.ru/
НЛО прилетело и опубликовало эту надпись здесь
Затем выступал молодой парень из UMI. Он рассказывал как это хорошо - использовать шаблоны на XSLT. Тема была довольно интересная, а доклад уж очень невнятный, но все равно полезный. После выступления больше всего вопросов было насчет быстродействия, что является камнем преткновения в этой технологии.
___________________
Я их использую примерно года 2 илинаверно уже три
Могу дать ответы странствующим. и скажу, что я никаких траблов в скорости (канешно при прямых руках) я не заметил
Приложения не простые (например, интернет магаз - pussytoys.ru ) ) когда работал в другой организации, там на гос проектах мы тестировали краш тесты - большую нагрузку, база данных (тогда была MYSQL) отнимала больше, кому более подробно интересно - больше всего вермени отнимал connect.
___________________
Я их использую примерно года 2 илинаверно уже три
Могу дать ответы странствующим. и скажу, что я никаких траблов в скорости (канешно при прямых руках) я не заметил
Приложения не простые (например, интернет магаз - pussytoys.ru ) ) когда работал в другой организации, там на гос проектах мы тестировали краш тесты - большую нагрузку, база данных (тогда была MYSQL) отнимала больше, кому более подробно интересно - больше всего вермени отнимал connect.
НЛО прилетело и опубликовало эту надпись здесь
Java хоронит сама себя всякими стандартами :)
такое нельзя писать в топике про ПХП конференцию =)
зря вы так. джава не была изначально построена под веб, это уже после.
И если вы уж такой любитель джавы. найдите мне библиотеччку нормальную для обработки XSLT и ой да забыл, мне же нужно еще одна - работа с SQLite. Вот когда найдете. то мы с Вами подискутируем.
И если вы уж такой любитель джавы. найдите мне библиотеччку нормальную для обработки XSLT и ой да забыл, мне же нужно еще одна - работа с SQLite. Вот когда найдете. то мы с Вами подискутируем.
Обычно такие заявления делают люди, которые нормально не владеют не одним языком. С успешным опытом, узнаёшь насколько важно знать язык до тонкостей и не пренебрегаешь даже малейшим шансом получить полезную инфу, появляется уважение к сопутствующим технологиям и другим языкам.
А в том, что вы недопрограмиист доказывает и ваше неумение внимательно читать,и не заметили, что большинство тем не относятся к РНР, ты наверное удивишься, когда узнаешь, что в сопутствующие технологии, можно даже java всунуть и люди будут слушать с интересом.
Кстати, есть PHPшники, успешно пишущие на java, правда они предпочитают говорить о groovy
А в том, что вы недопрограмиист доказывает и ваше неумение внимательно читать,и не заметили, что большинство тем не относятся к РНР, ты наверное удивишься, когда узнаешь, что в сопутствующие технологии, можно даже java всунуть и люди будут слушать с интересом.
Кстати, есть PHPшники, успешно пишущие на java, правда они предпочитают говорить о groovy
Вот уж не знал, о чём мы предпочитаем говорить :)
P.S. Всмысле спасибо, интересный проект.
P.S. Всмысле спасибо, интересный проект.
Какие стороны PHP должны вызывать уважение?
Да, ведь Groovy куда проще освоить. Скачал Grails и давай херач в php-style. Только в резюме потом надо написать Java, Spring, Hibernate что б понтов побольше, ну и пусть, что со Spring-ом не столкнулся, да и с Hibernate только через GORM работал.
Да, ведь Groovy куда проще освоить. Скачал Grails и давай херач в php-style. Только в резюме потом надо написать Java, Spring, Hibernate что б понтов побольше, ну и пусть, что со Spring-ом не столкнулся, да и с Hibernate только через GORM работал.
У РНР слишком много хороших сторон при разработке web приложений, именно они вызали миграцию java, asp, perl программистов, разрабатывающих для web, к php. рнр создан для web, позволяет вести лёгкую и гибкую разработку. развитие фреймворков, особенно zend, является попыткой создания php-style которого раньше не было, ведь на РНР можно сделать одно и тоже разными способами.
Можно от абстракций к более конкретным вещам? То, о чём вы говорите, можно экстраполировать на все LAMP-языки. Что именно выделяет PHP от Ruby & Python?
"на РНР можно сделать одно и тоже разными способами" я вот например не очень люблю, и питоновский TIOOWTDI-принцип куда более приемлем для меня особенно в динамических языках.
"на РНР можно сделать одно и тоже разными способами" я вот например не очень люблю, и питоновский TIOOWTDI-принцип куда более приемлем для меня особенно в динамических языках.
О питоне знаю не много, поэтому могу быть не прав.
Насколько я знаю свежая версия питона будет не совместима со старой, не знаю насколько это верно, но допустим в РНР до сих пор примерно половина проектов на 4-ке, из них большинство работают и на 5-ке. Ещё знаю, что питон не создан для веба и в это сфере юзать его без фреймворков довольно неприятно, естественно читал неданий цикл статей и контраргументы Салагаева. Больше ничего такого не знаю, а искать аргументы в гугле считаю бесполезным, так как всё же планирую знакомиться с питоном поближе втечении года, там будет видно.
руби, хм, у него слишком много серьёзных миносов, самый большой - автор. а вот в рельсах достаточно интересных фишек, которые можно подсмотреть. медленный, тяжёлый для машины, при том что он чисто ОО местами чувствуется недоработка именно в плане ООП, небольшое сообщество и количество разработчиков, вызывает отставание от народного рнр. После близкого изучения я понял, что всё тоже могу реализовать или уже реализовал на рнр и смысла переходить на руби нету.
Насколько я знаю свежая версия питона будет не совместима со старой, не знаю насколько это верно, но допустим в РНР до сих пор примерно половина проектов на 4-ке, из них большинство работают и на 5-ке. Ещё знаю, что питон не создан для веба и в это сфере юзать его без фреймворков довольно неприятно, естественно читал неданий цикл статей и контраргументы Салагаева. Больше ничего такого не знаю, а искать аргументы в гугле считаю бесполезным, так как всё же планирую знакомиться с питоном поближе втечении года, там будет видно.
руби, хм, у него слишком много серьёзных миносов, самый большой - автор. а вот в рельсах достаточно интересных фишек, которые можно подсмотреть. медленный, тяжёлый для машины, при том что он чисто ОО местами чувствуется недоработка именно в плане ООП, небольшое сообщество и количество разработчиков, вызывает отставание от народного рнр. После близкого изучения я понял, что всё тоже могу реализовать или уже реализовал на рнр и смысла переходить на руби нету.
Сагалаева! Вы что, сговорились что ли...
Давайте всё же по пунктам: "В PHP5 я выделяю следующие качества, не присущие другим динамическим языкам: 1. быстрее 2. выше 3. сильнее".
Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе? Java & Python хоть и не "создавались для веба", но имеют грамотное и удобное расширение API с помощью библиотек: WSGI и Сервлетов.
Java-разработчики предпочитают вторым языком именно Python/Ruby. MS & Sun для своих платформ спонсируют тоже IronPython/IronRuby & JRuby/Jython. Так что от Вас хочется услышать именно то, что мы теряем - какие уникальные особенности PHP?
Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе? Java & Python хоть и не "создавались для веба", но имеют грамотное и удобное расширение API с помощью библиотек: WSGI и Сервлетов.
Java-разработчики предпочитают вторым языком именно Python/Ruby. MS & Sun для своих платформ спонсируют тоже IronPython/IronRuby & JRuby/Jython. Так что от Вас хочется услышать именно то, что мы теряем - какие уникальные особенности PHP?
уважаемый хватит заниматься мессианством если вы без ума Java/Python/Ruby превозносите их достоинства в соответствующих топиках
я работаю на ror 4 месяца и мне нехватает свободы которая была в ПХП, свободы выбора пользоваться различными фрэймворками под конкретную задачу. Да ror хороший фрэймворк, но из всей его навороченности используется от силы 5 процентов. у нас идет отказ от привязки модели к базе, испольэуются прямые запросы и т.д.
я рад за вас, но пожалуста не орите на других
я работаю на ror 4 месяца и мне нехватает свободы которая была в ПХП, свободы выбора пользоваться различными фрэймворками под конкретную задачу. Да ror хороший фрэймворк, но из всей его навороченности используется от силы 5 процентов. у нас идет отказ от привязки модели к базе, испольэуются прямые запросы и т.д.
я рад за вас, но пожалуста не орите на других
Для Ruby есть и другие фреймворки, например Merb. В вашем случае он куда больше подойдёт.
Где, интересно, я ору - я лишь хотел узнать, какие плюсы у PHP. Вот в вашем посте можно сказать проявился первый - большое количество фреймворков.
Где, интересно, я ору - я лишь хотел узнать, какие плюсы у PHP. Вот в вашем посте можно сказать проявился первый - большое количество фреймворков.
для меня:
1. скорость выполнения
2. дешевле в эксплуатации (хостинг и т.д.)
3. меньше требует ресурсов
4. возможность писать от плэйн текст до ООП с фрэймворком в зависимости от сложности проекта
если оч надо можно перевести проект по частям с одного фреймворка на другой, а как вы представляете переезд с Рора на Мерб ?
та же привязка модели к базе, ее нет и это плюс :)
мне недавно нужно было узнать params в routes.rb ан нельзя :)
ну и для меня сишный синтаксис ближе
1. скорость выполнения
2. дешевле в эксплуатации (хостинг и т.д.)
3. меньше требует ресурсов
4. возможность писать от плэйн текст до ООП с фрэймворком в зависимости от сложности проекта
если оч надо можно перевести проект по частям с одного фреймворка на другой, а как вы представляете переезд с Рора на Мерб ?
та же привязка модели к базе, ее нет и это плюс :)
мне недавно нужно было узнать params в routes.rb ан нельзя :)
ну и для меня сишный синтаксис ближе
1,3) http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=python&lang2=php
2) Тот же LAMP + возможность завестись на Google App Engine
4) Тоже самое
2) Тот же LAMP + возможность завестись на Google App Engine
4) Тоже самое
я про руби писал, на питоне не работал ничего сказать хорошего или плохого не могу
1,3) у вас линк битый ? про питон ?
2) это не тот же LAMP вы монгрел забыли, и дороговизна хостинга растет в несколько раз быстрее при росте проекта
4) напишите на Роре страничку Привет я Вася без рора :)
Рор неплох для небольших проектов и для начинающих тем что там уже готовый MVC фрэймворк
1,3) у вас линк битый ? про питон ?
2) это не тот же LAMP вы монгрел забыли, и дороговизна хостинга растет в несколько раз быстрее при росте проекта
4) напишите на Роре страничку Привет я Вася без рора :)
Рор неплох для небольших проектов и для начинающих тем что там уже готовый MVC фрэймворк
1) Ну я с рельсами работал мало, только смотрел, да и то больше jruby. В основном питон. http://shootout.alioth.debian.org/ - там можно сравнить производительность.
2) Для Rails есть свежевышедший mod_rails, который обходит по тестам mongrel.
4) На Роре без рора?) Лучше бы аналог шелу Python или IRB на PHP показали. Вот это уж поудобнее "привет я Вася".
2) Для Rails есть свежевышедший mod_rails, который обходит по тестам mongrel.
4) На Роре без рора?) Лучше бы аналог шелу Python или IRB на PHP показали. Вот это уж поудобнее "привет я Вася".
ура мы определились я сравнивал пхп с руби а вы с питоном :)
2) пунктом два у меня шли деньги :) для хостинга рора их надо много :)
4) я правильно понял ваш ответ Тоже самое. что можно писать для веба без рора. опечатка: напишите на Руби страничку Привет я Вася без рора :)
2) пунктом два у меня шли деньги :) для хостинга рора их надо много :)
4) я правильно понял ваш ответ Тоже самое. что можно писать для веба без рора. опечатка: напишите на Руби страничку Привет я Вася без рора :)
гугл выдало это
http://jan.kneschke.de/projects/php-shel…
http://jan.kneschke.de/projects/php-shel…
1,3 - и? математические расчеты, сортировка массивов в памяти это наиболее часто встречающаяся операция в веб-програмиировании?
Для большинства веб-разработчиков, давно очевидно, что бенчмарки сортировкой/вычислениями не адекватны. Вам нужно сравнимать скорость работы именно готового скрипта и проекта.
Для большинства веб-разработчиков, давно очевидно, что бенчмарки сортировкой/вычислениями не адекватны. Вам нужно сравнимать скорость работы именно готового скрипта и проекта.
>> >> Давайте всё же по пунктам: "В PHP5 я выделяю следующие качества, не присущие другим динамическим языкам: 1. быстрее 2. выше 3. сильнее".
>> Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
ну и хотелось узнать как вы опровергните "посредственную" критику ?
>> Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе?
как присутствие "тысяч корявых_функций_монсторв" написанных на Си мешают разработке ?
>> Всё что Вы написали это очень посредственная критика Python/Ruby, которая легко опровергается человеком, поработавшим с этими технологиями хотя бы месяц.
ну и хотелось узнать как вы опровергните "посредственную" критику ?
>> Я до сих пор даже не понял что за "создан для веба" - это тысяча корявых_функций_монсторв (http://www.php.net/manual/en/indexes.php) в глобальном неймспейсе?
как присутствие "тысяч корявых_функций_монсторв" написанных на Си мешают разработке ?
> как присутствие "тысяч корявых_функций_монсторв" написанных на Си мешают разработке ?
Вот вы может объясните, почему одновременно существуют bzopen и zip_open? Я их наизусть все должен знать? Или угадывать слино или через подчёркивание? Каждый как хочет что ли функции называет ради псевдо-неймспейсов? Если бы язык изначально был спроектирован нормально и с неймспейсами, такого бреда бы не было.
> ну и хотелось узнать как вы опровергните "посредственную" критику ?
По поводу Python. Да, в Python 3000 нарушится обратная совместимость. Впрочем при переходе на PHP5 было тоже самое. В PEP-3000 это всё прекрасно описано, как и автоматические тулы, которые смогут апгрейдить исходники. По поводу сложности приложений под Python без фреймворка - непонятно, что имел ввиду автор. Вообщем там всё сообщение в стиле "слышал звон, да не знаю где он".
У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет. Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
Вот вы может объясните, почему одновременно существуют bzopen и zip_open? Я их наизусть все должен знать? Или угадывать слино или через подчёркивание? Каждый как хочет что ли функции называет ради псевдо-неймспейсов? Если бы язык изначально был спроектирован нормально и с неймспейсами, такого бреда бы не было.
> ну и хотелось узнать как вы опровергните "посредственную" критику ?
По поводу Python. Да, в Python 3000 нарушится обратная совместимость. Впрочем при переходе на PHP5 было тоже самое. В PEP-3000 это всё прекрасно описано, как и автоматические тулы, которые смогут апгрейдить исходники. По поводу сложности приложений под Python без фреймворка - непонятно, что имел ввиду автор. Вообщем там всё сообщение в стиле "слышал звон, да не знаю где он".
У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет. Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
уважаемый, по поводу питона не ко мне, хотя спасибо за пояснения. я сравниваю ror и php + фреймворки так как на них работал
>> Вот вы может объясните, почему одновременно существуют bzopen и zip_open?
я не пользовался этими методами и не знаю в чем разница между bzip2 и zip. я не заучиваю список методов наизусть :)
пхп развивается и постепенно перестраивается, но его большой плюс что он изначально соддавался для веба и для получения базовых значений $_GET и т.д. мне не требуется фреймворка.
>> У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет.
проблема в том что когда мне требуется сложный запрос с джойнами нескольких таблиц средствами рор то сервер мне "улыбается и машет ручкой".
да языки интерпретируемые но к сожалению сам руби с инетом не знаком, а тянет за собой тяжелый рор :)
>> Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
я про кол-во разработчиков и слова не сказал :)
>> Если бы язык изначально был спроектирован нормальнои с неймспейсами для веба, такого бреда бы не было.
абсолютно верно по отношению к руби ;)
>> Вот вы может объясните, почему одновременно существуют bzopen и zip_open?
я не пользовался этими методами и не знаю в чем разница между bzip2 и zip. я не заучиваю список методов наизусть :)
пхп развивается и постепенно перестраивается, но его большой плюс что он изначально соддавался для веба и для получения базовых значений $_GET и т.д. мне не требуется фреймворка.
>> У Ruby автором были обнаружены проблемы в ОО-модели, интересно какие? По поводу тормозов - все эти языки одного типа: динамические интерпретируемые и разницы особой в скорости нет.
проблема в том что когда мне требуется сложный запрос с джойнами нескольких таблиц средствами рор то сервер мне "улыбается и машет ручкой".
да языки интерпретируемые но к сожалению сам руби с инетом не знаком, а тянет за собой тяжелый рор :)
>> Про количество разработчиков - в мейл-листах рельс и джанго по 10 тысяч человек, не сказал бы что это мало.
я про кол-во разработчиков и слова не сказал :)
>> Если бы язык изначально был спроектирован нормально
абсолютно верно по отношению к руби ;)
Первоначально РНР не проектировался как серьёзный язык, он разрабытывался для себя и сейчас дейстительно существуют проблемы с именованием, но у нас есть хорошее IDE, спасибо, JAVA. Но, никто не мешает обернуть функции в обёртку, можно использоать те же namespace.
В РНР5 прекрастная обратная совместимость с 4-й, я указал это ещё выше в своём посте и большинство проектов на 4-ке хостятся на 5-ке, при этом даже скорость работы возрастает.
Без фреймворка, ну кажется я даже на авторитетный источник сослался.
В Руби нету абстрактных классов, интерфейсов вроде тоже нету, лямбда функции напоминают eval и являются ИМХО деконструктивным решением.
В РНР5 прекрастная обратная совместимость с 4-й, я указал это ещё выше в своём посте и большинство проектов на 4-ке хостятся на 5-ке, при этом даже скорость работы возрастает.
Без фреймворка, ну кажется я даже на авторитетный источник сослался.
В Руби нету абстрактных классов, интерфейсов вроде тоже нету, лямбда функции напоминают eval и являются ИМХО деконструктивным решением.
1. PHP быстр
2. Легко можно дописать расширение на С.
3. Он создан для веба.
4. Предастовляет массу путей для достижения результата.
5. Проекты легки в поддержке и расширении.
6. Весьма удобная ОО модель, содранная с Java.
И т.д. и т.п. Самое главное, что используя РНР можно создать web приложения быстро, гибко и качестенно. Соответственно эти преимущества предопределили доминирующее положение РНР на данном рынке.
Создан для web - да, существует огромное количество ГОТОВЫХ ФУНКЦИЙ и не нужно писать свои велосипеды, не нужно перерывать тоны библиотек в поиске подходящей.
Хотя спорить бессмысленно, у тебя представление об РНР на основе увиденного ганокода, а я знаю о Java по литературе, по которой учил ООП, дабы применять его на РНР.
2. Легко можно дописать расширение на С.
3. Он создан для веба.
4. Предастовляет массу путей для достижения результата.
5. Проекты легки в поддержке и расширении.
6. Весьма удобная ОО модель, содранная с Java.
И т.д. и т.п. Самое главное, что используя РНР можно создать web приложения быстро, гибко и качестенно. Соответственно эти преимущества предопределили доминирующее положение РНР на данном рынке.
Создан для web - да, существует огромное количество ГОТОВЫХ ФУНКЦИЙ и не нужно писать свои велосипеды, не нужно перерывать тоны библиотек в поиске подходящей.
Хотя спорить бессмысленно, у тебя представление об РНР на основе увиденного ганокода, а я знаю о Java по литературе, по которой учил ООП, дабы применять его на РНР.
НЛО прилетело и опубликовало эту надпись здесь
Извините, но в таком же контексте можно сказать "В уборщики берут даже докторов наук". Я в спор не встреваю, но раз уж меня упомянули в суе.
У молодого человека видно недавно выскачили прищики и он зол на весь мир. Кроме этого, уже в столь юном возрасте наблюдается отклонение в сексуальном отношение в сторону садо-мазо. я недавно понял, что у него Java ассоциируется с мотоциклом или папиными сигретами.
Про СУБД, спасибо, насмешил, прогрессируешь, уже заучил умные слова и умные фразы, осталось научиться вставлять их к месту, хотя у тебя ещё долгий путь от граммофона до кодера.
Да, кстати, я из Белоруссии, и мне не стыдно за незнание русского языка на отлично.
Не минусуйте больше его, он видно своим минусом подружкам хвастается, либо у него ещё большие отклонения, нежели показалось сперва.
Про СУБД, спасибо, насмешил, прогрессируешь, уже заучил умные слова и умные фразы, осталось научиться вставлять их к месту, хотя у тебя ещё долгий путь от граммофона до кодера.
Да, кстати, я из Белоруссии, и мне не стыдно за незнание русского языка на отлично.
Не минусуйте больше его, он видно своим минусом подружкам хвастается, либо у него ещё большие отклонения, нежели показалось сперва.
>когда со сцены сказали, что веб-приложения на Java, как правило, меньше нагружают СУБД
Разрешите поинтересоваться, а данные, эти приложения на Java, берут откуда? Из воздуха?
Ни один Hibernate не сравнится по эффективности с правильным прямым запросом в базу :)
Так может быть проблема все таки в руках?
Из-за того что на PHP пишут очень много школьников и студентов это не значит, что на нем нельзя писать хорошо.
Разрешите поинтересоваться, а данные, эти приложения на Java, берут откуда? Из воздуха?
Ни один Hibernate не сравнится по эффективности с правильным прямым запросом в базу :)
Так может быть проблема все таки в руках?
Из-за того что на PHP пишут очень много школьников и студентов это не значит, что на нем нельзя писать хорошо.
ПНХ
надеюсь, что в следующем PHPInside zine будет поподробнее стетйка о PHPConf и ждать его придется недолго
Статья отличная, спасибо, но за незнание паттернов вам незачет :-)
"Одно из самых главных нововведений - namespace-ы. Вводятся достаточно граммотно пространства имен. "
ГраМотно. Может оно и грамотно, но уже поздно.
"Большов Виктор рассказал как просто устроить трансляцию flv-видео на сайте."
Настоящая трансляция это RTMP, остальное - progressive download, пусть и с возможностью "прокрутки". Правда да, сервер на PHP не напишешь, тут Java нужна, которую там выше поливают кул-хацкеры.
"И вторая: в Google можно попасть даже PHP программисту."
PHP была скорее всего самая последняя причина, по которой его пригласили. Куда важнее, что это отличный специалист и деятель open-source движения.
ГраМотно. Может оно и грамотно, но уже поздно.
"Большов Виктор рассказал как просто устроить трансляцию flv-видео на сайте."
Настоящая трансляция это RTMP, остальное - progressive download, пусть и с возможностью "прокрутки". Правда да, сервер на PHP не напишешь, тут Java нужна, которую там выше поливают кул-хацкеры.
"И вторая: в Google можно попасть даже PHP программисту."
PHP была скорее всего самая последняя причина, по которой его пригласили. Куда важнее, что это отличный специалист и деятель open-source движения.
Надо делать кросспост на linux.org.ru :)
За пост спасибо, было интересно узнать о phpConf.
За пост спасибо, было интересно узнать о phpConf.
можете сделать со ссылкой на блог http://pilot34.blogspot.com/2008/06/blog…
Про Windows без GUI это шутка? Можно линки, пожалуйста.
По-мойму он имел в виду это:
http://www.bezpeka.com/ru/news/2007/10/2…
http://www.securitylab.ru/news/305983.ph…
Андрей Бешков сказал, что хотел его показать на PHPConf, но почему-то не получилось
http://www.bezpeka.com/ru/news/2007/10/2…
http://www.securitylab.ru/news/305983.ph…
Андрей Бешков сказал, что хотел его показать на PHPConf, но почему-то не получилось
это такое ядро Windows 7 будет, чего шутить.
Темой его доклада был PowerShell:
http://ru.wikipedia.org/wiki/Windows_Pow…
http://ru.wikipedia.org/wiki/Windows_Pow…
Java/C way: подумали, написали, проверили, дописали
PHP way: написали, поломали, переписали, пришли новые программисты, сказали что "гавно", поломали, переписали
PHP way: написали, поломали, переписали, пришли новые программисты, сказали что "гавно", поломали, переписали
Ещё один шутник, нежели ты думаешь что нельзя писать плохо на java или C. у меня богатый опыт в поддержке и расширении гавнокода, увераю, поддерживать его не так уж сложно, расширить или залатать дырку легко, вопрос времени, благо РНР очень гибок, а вот в java костыли ставить не самая приятная работа. многие старые проекты, набрав популярности всё же оставили старый код и расширили его под неожиданно большие маштабы, нужны примеры или сам найдёшь. ПЫХ уже дано поддерживает абстрактные классы и интерфейсы, есть возможность разработчи через тестирование, юнит тесты появились ещё для 4-ки, ничто не мешает хорошо думать и писать только раз, тестировать и получать качественный и удобный в поддержке и сопровождении продукт. Хотя, фишки вроде нэймспэйсов и позднего статического связывания помогают делать код ещё более удобным, но это печенюшки, за которые я ещё больше люблю пых.
Давай не про проблему архитектуры говорить, а про языки с динамической типизацией и без. Если ты рефакторишь PHP со словами "как это легко" я бы тебя раза три проверил на наличие ошибок. Расширение гавнокода - это не эффективно.
Бесспорно. Правка говнокода пораждает ещё больший говнакод и это без привязки к языку. Преимуществом пыха является возможность качественно изменив архитектуру ускорить работу. Т.е. если переписать большой кода выигрыш в скорости его расширения окупит проигрыш во ремени его переписки, а в предыдущем посте я пытался доказать, что это не единственный PHP way.
Хреновому танцару любые тапки жмут.
Если мозгов нет - что нужно разделять темплейты и логику, алгоритмы обработки данных и морду и т.д. и т.п. В таком случае язык программирования тут ничего не изменит : )
Если мозгов нет - что нужно разделять темплейты и логику, алгоритмы обработки данных и морду и т.д. и т.п. В таком случае язык программирования тут ничего не изменит : )
Добрый день.
Подскажите, а можно каким-либо образом подробнее ознакомиться с темами, озвученными на конференции. Пара тем очень заинтересовала.
Подскажите, а можно каким-либо образом подробнее ознакомиться с темами, озвученными на конференции. Пара тем очень заинтересовала.
Больше всего понравилось:
1. Доклад про Sedna DB.
И тема была поднята очень интересная и доклад отлично прочитан. И очень плохо, что из-за нехватки времени всё было сделано в сжатом формате и на спех.
2. photofile.ru
Интересный и познавательный опыт highload-проекта. Очень интересно слушать такие вещи - хотя бы из-за того, что такую инфу не отыщешь ни в книгах ни в инете. Ну и доклад был прочитан просто отменно.
3. Sphinx.
> Sphinx - база данных, нацеленная в основном на полнотекстовый
Sphinx это не БД это движок таблиц MySQL. Очень важный доклад, хотя бы в силу того что Sphinx неоднократно упоминался и в предыдущих докладах. Ну и конечно респект докладчику за легкий, юморной стиль - так даже материал усваивается как-то лучше :)
Из того что не понравилось выделю прежде всего выступление молодого человека из Юмисофта. Казалось бы такая прикольная и продвинутая у них CMS и такой слабый доклад. Неужели некого было послать на конференцию?
1. Доклад про Sedna DB.
И тема была поднята очень интересная и доклад отлично прочитан. И очень плохо, что из-за нехватки времени всё было сделано в сжатом формате и на спех.
2. photofile.ru
Интересный и познавательный опыт highload-проекта. Очень интересно слушать такие вещи - хотя бы из-за того, что такую инфу не отыщешь ни в книгах ни в инете. Ну и доклад был прочитан просто отменно.
3. Sphinx.
> Sphinx - база данных, нацеленная в основном на полнотекстовый
Sphinx это не БД это движок таблиц MySQL. Очень важный доклад, хотя бы в силу того что Sphinx неоднократно упоминался и в предыдущих докладах. Ну и конечно респект докладчику за легкий, юморной стиль - так даже материал усваивается как-то лучше :)
Из того что не понравилось выделю прежде всего выступление молодого человека из Юмисофта. Казалось бы такая прикольная и продвинутая у них CMS и такой слабый доклад. Неужели некого было послать на конференцию?
>> Sphinx это не БД это движок таблиц MySQL
а я думал, мопед. только он еще и с PostgreSQL умеет, если что.
а я думал, мопед. только он еще и с PostgreSQL умеет, если что.
> второе - на ответе на тупые вопросы
А почему Вы не задали один умный вопрос?
А почему Вы не задали один умный вопрос?
извиняюсь, если обидел, просто формат доклада был не ахти. Имхо на такие вопросы лучше отвечать сразу же на Хабре, а на конфе рассказывать про внутренней устройство, возможности оптимизации, планы на разработку и т.п. В принципе, о чем-то из этого рассказали вкратце, поэтому доклад был в конце достаточно интересный.
>> идиоты-организаторы
Спасибо за комплимент.. :-Ь
В следующей раз надо делать PHPConf 3 дня.. :-)
Спасибо за комплимент.. :-Ь
В следующей раз надо делать PHPConf 3 дня.. :-)
нет, ну правда. Какого фига не дали рассказать про xml-based хранение данных? И человека расстроили и слушателям обидно. А призы можно было и побыстрее вручить(
А мой вопрос вы-таки задали? :)
и один день отдать мне =))))))))))))
Саша, ладна, на самом деле без обид, уже не расстраиваюсь, тут у меня по приезду несколько локальных ппцов случилось, так что ПХПКонф это вообще как очень позитивное и светлое воспаминание… обязательно постараюсь прилететь в следующем году
что касается конфы
Маркус меня очень удивил, ООП в ПХП надо было сразу про итераторы и SPL, а не про то, о чем в школе\институте рассказывают
а Аксенову просто меганереальный респект, его совет помог, сейчас активно пытаемся переписать все =)
Саша, ладна, на самом деле без обид, уже не расстраиваюсь, тут у меня по приезду несколько локальных ппцов случилось, так что ПХПКонф это вообще как очень позитивное и светлое воспаминание… обязательно постараюсь прилететь в следующем году
что касается конфы
Маркус меня очень удивил, ООП в ПХП надо было сразу про итераторы и SPL, а не про то, о чем в школе\институте рассказывают
а Аксенову просто меганереальный респект, его совет помог, сейчас активно пытаемся переписать все =)
Полный плейлист и слайды с PHPconf 2008 можно посмотреть на официальном сайте конференции
http://www.phpconf.ru/
http://www.phpconf.ru/
Программа конференции PHPCONF 2009
http://phpconf.ru/
ФОРМАТ:
В 2009 году мы еще более жестко отфильтровываем доклады и допускаем на конференцию только самое ценное и самое важное. Мы ценим время участников конференции, поэтому конференция по прежнему будет проходить в течении двух дней.
День первый – WebArchitect WorkShop Day 8 октября (чт)
Это день полностью состоящий из мастер-классов. Их прочитают признанные гуру. Каждый мастер-класс могут посетить не более 30 человек. На данный момент планируется 3 потока по 6 часов. Каждый мастер-класс длительностью от 1,5 до 6 часов.
День второй – PHPCONF 2009 9 октября (пт)
Пополните ваши знания! Что нового произошло за 1,5 года? Какие методики разработки стали общепринятыми в профессиональной среде? Как их внедрить малой кровью? Как повысить эффективность вашей работы и работы вашей команды в разы?
P.S. Как всегда приедут непосредственный авторы PHP, MySQL, ZendFramework.
P.S.S. Программа будет опубликована после 25 августа 2009 года.
Регистрация PHPCONF 2009 уже открыта!
http://phpconf.ru/
ФОРМАТ:
В 2009 году мы еще более жестко отфильтровываем доклады и допускаем на конференцию только самое ценное и самое важное. Мы ценим время участников конференции, поэтому конференция по прежнему будет проходить в течении двух дней.
День первый – WebArchitect WorkShop Day 8 октября (чт)
Это день полностью состоящий из мастер-классов. Их прочитают признанные гуру. Каждый мастер-класс могут посетить не более 30 человек. На данный момент планируется 3 потока по 6 часов. Каждый мастер-класс длительностью от 1,5 до 6 часов.
День второй – PHPCONF 2009 9 октября (пт)
Пополните ваши знания! Что нового произошло за 1,5 года? Какие методики разработки стали общепринятыми в профессиональной среде? Как их внедрить малой кровью? Как повысить эффективность вашей работы и работы вашей команды в разы?
P.S. Как всегда приедут непосредственный авторы PHP, MySQL, ZendFramework.
P.S.S. Программа будет опубликована после 25 августа 2009 года.
Регистрация PHPCONF 2009 уже открыта!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нового я узнал на PHPconf 2008