Готовимся к PHP6

> var will be an alias of public, and raises E_STRICT warning.

Чё-т фиг их поймёшь

В 5.0 var давал e_strict

В 5.2 он стал просто public без всякого E_STRICT

В 6 опять будет E_STRICT?

Хотя... Unofficial - так что фтопку.

Это боян офигеть какой давности. На новость не тянет вообше ни в какую...

> уникода

КЛБ

Когда они наконец выкинут с-подобный синтаксис, перейдут на выделение блоков отступами и сделают код Django-совместимым?

>Когда они наконец выкинут с-подобный синтаксис, перейдут на
>выделение блоков отступами

М... Как на Питоне записать покороче вот такое:

if(not scores.has_key(killer)):
    scores[killer] = 1
else:
    scores[killer] += 1

то, что на PHP записывается в @$scores[$killer]++;

?

Или:
    for namev in names:
        val = " "
        if(counts.has_key(namek)):
            k = counts[namek]
            if(k.has_key(namev)):
                val = str(counts[namek][namev])
        cnts += [val]


как упростить до аналога:

foreach($names as $name)
    if(!($val = counts[$namek][$namev]))
        cnts[] = $val;
    else
        cnts[] = " ";


?

PHP is obsolete

PHP & C-подобный синтаксис наше фсё!!! =)

>if(not scores.has_key(killer)): > scores[killer] = 1 >else: > scores[killer] += 1

scores[killer] = scores.get('killer',0) + 1

:)

for namev in names:
        val = " "
        if(counts.has_key(namek)):
            k = counts[namek]
            if(k.has_key(namev)):
                val = str(counts[namek][namev])
        cnts += [val]

==

for namev in names:
        try:
             cnts += [str(counts[namek][namev])]
        except:
             cnts +=[" "]
     

ЗЫж никто же не говорит unix way is obsolete =) Есть вечные ценности ))

кавычки в get() не нужны, идея понятна :)

Можно ещё короче: for namev in names: cnt+= [str((counts.get(namek,{namev:" "}).get(namev," ")]

Можно ещё короче:
for namev in names:
        cnt+= [str((counts.get(namek,{namev:" "}).get(namev," ")]

Но первый вариант понятнее:) А на пыхпыхе вообще жуть, и строчек больше.

PHP - это глобально и надежно!

Для своих проектов с PHP на С++, ибо нехрена себя баловать. в том чиле и для вебпрожектов. Удобнее будет написать на c++ и подрубить через cgi к апачу. Языки подобные пыху, которые с памятью разбираются сами, банально балуют и делают из программера быдлокодера. мое ИМХО, конечно.

>Для своих проектов с PHP на С++, ибо нехрена себя баловать. в том чиле и для вебпрожектов.

жжошь!

PHP - это не Джава со всякими Спрингами и Хибернейтами. PHP - это для настоящих "хардкодеров"!

PS. Интересно, а все-таки когда Garden достигнет уровня популярности и надежности Spring Framework. Garden это вечная бета или провальный прожект типа drip'а?

Вот еще один кульхацкер, не утруждающий себя реальным ремеслом практического программирования!:))

Народ меряется у кого короче? :)

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

>> Для своих проектов с PHP на С++, ибо нехрена себя баловать. в том чиле и для вебпрожектов.

> жжошь!

+1

--------
foreach($names as $name)
if(!($val = counts[$namek][$namev]))
cnts[] = $val;
else
cnts[] = " ";
-----------
foreach($names as $namev)
cnts[] = ($val = $counts[$namek][$namev]) ? " " : $val;

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

Аргументы? Те куски кода абсолютно идентичны по функционалу и проверкам входных данных. Так что отойдите, наконец, от лужи.

PHP обречён. Чем сложнее и объёмнее сайт (веб приложение), тем меньше смысла в использовании PHP. Реально ASP.NET 2 сейчас - самый мощный инструмент разработки серьёзных веб-приложений.

> foreach($names as $namev)
> cnts[] = ($val = $counts[$namek][$namev]) ? " " : $val; 
На питоне:
cnts=[counts.get(namek,{}).get(namev) or ' ' for namev in names]

> Удобнее будет написать на c++ и подрубить через cgi к апачу.

++

хотя C+FastCGI+nginx шустрее будет =)

Готовлюсь к PHP6. Начистил ружжо, задёрнул шторы, щурюсь, высматриваю - вдруг мимо проходить будет?..

> ASP.NET 2

Achtung! Вантузятник в треде!

ASP.NET громко чмокает сосет пинусы у тех же RoR и Django. А за VIEWSTATE оно вообще причисляются к лику педерастов.

> Языки подобные пыху, которые с памятью разбираются сами, банально балуют и делают из программера быдлокодера.

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

+1

Аргементы будут? Что касается ViewState, какие альтернативы? Какие есть варианты передавать данные между страницами? Через сессию?

>safe_mode больше не используется

Немного не понятно... оно по дефолту теперь как будет?

cnts=[counts.get(namek,{}).get(namev,' ') for namev in names]

А лучше по скорости:
cnk = counts.get(namek, {})
cnts = [cnk.get(namev,' ') for namev in names]

