Нет, ну можно, конечно, и без крона обойтись - сделать какой-нибудь долгоиграющий скрипт/демон, который будет по нужному времени дергать нужные задачи, но зачем изобретать велосипед?
Артур Гранд: Встроенный в Yii определенно лучше, чем Eloquent (как пример), однако, в чем нужда использовать именно ActiveRecord? Некоторые довольно обоснованно считают, что это вообще антипаттерн (т.к. нарушает принцип "единственной ответственности"). А лучший DataMapper на PHP - это, безусловно, Doctrine.
Целый ворох закосневших стереотипов. Современный PHP в плане синтаксических и архитектурных возможностей ничуть не уступает (а то и превосходит) "настоящим" языкам, и качество кода на нем зависит исключительно от квалификации кодера, а не от того, что язык, якобы, плохой.
А стереотипы - они всем выгодны, да. И раздувающимся от самомнения "ынтырпрайз-сеньера", дескать, мы-то на настоящем языке пишем, а не на пыхопе каком-то, так что платите нам больше, и пхп-макакам, которые пишут говнокод, не используя и 10% возможностей PHP, и отмазываются тем, что "язык плохой".
Сергей Кулагин: очень советую еще освоить какую-либо систему контроля версий - сейчас индустриальный стандарт де-факто - git, но для начала пойдет и что-то попроще, например SVN.
На самом деле, на Sublime есть такие плагины, как SublimeCodeIntel, реализующие автодополнение по открытым проектам. В большинстве случаев этого достаточно. Но, конечно, со статическим анализом кода и прочими наворотами в IDEA/*Storm это не сравнится.
Евгений Питаев: Во-первых, самое главное: нельзя смешивать логику, данные и представление, это очень плохая практика. Почитатайте про паттерны проектирования, в частности MVC. Во-вторых, SQL-запросы в цикле - это кошмар. Пока у вас 1,5 пользователя и база с десятком записей - кажется, что ничего страшного, а на любом реальном проекте это приведет к огромным нагрузкам на базу и тормозам. В третьих, mysql_* - это deprecated функции, их уже нельзя использовать. Используйте PDO или, в крайнем случае, mysqli_*
sacred1: Что-то я вообще не понимаю, что вы пытаетесь сделать. Зачем вам метод addPost, который возвращает полученный массив? Куда он его возвращает? Зачем? Что мешает сохранить данные в БД, вызвав People::create(Input:all()) ? Или вы пытаетесь реализовать репозиторий? Тогда это надо не в модели писать, а в отдельном классе, который будет ее вызывать, почитайте про этот паттерн.
sacred1: теперь уже я не понимаю, о чем вы (а может, и изначально не понимал, хз). with('blablabla') - это и есть inner join. Указывать там, где вы хотите получить данные. В контроллере, сервис-провайдере и т.д., я же не знаю, какая у вас архитектура.
Считается, что Android в целом проще и гибче, но в iOS-рынке более реально заработать. А вообще, нативные приложения скоро умрут, уступив место ультракроссплатформенным web-SPA (имхо).
FanatPHP: а еще нужно использовать ORM и оборачивать слой работы с БД, используя паттерн "репозиторий". Только человеку, который не имеет опыта в кодинге, вряд ли все это покажется понятным. Он же не коммерческий проект пишет, а просто учится. Изучит ООП - будет и "mysqli со стрелочками" использовать, и все остальное. Конечно, PHP - хреновый выбор для первого языка, но вопрос не об этом.
