Если так, то какая вам разница, что у вас будет стоять? Ядро и набор серверного софта везде одинаковые, от дистрибутива к дистрибутиву отличаются в основном способы администрирования и обновления.
Смотрите в сторону мейнстрима: Debian, Fedora, CentOS, RHEL, SLES…
Согласен, в больших проектах все это разруливать будет не очень приятно.
Вообще здесь очень философский вопрос: мешать модель и представление форм или нет? Какой бы ни был ответ — у обоих вариантов есть свои преимущества.
Я склоняюсь к тому, чтобы разделять модель и вид форм, при этом первоначальное построение модели формы (класс с фильтрами и валидаторами), класса представления и HTML-шаблона формы выполнять автоматически спец. утилитами. Этот подход дает гибкость, обособление HTML-кода и достаточную скорость разработки.
(вроде ставится так: sudo apt-get install kubuntu-desctop)
Но обновления для того и выпускаются, чтобы все работало как положено. Все, что пользователю нужно знать — это то, что IE7 лучше IE6.
Смотрите в сторону мейнстрима: Debian, Fedora, CentOS, RHEL, SLES…
Вообще здесь очень философский вопрос: мешать модель и представление форм или нет? Какой бы ни был ответ — у обоих вариантов есть свои преимущества.
Я склоняюсь к тому, чтобы разделять модель и вид форм, при этом первоначальное построение модели формы (класс с фильтрами и валидаторами), класса представления и HTML-шаблона формы выполнять автоматически спец. утилитами. Этот подход дает гибкость, обособление HTML-кода и достаточную скорость разработки.
Видимо, дело было в libqca2-plugin-ossl, которого не было…
Если тут есть люди, которые в теме разработки ZF, отпишитесь пожалуйста по этому поводу…
Вообще в ZF всегда ерунда какая-то с ченджлогом — то он есть, то его нет, то «извините, ченджлог будет позже». Фигня какая-то.
function setColor(Color $color)
{
$colorVal = $color->getValue();
}
… setColor(new Color_Red())
что здесь не так?