PHP 4.4

>А что мешает реализовать такой же класс на php? С теми же функциями.

Ничто не мешает.

>ну тормоз, где ты видел нормальный jdbc для mysql ? кто тебе сказал что те пародии под названием jdbc-mysql умеют биндить переменые ??

А с MySQL.org, он что, не эскейпит? Ты меня заинтриговал...

>PreparedStatement pstmt = con.prepareStatement("UPDATE EMPLOYEES SET >DESCRIPTION = ? WHERE ID = ?");
>pstmt.setString(1, userEnteredDescription);
>pstmt.setInt(2, id);
>И ничего эскейпить руками не надо

реально убил всех наличием в яве возможности юзать пласехолдеры? 8)

$query = sprintf( "UPDATE BLA BLA BLA SET='%s' WHERE id=%d",
                  addslashed( $userEnteredDescription ),
                  $id );
назови хоть одну вменяемую причину, чем это хуже?
неа? тада пади лесом.

>А ты знаешь сколько ошибок в прогах на Ц? Тоже сделаешь вывод о том, что Ц - исключительно кривеёшее поделие, ни на что негодное?

На что-то, конечно, годное... ;) Но факт - кривого софта на нем выше крыши, и не в последнюю очередь благодаря свойствам языка.

>А что мешает реализовать такой же класс на php? С теми же функциями.
тем более что все уже не раз реализовано разными способами.
Кому интересно см. в сторону Propel и говорим "О пля..."

>реально убил всех наличием в яве возможности юзать пласехолдеры? 8)

>$query = sprintf( "UPDATE BLA BLA BLA SET='%s' WHERE id=%d", > addslashed( $userEnteredDescription ), > $id );

>назови хоть одну вменяемую причину, чем это хуже? >неа? тада пади лесом.'

Тем, что можно забыть написать "addslashed" и получить проблему. Это так же, как и лазить по горе без страховки. В самом деле, какая разница, как на скалу лезть - со страховкой или без?

>"Я подамся в менты, В педерасты, в поэты, в монахи — Все, что угодно, Лишь бы не нравиться вам!" (с) ГрОб

Не-а. Роман Неумоев, "Инструкция по выживанию"

>Тем, что можно забыть написать "addslashed" и получить проблему. Это так же, как и лазить по горе без страховки. В самом деле, какая разница, как на скалу лезть - со страховкой или без

Это вопрос профессионализма и выбора. Ты вполне можешь использовать скажем пакет ADOdb для пхп и не заботиться о кавычках. там есть практически такая же фиготень как твой препаредквери.

>Это вопрос профессионализма и выбора.

Нет. Это вопрос гарантий. В одном случае у меня есть гарантия (допустим для простоты, что 100%), в другом нет. Значит, в первом случае "опасность" риска = стоимость ошибки * вероятность возникновения = 0. Во втором - это будет не ноль. Пусть маленькое число, тем меньше, чем выше "проффесионализм", но не ноль. Принципиальная разница.

>Ты вполне можешь использовать скажем пакет ADOdb для пхп и не заботиться о кавычках. там есть практически такая же фиготень как твой препаредквери.

Так никто и не спорит, что можно. Вопрос еще и в том, как принято. Из-за того, что идиот-создатель сразу не применил мозг, мы и имеем то, что имеем.

умно, но пе по теме.... забыть можно что угодно, даже голову, утром...

>Тем, что можно забыть написать "addslashed" и получить проблему.

ну а мы тогда вот так напишем:

$pstmt = $con->prepareStatement("UPDATE EMPLOYEES SET DESCRIPTION = ? WHERE ID = ?");

$pstmt->setString(1, $userEnteredDescription);
$pstmt->setInt(2, $id);

пойдет? ;-)

>>PreparedStatement pstmt = con.prepareStatement("UPDATE EMPLOYEES SET >>DESCRIPTION = ? WHERE ID = ?");
>>pstmt.setString(1, userEnteredDescription);
>>pstmt.setInt(2, id);
>>И ничего эскейпить руками не надо

>$query = sprintf( "UPDATE BLA BLA BLA SET='%s' WHERE id=%d",
> addslashed( $userEnteredDescription ),
> $id );
>назови хоть одну вменяемую причину, чем это хуже?
>неа? тада пади лесом.

