Алексей Горбунов

Не соглашусь с комментаторами выше. Иногда есть причины для подавления ошибки.
Вот пример:

$file = '/g/g/g/g/';
if (!@unlink($file) && file_exists($file)) {
    throw new \RuntimeException('Failed to delete file ' . $file);
}

Тут unlink на несуществующем файле приведет к

Warning: unlink(/g/g/g/g/): No such file or directory in

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

Если файл не удалился - выкидываем исключение.

если нет желания и мотивации значит это не ваша профессия

и програмирование не футбол чтобы играть командой никакие единомышленники не помогут

Но в последние время желаниие и мотивация становиться меньше.

Значит это не ваше. Если бы это было что-то родное вам, вопрос бы мотивации даже не поднимался.
Решение:
Для того что бы не пропадала мотивация, нужно пойти на завод, желательно на самое грязное производство, и там у станка постоять 12 часов. Мотивация как правило сразу переходи на уровень over много

людей из этой же отросли.

Зачем вы кому-то нужны. Что вы такое можете дать другим людям, что бы с вами интересно и выгодно было общаться. А бесплатно учить вас никто не будет.

Математика бесплатна. Формула расчёта длины на сфере (вам же точность не важна) выведена ещё тысячу лет назад.

Ну так. Сижу на линуксе уже лет 20 (да-да, я стар, как говно мамонта, но не совсем).
1) Рекомендую установить линукс второй системой, благо это не вызовет какой-то диссонанс.
2) Попробовать в нем поработать. Будет дискомфорт, сильный. Придется поменять привычки, изучить командную строку и найти альтернативные программы.
3) Конечно, 4Гб для комфортно работы маловато, но достаточно при умелом использовании.
Далее.

Если вы разработчик, то в линуксе все для этого есть, начиная от кучи всяких IDE (благо, они практически такие же, как и на винде), и заканчивая docker/libvirt. Все вместе значительно облегчает разработку. С примесью командной строки, а еще и например с таловым менеджером типа I3, производительность будет очень высокой, правда со временем. Уходить на винду обратно - морально себя ломать.

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

За что я люблю линукс.
- все на кончике пальцев, в прямом смысле слова.
- куча рабочих столов (как и в OSX), я до сих пор не пойму, почему майкрософт это никак не внедрит в свой GUI, причем оболочки типа HP Launch для еще windows 3.11 были в 1995 году.
- все инструменты разработки создавались изначально под командную строку и все из мира unix
- командную строку вообще практически нечем заменить, и 40 лет развития unix сделали ее просто волшебной.
- куча редакторов для простого текста, начиная от VI/Emacs, и заканчивая тем же самым gedit. все это с подсветкой синтаксиса, автокомплитом и прочими плюшками
- все идет из коробки, не нужно ползать по сайтам, скачивать сомнительные программы
- отсутствие вирусов и безопасность
- виртуализация типа docker/libvirt, развернуть.попробовать новую систему - 5-10 минут, даже винду.
- ну и подготовка документации, обожаю pandoc и текстовый markdown. На выходе красивые PDF, которые можно хранить под управлением git/mercurial.
- для картинок использую inkscape.

Да, у меня еще есть парочка макбуков и аймак, но этот текст пишу с ультрабука асус s. OSX в плане юзабилити немного лучше, но в ней нет I3.

1.antiX Linux - 256 МБ оперативной памяти
2. SparkyLinux - 256 МБ

MySQL Workbench

Характеристики относятся к товарам? То есть у одного товара только один набор характеристик или один товар может приходить и продаваться с разными наборами характеристик, например кроссовки адидас, цвет: Белый, размер: 37 и кроссовки адидас, цвет: Синий, размер: 39. Если второй, более сложный случай, то делаем следующие таблицы

1) Таблица Properties (id, name, valueType) - здесь просто храним список возможных свойств
2) Таблица PropertyValues (id, propertyId, value) - здесь храним возможные варианты значений для свойств, у которых не простой тип, то есть не строка, не число, не булево, не дата
3) CharacteristicsSet (id, productId, name) - здесь будет храниться набор свойств для конкретной позиции товара на складе, name будет составляться автоматически как строка из свойств и их значений, указанных для позиции товара
4) CharacteristicsValues (chartacteristicSetId, propertyId, valueType, value) - здесь будут храниться значения свойств для конкретной характеристики.

Например нам пришли партии кроссовок со свойствами цвет: белый, размер: 37й и цвет: синий, размер: 39й. (например 100 и 50 штук соответственно)

Тогда наши таблицы будут выглядеть следующим образом:

Properties:
id: 1, property: 'Цвет', valueType: 'set'
id: 2, property: 'Размер', valueType: 'number'

PropertyValues:
id: 1, propertyId: 1, value: 'Белый'
id: 2, propertyId: 1, value: 'Красный'
id: 3, propertyId: 1, value: 'Синий'

CharacteristicsSet:
id: 1, productId: 777, name: 'Цвет: белый, размер: 37'
id: 2, productId: 777, name: 'Цвет: синий, размер: 39'

CharacteristicsValues
chartacteristicSetId: 1, propertyId: 1, valueType: set, value: 1(ссылка на белый цвет)
chartacteristicSetId: 1, propertyId: 2, valueType: number, value: 37
chartacteristicSetId: 2, propertyId: 1, valueType: set, value: 2(ссылка на синий цвет)
chartacteristicSetId: 2, propertyId: 2, valueType: number, value: 39

Ну и в таблице склада можно будет хранить записи в виде:
productId: 777, characteristicsSetId: 1, quantity: 100
productId: 777, characteristicsSetId: 2, quantity: 50

Если же различный набор свойств для одного товара нам не нужен, то все то же самое, но обходимся без таблицы CharacteristicsSet: а в CharacteristicsValues ссылаемся на сам товар. Соответственно весь поиск будет проходить по одной таблице CharacteristicsValues с индексированными полями. Например чтобы найти любые товары с цветом Белый, мы делаем поиск

select * from CharacteristicsValues where propertyId = 1 and value = 1

ну и с соответствующим соединениям по таблицам характеристик и(или) товаров