Ведь у большинства хостеров установлены релизы 5 ветки.
Увы, заблуждение. Вот уже 4 года, как появился PHP5, а у большинства хостеров до сих пор стоит PHP4 (см. www.nexen.net/chiffres_cles/phpversion/18606-php_statistics_for_june_2008.php ). Даже PR по поводу отказа от поддержки PHP4 всего лишь попытка протолкнуть PHP5 хоть как-то, а совсем не результат падение спроса на PHP4. Надо сказать помогает. Всего несколько месяев назад доля PHP4 была 75% и стабильно держалась долгое время до этого. Сейчас — 59%.
Да примерно так. Хотелось бы конечно чтоб наоборот обрезаемая область была затонирована (что мне понравилось у вас) и все под jQuery.
Стандартный интерфейс, это хорошо, но если для работы с частным случаем нужно нечто другое, то не вижу преступления в отходе от стандарта. В конце концов пользователь не всегда дурак, он даже понять может, что так нагляднее.
Согласен с вами. Извраты заказчиков не практическим, а реально в каждом проекте. Сколько раз не хотел взять готовую CMS, приходилось отказываться (благо на самых ранних стадиях). Вся проблема в том наверное, что портальные движки в принципе не подходят к корпоративному сайту.
Лучший вариант наверное не коробочная CMS, а CMS-API, из которого можно создавать оптимальный продукт. Что-то типа такого www.phella.net
Я как раз ищу примерно такой вариант. Например сайт заполняется картинками одного размера (или 2 варианта — верт. и гориз.). Соответственно мне удобнее видеть фрейм в его окончательной форме. А изменять размер (пропорционально) и двигать надо картинку, которая лежит под фреймом.
Я понимаю, что это немного не стандартно. Одноко мне кажется более удобно, чем получать фрейм не того размера, который будет в результате. В примерах odyniec.net/projects/imgareaselect/examples.php есть нечто подобное с хорьком (или кто там?). Только там это реализовано в двух картинках, а я считаю, что можно в одной.
А не надо в шаблоне писать запросы к БД и регулярные выражения. Отделение расчетов от визуализации еще никто не отменял. Почему заведомо предполагается, если PHP, то все в куче?
Наверное потому, что это иллюстративный материал и структура базы в данном случае не важна. Здесь много чего не затронуто - и защита от инъекций и даже о подключении к базе ни слова. Это опущено сознательно.
Я совсем не против слоев абстракции. Просто каждому овощу свое время.
Если я был не понят с идеей статьи, то это моя вина. Плохо изложил. А народ пока пусть хоть chop()у порадуется.
Для справки: за 20 лет программистского стажа писать на всякихх приходилось. И сейчас пишу не только на PHP. А вот статью про PHP написал. Не возражаете?
Я же не против ActiveRecord или чего-то другого. Я показал методику повышения уровня, причем сознательно без применения ООП. Есть поверье, что высокоуровневое программирование возможно только на обьектах, и надо учить и применять ООП, потому, что это мега-круто.
Я был не прав по поводу DbSimple, автоматом перечислив в ряду с другими. Это не ОРМ и предлагает она ту же концепцию, что и я. Естественно глубже и с ООП, и т.п.
Вы же понимаете, что эти слова означают повышение читабельности программы, а не чисто количественное ее сжатие во чтобы ни стало. Уважемый mr_stupid понизил читабельность.
Я конечно рад за вас с ActiveRecord,AdoDB или SimpleDB. Но это все ORM, задача которого нивелировать разницу в БД-х, а не повысить читабельность программы.
Если вы знате и умеете пользоваться такими словами, как Абстракция бд, модель данных, activerecord, datamapper, то эта статья не для вас. Правда непонятно, почему вы не видите огромной разницы в тех двух кусках, что вы привели. Первый кусок невозможно корректно вписать в MVC, а второй - без проблем.
Увы, заблуждение. Вот уже 4 года, как появился PHP5, а у большинства хостеров до сих пор стоит PHP4 (см. www.nexen.net/chiffres_cles/phpversion/18606-php_statistics_for_june_2008.php ). Даже PR по поводу отказа от поддержки PHP4 всего лишь попытка протолкнуть PHP5 хоть как-то, а совсем не результат падение спроса на PHP4. Надо сказать помогает. Всего несколько месяев назад доля PHP4 была 75% и стабильно держалась долгое время до этого. Сейчас — 59%.
Стандартный интерфейс, это хорошо, но если для работы с частным случаем нужно нечто другое, то не вижу преступления в отходе от стандарта. В конце концов пользователь не всегда дурак, он даже понять может, что так нагляднее.
Лучший вариант наверное не коробочная CMS, а CMS-API, из которого можно создавать оптимальный продукт. Что-то типа такого www.phella.net
Я понимаю, что это немного не стандартно. Одноко мне кажется более удобно, чем получать фрейм не того размера, который будет в результате. В примерах odyniec.net/projects/imgareaselect/examples.php есть нечто подобное с хорьком (или кто там?). Только там это реализовано в двух картинках, а я считаю, что можно в одной.
Если я был не понят с идеей статьи, то это моя вина. Плохо изложил. А народ пока пусть хоть chop()у порадуется.
"UPDATE table set `time`=NOW() WHERE id=$id"
а иногда так:
$fields['password']=md5($fields['password']);
$fields['time']=time();
sql_set($fields);
Образец того, за что надо бить линейкой по рукам.