помимо бесопасности:

А ты уверен что в случае PreparedStatement и приличной БД там вобще что то эскепится, а параметры передаются совместно с запросом ?, более того там int сокрее всего далеко не сторкой передается.

А если еще захотим еще UPDATE сделать, весь оверхед сначала ?)

Вобщем приличный TPC тебе не светит.

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

>пойдет? ;-)

Да.

>по твоему, те же кодеры, что не используют экранирование спецсимволов в пхп, каким-то чудом начнут делать это в яве или еще где? с имеющимся-то уже у них опытом? >святой грааль и философский камень не изменят днк! :)

Да, доля истины есть. Испорченные PHP, они начнут писать так же и на Java.

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

>их портит не пхп как таковой,

Портит-портит. Пример - набившие оскомину функции работы с базой (PHP < 5, в 5-ом вроде что-то изменилось, не в курсе). Сделали бы аналог JDBC, я думаю количество подобных ошибок бы существенно сократилось. Даже в софте, написанном умственно ограниченными.

>набившие оскомину функции работы с базой (PHP < 5, в 5-ом вроде что-то изменилось, не в курсе). Сделали бы аналог JDBC, я думаю количество подобных ошибок бы существенно сократилось.
если рассматривать работу с базой, то есть PEAR или тот же ADODB.
вопрос переползает в плоскость количества неких "стандартных" библиотек? :) тут пхп в проигрыше, несомнено

Пых-пых создавался для людей, которые не умеют программировать. С течением времени, этих людей стало - легион и вместо того, чтобы честно подстригать газоны и чистить нужники, они создают Монбланы тупого навозного кода.

>вопрос переползает в плоскость количества неких "стандартных" библиотек?

Нет, скорее в плоскость "принятого стиля программирования".

он не для того создавался

аналог DBI пусть сделают.

Если перевести сокращение PHP, то получится "Личные домашние страницы". Ключевое слово "домашние".

>аналог DBI пусть сделают.

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

> Нет, скорее в плоскость "принятого стиля программирования"

"Принятый стиль" - ахинея. Если 99% юзает что-либо криво это не обязательно значит, что это что-либо криво само по себе.

Или ты думаешь с помощью JSP нельзя написать достаточно стремный код?

>Нет, скорее в плоскость "принятого стиля программирования".
есть рекомендации на эту тему, придерживаться или нет решает каждый сам. опять же, я думаю причина низкого качества кода лежит в тех учебниках, которыми люди пользуются изначально. дальше кто-то идет и читает официальную доку, где много тонкостей и рекомендаций расписано, и начинает сам думать, а кто-то остается тупым генератором кода..

> Если перевести сокращение PHP, то получится "Личные домашние страницы". Ключевое слово "домашние".

получится "гипертекстовый процессор" - ключевые слова оба

>Если перевести сокращение PHP, то получится "Личные домашние страницы". Ключевое слово "домашние".

ага oracle и ibm продвигают php именно для дома :)

>Если перевести сокращение PHP, то получится "Личные домашние страницы". Ключевое слово "домашние".
ага, "домашние" вижу, "для людей, которые не умеют программировать" не вижу

PS. он уже давно не так расшифровывается

>ага oracle и ibm продвигают php именно для дома :)

Знаешь, лучше бы они Ruby или там Python продвигали. Заколебали со своим PHP, чесслово.

>oracle и ibm продвигают php именно для дома

Как мне сказал один опытный CIO: "Все кто знали PL/SQL уже околели, а индусы кроме пых-пых ну нифига не знают".

Дык речь идет про то для чего был задуман пых-пых. А когда масса счастливых леммингов достигла критической отметки - начался обычный бизнес-процесс. Пример перед глазами, дядя Беня, из такого говна как бейсик сделал очень успешный коммерческий продукт.

А вообще проблема, конечно, не в самом языке, а в отсутсвие систематического образования и самое главное желания его получать.

Среднестатистический пых-кодер - зубной врач, с дипломом ветеринарного ПТУ.

> Знаешь, лучше бы они Ruby или там Python продвигали. Заколебали со своим PHP, чесслово

Я бы тут тоже обоими руками за. Но вопрос в клиентах. В том сколько народу смогут есть твой код. Даже внутри самого пхп, когда речь касается массовой продукции а не поделки для конкретного клиента, то пишут на php4 а не на php5, чтобы захватить побольше народа.

