Saboteur

Начните с поиска компании, которая сделает вам видеонаблюдение под ключ.
Просто ваш вопрос сформулирован на таком плохом уровне, что лучше обратитесь к специалистам, которые ВСЕ сделают сами.

Суть такая. Интернет-магазин это инструмент. Это не самоцель. Цель - продать товар.

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

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

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

1) Столбцу необходимо указывать тот тип данных, который для него подходит, и не обязательно минимально возможный. Чтобы понять имеет ли смысл экономить место, нужно проанализировать ваши запросы - по каким именно столбцам происходит поиск - вот их оптимизировать в первую очередь. Если запросы не выполняют поиск по вашему текстовому полю, то особо нет разницы какой оно длины - строка будет найдена например по id primary кей. а прочитать 2 кб или 3 кб - разницы нет. То есть ВСЕ поля минимизировать для ускорения нет смысла, разве что для уменьшения памяти.

2) sql не адресует биты, он все равно будет выделять минимально байт для хранения флага. enum не означает 2 байта, enum может означать список флагов, это вполне может быть и 1 байт со значениям 0 и 1. или 0,1,2. Зависит от базы.

3) text - удобно, если вы не знаете точный размер. varchar хранится прямо в строке, text и blob хранит там ссылку, а сами данные хранятся отдельно. С точки зрения оптимизации памяти - текст выгоднее. С точки зрения скорости доступа к данным - varchar быстрее. Плюс по text нельзя индексировать.

4) Если поле все время пустое, и вы сделали char0, то в памяти будет выделяться новая область каждый раз, когда вы в существующую строку но с пустым полем будете добавлять что-то в это поле. А если varchar(2000), то для всех существующих записей память будет выделена сразу при запуске mysql, и обновление будет происходить быстрее чем создание новой записи.

5) varchar(2000) для всех значений. На случай если вы вдруг измените строку в таблице, и чтобы это место в памяти не "раздвигать", перемещая ВСЕ данные.

Здесь видно только фронтэнд кнопочки на ajax.

Как оно реализовано в самом сайте, вряд ли узнаем. С чего вы взяли, что это самое простое решение? Только потому, что оно быстро реагирует? Это плюс ajax, а не решения локализации.

Вопрос в том где хранятся локали - в sql/nosql базе, в конфигурационном файле, прямо в ajax - неизвестно.

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

Свойства компьютера
Advanced
Environment variables
Ищете в системных переменных PATH и добавляете туда нужные пути, разделяя их точкой с запятой.

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

Наличие еще одного специализированного профиля - очень в плюс, если вы освоили программирование.

Вдруг через xy лет вы попадете в компанию, которая будет писать софт по автоматизированию внутреннего процесса, и знания права вам помогут правильнее организовать процесс, прыгнув сразу на техлида )

У вас неверно сформулирован вопрос. Убунту - это операционная система, которая позволяет вам пользоваться компьютером. Также как и Windows, также как и webOS, MacOS, IOS, android и так далее.

Вот вы купили телефон, там внезапно УЖЕ стоит операционная система. С чего вы начинаете обучение этой операционной системе? Да ни с чего, вы просто ею пользуетесь.

Вы сформулируйте вопрос так - что вы хотите научиться делать?
Восстанавливать данные? Удалите и восстанавливайте.
Настраивать сервера? Какие? Найдите, установите.

Учиться просто линуксу - вопрос глупый.

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

Удаленный тестировщик - странное существо.
Нормальное тестирование, где нужен грамотный тестировщик, IMHO возможен только внутри команды, когда тестировщик и разработчик работают вместе, вдобавок, тесты могут быть написаны ДО программы.

Удаленное тестирование, когда твой проект тестируют какие-то странные люди со стороны - распространено только в бесплатных бета-версиях, где платят в лучшем случае ресурсами самого проекта (если он игровой - плюшками, если неигровой - бесплатной лицензией на xx времени, etc).

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

Ищите обычную работу. Да, в принципе можно найти и удаленный вариант, но явно не на "фрилансе".

Тот, кто создавал эту таблицу - рак. Категории пишутся иначе. Например в отдельных столбцах. Например в отдельных битах. Например флагами.
В вашем случае можно конечно что-то типа
selec t* from table where category ~ '%2% or category ~ '%3%'
но это рак.

Найти достойный проект с достойной оплатой.