sim3x

Так уж и прогремела? Нет никаких убийц, есть конкуренция, есть области применения, да в конце концов и сам бутстрап то далеко не всем нужен.

мой начальник (отдела ИТ) пришел в понедельник и заявил, что увольняется

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

1. заявлением на имя директора в 2-х экземплярах со входящим номером о существующих проблемах и отсутствующих данных
2. акт приемки-передачи
3. приказ о назаначении тебя ио руководителя отдела

Ой ностальгия, это как я помощником отдела автоматизации в одну контору, со сомнительной репутацией устроился. В итоге когда компания набрала 100500 заказов, со сказочными обещаниями, а руководитель мой придумал "четкую схему", которая как по его мнению, должна была стать самой конкретно способной в регионе - в итоге понял, что с этим не справиться и вообще, пролетел по крупному - тихо свалил, заявляя "все заработает, с этим даже ребенок справиться". В итоге он когда ушел, меня поставили на его место, я начал разбираться в этом всем дерьме, куда меня не посвящали и осознал, что пытаться продавать кассы на Линуксовом ПО (уже забыл название), которое было только в бето-версии, не поддерживающее в данный момент и половины обещанного клиентам функционала, а самое главное, пускать фискальные и не фискальные чеки с одной ККМ из не совместимой товароучетки, без тестового стенда и запасом времени хотя бы в пол года - Очень глупая затея. В итоге я кое как сделал кривенький обработчик, который обменивался справочником кассы с товароучетной конфигой 1С, а босс начал шантажировать "Пока не сделаешь все, что обещал твой начальник - зарплату не выдадим" - уволился к чертям.

Я бы слал нафиг с такими предложениями. Если не гарантируют место - требуйте повышенную оплату за этот период.

Ну по порядку-
Реализовать виртуализацию конечно же реально. (она же у вас уже собственно реализована) Железо полностью поддерживает.
Ставите гипервизор и работаете.

А вот дальше идут непонятные вещи -

при этом на этой же машине подключаться к гостевым осям "напрямую"

Это как?
Во первых если у вас это будет чистый гипервизор, то на нем работать вам вообще никак нельзя будет, это же не ОС, и соответственно никуда вы с него не подключитесь.
Даже если это будет гипервизор и ОС все равно - как это подключиться к виртуальной машине напрямую??
Виртуальная машина это отдельная машина, и в любом случае вам придется подключаться через vnc\rdp или аналогичную технологию. Иначе просто никак.
Пробросить видеокарту в гостевую машину можно, это не просто, не каждый гипервизор это позволяет, и не всякое железо поддерживается, но можно. И в гостевой будет работать 3D графика.
Насчет множества мониторов - не совсем понятно что именно вам надо.
С каждой виртуалки по четыре монитора или как? Ну и по подключению множества мониторов я не спец, честно говоря даже не знаю точно, мне одного хватает.

~/.bin

Я бы на вашем месте убрал вопрос, чтобы не позориться.

не составит труда, если изначально все было спроектировано правильно.

И тут приходим к тому что нужно учить не фреймворк, он тут много погоды не делает (хотя в Symfony чуть сложнее накосячить, хотя всегда можно сделать ужасно). Так же есть определенные нюансы. Скажем если вы захотите проникнуться настоящим феншуем, DDD всякими и т.д. придется отказаться от MySQL в пользу PostgreSQL (если конечно вы не работаете с ораклами какими, в mysql все плохо с автоинкрементами, что накладывает определенные ограничения при работе с Doctrine и заставляет писать кучу лишнего бойлерплейта что бы все было красиво, хотя этот бойлерплейт можно реюзать).

По сути единственная разница между приложениями на Laravel и Symfony - ORM идущая из коробки (как бы все можно подменить под себя). Все остальное - минимальные различия. А с нормальным ORM (а в PHP мире она пока одна - Doctrine) уже можно делать дела красиво и эффективно с точки зрения трудозатрат. Но даже с ActiveRecord можно жить и не тужить.

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

Прочитал много мнений о том что Laravel намного быстрее работает чем Symfony.

Вот этот параметр просто не учитывайте. Как минимум Laravel основан на компонентах Symfony и единственное узкое место, которое явно работает медленнее это Doctrine ORM, но та гибкость которую она дает слихвой оправдывает прожерливость. Да и смысл вообще по этому поводу загоняться этом есть только на больших нагрузках, а так вы с большей вероятностью убьете производительность не расставив где надо индексы в базе.

подскажите правильный путь

А правильного нет. Каждый сам свой путь выбирает. Хотите развиваться? Читайте книги. Кента Бэка почитайте, Эрика Эванса и других персонажей... Расширяйте кругозор, а далее что понравится. А да, не ограничивайтесь книгами только для программистов. Почитайте чего по процессам разработки (чего-нибудь про скрамы, канбаны, лины, континиус импрувмент).

И на телеэкранах новая серия "Битвы Экстрасенсов". В рамках текущего выпуска участники шоу узнают, что случилось с самолётом без вскрытия чёрного ящика поговорив с духами; найдут иголку в стоге сена по остаточному магнетизму; и самое сложное испытание - узнают о модели планшета по сообщению на toster!

Нет, ну вы ходя бы перечитывайте. А лучше сами пытайтесь ответить на вопрос. И да, напишите уже в саппорт гугла, авось разбанят.

UPD. В общем случае Вам надо ставить не Linux под чистую, а лишь изменить рут.

Не совсем понятно, чего вы хотите. "Хочу сделать что-то полезное для д/с. Им нужен сайт" - так делайте, или вам нужно благословение?

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

Другими словами, как вам уже сказали два предыдущих человека - определите технико-экономическое обоснование пользы от старого железа в перспективе. Если вы технически можете его использовать, если по деньгам (куда включена и зарплата тех, кто будет это настраивать/обслуживать) это выгоднее чем новое железо, то личные предпочтения "я хочу тока новое и блестящее" будут звучать непрофессионально.

Initial data

UPD:
1) Получаем pk Item'a (id)
2) Меняем JS'ом Value у Input.

А вообще, вы сами себе противоречите.

Передать параметры не через URL

и

полученный с помщью AJAX, отправить в FormView

. Тут несколько вариантов. Два правильных, один кривой:
1) Боготворя REST, вы делаете URL, по которому получаете форму и у вас всё равно выйдет URL, вроде /item/15/getform, где 15 - pk вашей сущности
2) Забив болт на REST, вы получаете форму через один URL для всех сущностей, передавая GET-параметром нужный. /getform?item=15
3) Забыв вообще про правила приличия и REST в том числе, вы делаете POST запрос на URL вида /getform и передав параметры POST запросом. В этом случае, их не будет видно в URLе.

nginx windows - стреляйте себе в ногу, стреляйте.
Когда будите прыгать на одной, посмотрите в сторону linux или хакинтош.

Читайте первоисточники.

gist не понравился своим веб интерфейсом , НО потом я нашел программу Gisto , теперь юзаю по полной