Но увы. Сколько серверов под пхп а сколько под пайтоном? я уж не говорю про руби... 8/

>Знаешь, лучше бы они Ruby или там Python продвигали. Заколебали со своим PHP, чесслово.

ну и зачем еще 2 тормозных и недоделаных аналога жава ?
если пихать логику в мидл-тиер то смысла их брать нет уж лучше жава, а вот когда логика в pl/sql то ничего лучше чем рисовать хтмл пока нет. именно для этого ora и ibm php и продвигают.

> Дык речь идет про то для чего был задуман пых-пых. А когда масса счастливых леммингов достигла критической отметки.

может это и хорошо? пхп прочно занимает свою нишу. делают на нем свои поделки и не очень. кто-то ведь должен писать хомяки, пахать землю и чистить нужники. Не вижу в этом ничего плохого.
Ты кул программер? Ну флак те в руки занимайся кул проектами. Люди делают свою работу ты делай свою.

и вообще среднестатистическому потребителю вэба глубоко пофиг на чем сделано то что он потребляет и какое оно изнутри, главное что оно работает и не дорого.

"они создают Монбланы тупого навозного кода"

Саныч, а на жабе по твоему все в ажуре и навозного кода никто не создает? Посмотри поделки индусов и тебя попустит :) Причем в саппортах по Java такие перцы попадаются, что JAVA_HOME в Винде настроить не в состоянии... про дотнет вообще молчу - туда орды вебешников свои стопы направили... А ты - "пых-пых"! Ламерья везде как грязи. Тот же ПХП, если правильно использовать, может служить нормальным вебовским междумордием для баша. Или баш у тебя тоже отстой? :)

>ну и зачем еще 2 тормозных и недоделаных аналога жава ?

Дык и то лучше, чем PHP. :)

о, здравомыслящий анонимус

В наше время, дедикайтед сервер может арендовать даже детсад.

в наше время детсад выберет пхп за $200 для своеко хомяка/визитки вместо $400 за то же но на яве.

И речь не о том, кто что может, а том что уже есть. Если у тя есть несколько решений на пхп то тебе будет проще (и гораздо дешевле) доделать что-то на пхп, чем переносить все на яву.

> Дык и то лучше, чем PHP. :)

А лисп еще лучше. И?
или ты правда думаешь, что люди всегда имеют то что лучше?

Ссаныч, зачем детсад разоряешь за 100$ в месяц, может спонсором будешь?

>А лисп еще лучше. И?

Нет, это слишком радикально. :)

Ява, при всех ее недостатках, генетически здорова и за ней стоит нехилый альянс известных компаний. Причем, детские болезни роста, типа неправильных кавычек и совершенно убийственных ляпы с секурити вроде как пройдены.

Лехкие деньги погубили не одного моего знакомого программиста. Надо учится программировать, а не хомяков лепить.

>А вообще проблема, конечно, не в самом языке, а в отсутсвие систематического образования и самое главное желания его получать.
вот и я о том же

> Ява, при всех ее недостатках, генетически здорова

Таки кто спорит то?
А куда дел проблему стоимости, массовости и скорости разработки?

>Лехкие деньги погубили не одного моего знакомого программиста. Надо учится программировать, а не хомяков лепить.

сцанычь, твои ламерские перлы извесны далеко за пределами ЛОРа и ты нам тут трешь как нада код писать :)
еще раз pl/sql + php

> Нет, это слишком радикально. :)

а где грань между радикально и лучше чем пхп?
Пхп хороший компромисс и только.

> Лехкие деньги погубили не одного моего знакомого программиста. Надо учится программировать, а не хомяков лепить.

Это далеко неоднозначная вещь. Знаешь, некоторым, чтобы учиться нужны деньги. И они эти деньги именно на пхп и зарабартывают.

К томуже как это не срамно звучит, учиться можно и на пхп. Можно очень хорошо посмотреть как не надо программировать, какие шаги пгубны какие нет. При этом ты будешь быстро видешь результат своей работы и не будешь отвлекаться на мелочи вроде типизации. Поняв как это работает, на простых вещах, ты сможешь двигаться к более сложным имея основопологающие представления как вся эта кухня работает.
Я считаю это очень хорошо.