Ждём, конечно, новых пердежей в лужу от пыхолюбов.

> Какие есть варианты передавать данные между страницами? Через сессию?

Нет, ты что! Конечно засовывать в каждую страницу портянку base64-кода на двадцать килобайт - это куда лучше, чем короткий SID в куку. Чем больше хлама в странице - тем больше Ынтерпрайз!

>ASP.NET громко чмокает сосет пинусы у тех же RoR и Django. А за VIEWSTATE оно вообще причисляются к лику педерастов.

То ли дело кошерная жаба. Жаба! Жаба! Жаба! Жаба! Жаааабааа!

> Немного не понятно... оно по дефолту теперь как будет?

Оно теперь никак не будет, ибо курам на смех. Секурность хостинга надо средствами системы организовывать, без имбецилоориентированных костыликов.

Плюсы - это для ламеров, асм - наше все!

>Языки подобные пыху, которые с памятью разбираются сами, банально балуют и делают из программера быдлокодера.

+1. Я вот никак не соберусь свой хоумпейдж переписать на асме.

Ну конечно! А какой будет срок жизни сессии, что делать с открытием страницы в другом окне и как будет работать back никого не волнует.

20К - чего ж вы туда напихали, датасет?

да, и ещё. ViewState делает запросы контекстно-независимым, в отличие от сессий, что есть большой плюс (почему, надеюсь, объяснять не надо). И, разумеется, ViewState, как и любой другой инструмент, надо использовать по уму.

>>Улучшена поддержка юникода

юникод или поддерживается или нет, типа наполовину беременна %)

Обязательно буду готовиться, надо будет освободить немного места в /dev/null для PHP6.

Смартпоинтеры - наше фсио! Давить неовладевших. ) GC - только для гуру. Ловить меморилики в GC проге - знание доступное приближенным к Богу.

>> Для своих проектов с PHP на С++,

А ещё лучше - на русский.

>> Для своих проектов с PHP на С++, ибо нехрена себя баловать. в том чиле и для вебпрожектов. Удобнее будет написать на c++ и подрубить через cgi к апачу. Языки подобные пыху, которые с памятью разбираются сами, банально балуют и делают из программера быдлокодера. мое ИМХО, конечно.

Ээээ... Милейший, а вы знаете вообще, что такое коммерческий проект? Да еще и fixed cost, когда время ограничено и оплата почасовая, а dead-lines предельно жесткие?
В этой ситуации языки типа пыха рулят немеряно, ибо многие рутинные вещи берут на себя. Особенно, если использовать нормальный OpenSource framework, например, SymFony или PRADO (использовать с умом, ибо хорош, но, зараза, тяжеловат).

>Ээээ... Милейший, а вы знаете вообще, что такое коммерческий проект?

А зачем тогда тут пыхпых, если есть, к примеру, RoR ?

> ViewState делает запросы контекстно-независимым, в отличие от сессий

Мсье не понимает что сессий (одновременных) можно быть много? Просто вместо кучи говна в скрытом поле даем UUID, а данных храним на сервере.

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

Вот ведь кодеров на машкоде набежало. PHP это типичный "растущий" язык, не знаю как это по научному. "Растущий" это когда язык рос с предметной областью и с программистами на нем программирующими.
И в настоящий момент PHP нужен не потому что это "настоящщий язык с хвостовой рекурсией в лямбда замыканиях" :) а потому что это язык написаный под задачу+платформу+среднего_программера.
Отсюда С-подобный синтаксис и прочие заморочки.
И который соотвественно вследствие этого является стандартом на хостинге. И в свою очередь породил массу кода которая уже делает все что надо и которой можно спокойно писать экстеншины.
Как говорил автор перла - "грязный язык для грязной работы".

И вот те кто для "быдлостраниц с гастевухой" предлагает жабу с гибернейтом недалеко ушли од тех кто предлагает это же делать на ассемблере.

Вы дебил. Незнакомы с технологией, так молчите.

>Ээээ... Милейший, а вы знаете вообще, что такое коммерческий проект?
>А зачем тогда тут пыхпых, если есть, к примеру, RoR ?

1. RoR мало распространен и почти не известен реальному заказчику.
2. RoR не предоставляется хостерами даже на VIP-тарифных планах -
только на выделенных серверах.
3. На чем писать, определяет заказчик.
4. Попробуй найти специалистов уровня Senior Developer или хотя бы
Middle Developer для RoR.
5. Попробуй найди QA-инженеров (а не дымных тестеров-студентов),
которые будут работать с RoR (писать тест-кейсы, проводить
автоматизированное тестирование).

Может, еще аргументы? :)
Или вы тоже никогда в коммерческой конторе не работали? :)

> ... а потому что это язык с которым даже тупое быдло может, сопливя книжку "похапэ для полных дибилов" написать на нем "hello, world" и чувствовать себя "программистом" ...

> ... И в свою очередь породил массу быдлокода и прочих "движков", в котором черт ногу сломит, но который так удобно копировать ...

here, fixed it for ya.

Извиняюсь, не туда запостил. Дебил - это тот ананимус что вякал про стрёмный view state.