rakot

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

Вообще очень странная "стычка" у вас произошла, один советует конструктор "для домохозяек", а у другого нет аргументов в пользу того, что этот инструмент ему не подходит.

Вам нужно было привести примеры решаемых вами задач и доказать что данные задачи не могут быть реализованы посредством wix, а если это не так, то возможно советчик был прав в вашем случае?

Gii в Yii как раз то, только тот что идёт в комплекте с фреймворком несколько неудобный CRUD генерит.
Я для себя его раширил по принципу постфикса полей, а именно:
Если у названия поля закинчивается на:
_date — значит в админке будет поле даты
_datetime — дата со временем
_image — поле загрузки картинки в папку аплоадс по контроллеру
ну и enum раскладываю в селект.

Экономит вагон времени в сравнении со стандартным Gii.

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

Мне нравится crunchbang, привлекает то, что это подпиленный debian, не переделанный как ubuntu, а именно подпиленный с полной совместимостью репозитория дебиана, базируется в основном на тестинг репозитории, не считая межсезонья. Поставьте на виртуалку, может тоже понравится.

Храните сессии в Redis

Обратите внимание на ваши INT(6),INT(3),INT(1), думаю что это не совсем то, что вы хотели(попробуйте в INT(1) записать число 1000000).

Вы везде используете VARCHAR, хотя для password и salt можно(и нужно) использовать CHAR.

Насколько я слышал Yii черпает вдохновение из рельсы. Покрайней мере очень часто слышу что они похожи. По поводу Zend Framework ни разу, ни от кого, не слышал положительных отзывов, все говорят одно и тоже «Отличный сборник готовых классов».

Если вам нравится Ruby On Rails, то на вашем месте остановился именно на нём. Вакансий на руби конечно меньше чем PHP, но и разработчиков на заметно меньше, да и квалификация разработчиков в среднем заметно лучше. К слову, уровень зарплат на руби выше чем на PHP.

Еще 1 огромный бонус, если вы пойдёте работать рубистом. то всегда будете разрабатывать на рельсе, а не как в случае с PHP вам попадётся ненавистный фреймворк/cms/движок на котором вас ломает писать.

Возникает пара вопросов, кто вам настраивал MySQL и какой тип таблиц вы используете?

Всё же навскидку могу сказать, что память уходит скорее всего из-за скортировок по неключевым полям. MySQL выделяет память под сортировку на каждое соединение, по умолчанию 8 мегабайт, память выделяется как только приходит запрос с сортировкой, причем выделяется сразу вся порция внезависимости от того, надо вам 100кб под данную операцию или все 8 мегабайт.

Во время нагрузки посмотрите SHOW FULL PROCESSLIST.
По сложным запросам посмотрите EXPLAIN.

Несколько стратегий:
1. Добавлять ключи для выборок и сортировок, если это приемлимо и их еще нет.
2. Увеличивать шансы на попадание запросов в кеш MySQL.
3. Кешировать данные на уровне приложения.
4. Перенести некоторые операции на уровнь приложения.

А мне понравилось как со мной здороваются на hdviews.ru. Здравствуйте %username%, но здравствуйте написано на многих языках и выводится рандомом.