Vitaliy

2-ой вариант.

Для винды строго OpenServer. В Ubuntu LAMP. Про денвер забудьте это уже не модно.
Локальный сервер от боевого не чем не отличается в принципе. Просто нужно узнать какую версию PHP поддерживает ваш боевой сервер ( phpinfo() ) и установить почти токуюжи на свою локалку.
Лично у меня на ноуте стоят две OC - WINDOWS 10( для игр _)) ) и Ubuntu 15.10( для программирования).

Подскажите, что это за стек технологий?

По опыту своих коллег:
Потрындеть по 4 часа в день друг с другом, час пить чай/кофе, ещё час материть заказчиков и последний час чтобы написать пару строчек кода.

поля объявленные в производном классе исчезают?

Это называется object slicing. Это явление проявляется в языках, где сложные типы данных вроде классов и записей а) могут наследоваться и добавлять новые поля при наследовании; б) могут присваиваться по-значению (by value). Это и приводит к тому, что поля потомка при присвоении в переменную типа предка отсекаются. Такое присвоение само по себе некорректно, т.к. если вы работаете с объектами классов-наследников через интерфейс базового класса, это подразумевает полиморфное поведение и работу через ссылку/указатель, т.е. чтобы вместо самого объекта копировалась ссылка/указатель на него (т.е. его identity, "уникальный ключ"), а сам оставался нетронутым и лежал там же, где и лежал.

При работе через ССЫЛКУ на базовый класс (т.е. Base&) таких проблем не будет, однако ссылка сама по себе переменной не является (в отличие от указателя) - это лишь дополнительное ИМЯ для некоторой другой переменной или области памяти. Поэтому, вы не сможете сохранить ссылку в векторе - ваш код не скомпилируется. В векторе вам нужно будет хранить указатели. Например, std::vector<Base*>.

Запомните простое правило - если ваши объекты подразумевают работу через интерфейс базового класса (т.е. полимофрное поведение), то в большинстве случаев вам следует работать с ними через указатель (и, в большинстве случаев, размещать эти объекты в куче). В том числе через умные указатели (unique_ptr, shared_ptr).

В других языках (C#, D вроде тоже) существует фундаментальное разделение на типы-значения и ссылочные типы, и для всех ссылочных типов работа "через ссылку" предоставляется автоматически. В C++ такого разделения нет, и как работать с типом вы выбираете сами, при его ИСПОЛЬЗОВАНИИ (т.е. используете либо по-значению, либо через указатель).

P.S. С днем рождения!

Не хотите посредников? Ок, без проблем. Вам нужен договор на услуги эквайринга с каждой системой электронных денег, которые вы хотите на сайте, а также с банком предоставляющим услуги эквайринга банковских карт. По каждому такому договору вы обязаны будете пройти приемосдаточные испытания и на выходе получите нужные вам услуги с комиссией около 3%. Хотите меньше? Поднимайте оборот до миллионов в месяц, тогда может и снизят. Опять же - у каждой системы будет свой оборот и если по банковским картам вам за оборот и снизят комиссию, то по электронным кошелькам оборот может и не дотянуть. Добавьте еще разработку и внедрение страницы агрегирования всех этих приблуд, поддержку API каждой системы приема платежей в отдельности, а так же ежедневные сверки реестров по каждой платежной системе. Если вы считаете что вот вся эта работа стоит экономии в 2% - то вперед к победе коммунизма. Да и кстати - если вы физ.лицо, то ни одна организация с вами не будет заключать договора на поставку подобных услуг. Ни банки, ни вебманя никто... Физлицам дорога только в Яндекс.Кассу, Робокассу и иже с ними подобными.