Александр A

Symfony2 будет идеальным ответом на любой вопрос, содержащий текст "посоветуйте фреймворк".
Если сайт требуется совсем тонкий, только на чтение, то можно посмотреть Sylex. Все остальные фреймворки - дичайший говнокод и полное отсутствие мозгов у их авторов.

<? 
class City {
    private $length;
    function __construct($length) {
        $this->length = $length;
    }
    public function getLength() {
        return $this->length;
    }
}

class Auto {
    private $speed;
    function __construct($speed) {
        $this->speed = $speed;
    }
    public function getSpeed() {
        return $this->speed;
    }
    public function howLongToGo($length) {
        return $length / $this->speed;
    }
    public function howLongToGoThrowCity(City $city) {
        return $city->getLength() / $this->speed;
    }
}

$a = new Auto(20);
$c = new City(100);

print $a->howLongToGo($c->getLength());
// Или так
print $a->howLongToGoThrowCity($c);

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

Иначе я например жму удалить, вы запускаете свой таймер, я закрываю браузер и иду спать, уверенный, что все удалил, а оказывается что надо было 5 секунд ждать.

Хотя я не понимаю зачем рассказываю это человеку, который ищет плагин для jQuery который делает setTimeout

Пхп познаете только в сравнении его с другими языками. Мускл познаете только в сравнении его с другими СУБД. Именно дифференциальный анализ позволяет понять смысл тех или иных фич в языке, их нужность или ненужность. Познав таким образом пхп вы придёте к неожиданному, хотя и закономерному выводу.

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

Говоря же практически - я не согласен с автором, который советует лепить код абы как, не понимая, что он делает. Именно таким способом РНР и заработал свою чудовищную репутацию, и последствия мы видим в большинстве книг/туториалов и, прости-господи, видеокурсов. Так что, мой совет будет - пытаться как раз понять, что делает тот или иной код. Пусть ты напишешь меньше кода, но будешь хоть как-то понимать, что делает данная конкретная строчка, для чего она нужна здесь и почему её не надо тащить в другое место.

Все пых-фреймворки - говно. Чтобы лучше понять, каким должен быть веб-фреймворк, нужно смотреть на фреймворки в других языках, например, на RoR (хотя, он не идеален, конечно). Там люди совсем по-другому мыслили и не были стеснены пых-парадигмой. Также хорош django, отражена суть реакции фреймворка на запрос.

Чтобы написать фреймворк нужно понять, какие задачи он решает, а значит эти задачи должны в вашей трудовой деятельности возникнуть в достаточно актуальном виде, и не все сразу, а по отдельности. Чтобы вы поняли, какой шаблонизатор лучше и почему, какая модель для работы с данными лучше и почему, какой обработчик событий лучше и почему и т.д.

Начинать нужно с обработки командной строки. Ваш фреймворк должен уметь работать с данными, таблицами, сетью, уметь обрабатывать ошибки (например, отвалившуюся БД) из командной строки. Потом, когда вы сформируете внутреннее API, можно навешивать роутинг и вьюхи.

Ну и не следует забывать, что первый вариант всё равно пойдёт в /dev/null