Из простых — LMMS. Продвинутые — jack и все, что с ним связяно. LADSPA -плагины, audacity, muse, rosegarden и т.д.
Есть много материалов об организации линукс-студии на английском языке. Если вы будете переводить их на русский — будет очень великолепно. И сами изучите, и с людьми поделитесь
Вкратце о возможных направлениях «оптимизации»
1 вариант — если есть возможность сформулирвовать по ТЗ привилегии статично — не имеет смысла создавать дополнительных таблиц. Привилегии указываются флагами на уровне сущностей. При этом представленная вами структура уменьшается в 3-4 раза, первычный ключ — один, индексов — не более 3
2. Если есть нужда иметь динамические привилегии — к описанному в п. 1 добавляется единственная таблица с привилегиями (юзер, коррелирующая сущность, тип привилегии). В этом случае структура уменьшается в 2-3 раза, первичный ключ один, индексов не более трех.
В обоих случаях можно работать вообще без джойнов, и практически любую операцию делать двумя последовательными выборками. Через слой будет вообще замечательно выглядеть.
InnoDB — можно, если подразумевается дейтсвительно большая нагрузка и вы реализуете механизм транзакций. На представленном этапе разработки это не имеет практического значения, именно эту «оптимизацию» можно отложить на потом.
Недизайнер будет вынужден осваивать софт — это займет некоторое время и силы. Проще поручить работу дизайнеру. Например, фрилансеру, если вы не хотите иметь его в штате.
Работа уровня представленного вами образца стоит достаточно недорого. Дешевле, чем вы думаете. Не, еще дешевле… :) Осваивать софт и, де-факто, навыки дизайна — выйдет дороже.
1. Монструозностью.
2. Владелец — большая корпорация. Никаких претензий к этой корпорации у меня лично нет… Просто глядя на судьбу несчастного MySQL, приходится много думать о разных вещах… в том числе о практике мирового заговора и т.п. :)
+
за большой траффик придется платить в любом случае, а у Hetzner — отличное предложение как раз по траффику. Если разобраться в деталях — обнаруживается, что это просто великолепное предложение…
Если сможете — отследите AVG при задачах, выполнение которых занимает более 30 секунд. Кроме этого, интернет полнится слухами, проверять которые нет желания. Просто последовали по пути наименьшего сопротивления, и стали применять ту технологию, которую не ругают, а напротив — хвалят, в этой области задач.
1. Где руки, чтобы его туда засунуть? Операция занимает менее минуты.
2. Apache — далеко не единственный сервер. К примеру, большинство проектов, который я сдавал в продакшн, работают на pure nginx, и в этом случае правила рерайта прописываются в конфе хоста.
Это две причины, из-за которых разработчики не включили этот файл в релиз — и я, как и многие другие пользователи, в этом их полностью поддеживаю.
Это фреймворк для разработки веб-приложений, поэтому от его пользователей естественным образом ожидается некоторая квалификация. Тем более, если речь идет о базовых, «азбучных» знаниях.
Согласен, имеется и существенный косяк — тон, которым написана документация, подразумевает аудиторию newbies. Это сбивает с толку, так как для комфортной работы требуется все-же несколько другая информация. Или, вернее, поданная в другом тоне.
Есть много материалов об организации линукс-студии на английском языке. Если вы будете переводить их на русский — будет очень великолепно. И сами изучите, и с людьми поделитесь