Александр

По поводу фриланса, вариант развития:

1. вы несколько лет работаете за копейки
2. понимаете что конкурировать с индусами и школьниками не получается
3. т.к. вы один, то вам не у кого учиться, и вы делаете все абы как лишь успеть до дед-лайна
4. все проекты которые вы делаете очень примитивные и не приносят вам никакого опыта
5. вы понимаете что вы плохой менеджер и не можете грамотно работать с несколькими клиентами, да еще и писать код
6. вас время от времени кидают и вас это жутко бесит
7. иногда гонорар бывает внушительный, но вы понимаете что это только в рублях. Новый компьютер за доллары вы себе позволить не можете
8. после нескольких лет вы пытаетесь найти full-time работу, но оказывается что вы говнокодер, и никто с вами работать не хочет.
9. вам 30, вы плохой разработчик и плохой менеджер, у вас ребенок которому 2 года, и жена которая хочет от вас уйти. Так же вы живете в съемной маленькой квартире, т.к. банк не дает вам кредит на квартиру из-за того, что вы не трудоустроены официально. И даже на junior вакансии вас никто не берет уже.

Когда Вы запускаете php artisan serve - запускается сервер встроенный в PHP, который (как упоминалось выше) HTTPS - не поддерживает. Я думаю, Вам стоит либо запускать проект в рамках непосредственно OpenServer'а, который поддерживает оба протокола сразу (и HTTP и HTTPS), либо, Вы можете попробовать воспользоваться Homestand (готовая и настроенная для разработки ОС Linux, поставляемая самими разработчиками Laravel, вместе с Nginx, MariaDB, PostgreSQL и прочими плюшками). Разработка в "родной" среде, позволит Вам не только избавиться от описанных выше проблем, но и от массы других, например ошибки с регистром букв в именах файлах (к которым чувствительны большинство файловых систем *nix, в отличии от FAT/NTFS в Windows).

P.S. Для установки/запуска Homestand, Вам не нужно переустанавливать текущую ОС, он прекрасно работает как в Linux, так и в Windows, достаточно установить VMWare или VirtualBox.

Здесь ответ на Ваш вопрос. Вебсервер, встроенный в php не может в https.
stackoverflow.com/questions/26813316/laravel-php-a...

Также не понимаю при чём здесь nginx.

MySQL - как раз одно из быстрейших решений в этой сфере.
Потому что ПРОСТОЕ (можно еще поковырять в настройках самого MySQL - MyISAM быстрее чем InnoDB)

PostgreSQL не быстрее. Но навороченнее. Когда вам понадобится, к примеру, что нибудь более мощное по транзакциям или кластеризации/репликации - тогда и смотрите на PostgreSQL. Переход с MySQL на PostgreSQL не элементарный, тем более если вам нужны будут фичи PostgreSQL, аналогов которых у MySQL нет изначально.

MariaDB - это тот же MySQL только более доведенный до ума. Переезд с MySQL на него элементарный (почти ничего менять не нужно).

Если все устраивает, то на MariaDB еще имеет смысл. И это просто.
А PostgreSQL - тут нужно понимать, а зачем вам это надо. И работы по переезду там гораздо больше.

Чтобы получить ответ, нужно грамотно задать вопрос: Вы это сделали!

Каким образом лучше хранить эти несколько версий баз товаров?

В нескольких базах!

Это два противоположных хранилища. Mysql подразумевает четкую структуру и однообразие данных в первую очередь, в то время как монго вообще не следит по сути за структурой данных, хотите массив? пожалуйста, хотите однородные данные? пожалуйста!
В mysql вы создаете структуру данных и затем вам придется следовать ей, хотите вы этого или нет, бд сама решит можно писать данные или они не подходят, в монге вам придется все контролировать руками, может быть такое что вместо инфы пользователя вам придет структура лишь с одним полем, если вы что-то пропустите при записи, и это нормально.

По этому выбирать нужно сугубо исходя из нужд.
У вас есть список полей? Нужна строгость данных? Мускуль.
У вас разнородные данные? весь профиль состоит из многих полей, некоторых может вообще не быть и это норма? Монго.

Потому что она атомарна. Ее нельзя разбить на несколько более мелких.
Странно бы было если бы она была не атомарна.

Вам нужно выполнить простейший синтаксический разбор строк в исходном массиве, и самостоятельно выполнить необходимые вычисления. Если строки однотипные, т.е. вида xOy, где x и y - аргументы, а O - операция, то достаточно посимвольно разбить строку, и выполнить операцию O над нужными аргументами.

Если по нормальному, у Вас должны быть следующие таблицы:

categories
id, name, ...

products...
id, name...

categories_products
category_id, product_id

Должна быть связь has many through и потом уже делаете:
foreach($product->categories as $category)

mobaxterm.mobatek.net
Как платный, так и бесплатный.
Аналог XShell

Вот источники, по которым я занимаюсь сам:
Книга по Ruby on Rails на русском. Так же бесплатные скринкасты по Ruby на русском языке и бесплатные скринкасты по Rails на русском языке.

mexalib.com/search/?q=ruby
progbook.ru/ruby
rutracker.org/forum/viewtopic.php?t=3642347
Я думаю из всего что здесь вам перечислили, можно коллекцию не плохую собрать, и учитываться в хлам, лучше на ночь. )

Для такой задачи zebroid.ru подойдёт.

Шлее клёвый, обычно его советуют всем новичкам. Прежде чем покупать, можете скачать .pdf и ознакомиться с примерным содержанием (издание Qt 4.5 легко гуглится, сам начинал учить Qt как раз по нему). Саммерфилд тоже неплох, но лично мне не понравился (имея на руках эти две книги, открывал больше первую). К слову, есть ещё Андрей Боровский «Qt4.7+. Практическое программирование на C++»: http://symmetrica.net/qt47book/, в ней рассмотрены более специфичные вещи, такие как интерфейсы потоков, OpenGL, умные указатели и прочее (последняя глава так вообще посвящена QML), её рекомендую начать читать после того, как вас начнёт интересовать, что у QObject под капотом.
Ну и без чтения документации при обучении всяко не обойтись: Qt 4.8, Qt 5.0.

www.highcharts.com/ — разве что платное для коммерческого использования.