Андрей

<?php var_dump($editor); ?>

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

var_dump($row); die; что выводит?

ну, класс таки будет один - User.
у которого будет поле status.
иначе вот есть у тебя ИД, если три класса - то фиг его знает, кто он там - пользователь, модер или админ, какой из инстансов создавать?
хотя, тоже можно легко обойти...

а если на return false поменять - остается ошибка?

а зачем это извращение?
напиши скрипт, запихни его в крон для root'а и будет счастье

с данными работает модель, и только модель...
по хорошему, валидировать их в setter'е в момент присвоения.

на два поля один уникальный индекс и вперед

из консоли - meld как редактор конфликтов по-умолчанию.
phpStorm содержит неплохой встроенный инструментарий

посмотри, какое из условий возвращает 0 рядов..

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

соединения с БД, например.. зачем их больше одного к одному серверу?

поставь в форму флаг того, что файл загружали. и, если на стороне сервера $_FILES пуст - то выводи сообщение об ошибке.
если файл отсекается по размеру - $_FILES будет пуст и никакого флага ошибки не будет...

"правильные" 1 и 2 - это n.id или c.id

Модель - это структура доступа к данным.
Вообще, модель стоит разделить на два класса: что-нибудь автогенерируемое (только геттеры / сеттеры и все) и что-то для доступа к данным (типа сложных выборок, поисков и т.п.).

я бы heidisql посоветовал..
автокомплит таки удобная штука

FIND_IN_SET

/^url/ui