Максим Тимофеев

Есть для этого тайный список полезностей от иллюминатов

1с называется

Есть ли фрэймворки чисто под мобильные сайты?

нет, но есть максимально подходящие, например:
https://material-components.github.io/material-com...

Сетку можно самому собрать, я так понимаю вся суть ее в разделении на две версии, горизонтальной и портретной и как следствие что-то в 1 столбец, что-то в два. Можно взять обычные сетки, тот же bs и сменить breakpoints
Но когда речь о

уйму лэндингов

может есть смысл свое собрать? И сборщик, что бы конвейер устроить.

возможно ли создать сайт авиабилетов на Vue

vue - это один из инструментов в этой задаче. Тут вероятно понадобится api на backend на каком-нибудь yii2(3) или laravel. Понадобятся уверенные знания html, css, js, npm, webpack, composer.
А vue будет решать лишь часть задач.

Ваш вопрос похож на "можно ли из метала построить ракету". Как бы и да и нет. Одного метала мало будет, если надо, что бы полетела.

В случае с авиабилетами прийдется видимо еще ознакомится с api сервисов, которые дают данные. Понять что такое json и/или xml. Вероятно не обойдется без ajax.
Я бы сказал, что это самый плохой вариант для изучения чего-то. Так как он весьма не прост и требует опыта и стека достаточно серьезного. Тренироваться лучше на "кошках" ))))

Хотел начать на yii, но я хочу весь интерфейс сделать на индексе, которая будет по ajax получать данные окон. Поэтому подумал, что yii будет избыточен.

yii на back, как api, на фронте какой-то js framework, стандартная связка. Вот например cms на angular + yii2: https://github.com/luyadev Не думаю, что она Вам подойдет, но покопаться в коде будет полезно, так как там участвуют core developers yii2.

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

Есть - популярный конструктор лендингов

Его название значительно улучшит качество ответов. Например у той же tilda есть api и тогда может быть оправданно взять framework и использовать то что есть. А если использовать нельзя, то для магазина конечно готовое решение проще и быстрее, если его функционал совпадает с функционалом cms.

Но вопрос сложный. И что-то предлагать не видя ТЗ и не видя того что уже есть сложно и не правильно. Надо вникнуть и просчитать все варианты. Выбрать оптимальный.
Если сами сомневаетесь, возможно есть смысл привлечь кого-то с большим опытом, как консультанта.

А зачем слушать мнения, заходим на сайт проекта и смотрим новости. Последняя 01 мая 2017

Вышла баг-фиксная версия LS 2.0.1.

Еще веселее выглядят требования в виде php 5.2.1 А это значит ООП там не пахнет и вообще пахнет не очень.

Берите yii2, порог входа низкий, хорошая документация, есть куда инфы на русском языке.

Если с php framework-ами дело не имел, то лучше yii2. Порог входа низкий, REST из коробки и есть весь необходимый функционал.
www.yiiframework.com/doc-2.0/guide-rest-quick-star...
Laravel тоже неплох, мне он кажется менее логичным и более сложным, но это дело вкуса. Symfony - хорошо, но еще посложнее. Вот пожалуй 3 самых популярных и современных инструмента.

yii2 или/и laravel
Выбор в сторону того или иного дело вкуса. Начни оба и поймешь что тебе подходит.

Api для того и сделано, что бы на чем попало можно было сделать.
Зачем битрикс? Это же back, там вся соль в CMS, а она Вам не нужна по сути.
Любой framework берите и делайте: laravel, yii2 и т.д. - это если php или как предложил zorca js варианты. Зависит от тз. Если только строить по шаблонам и данным из api то конечно удобнее js вариант. Если какой-то разбор данных пришедших по api есть, какая-то админка нужна - то php проще будет.

Пишите на том, что знаете, тем более, что знаете Laravel

Laravel ? Думаю он слишком большой для блога, и сожрет дофига ресурсов

Да есть framework полегче, но Laravel не тяжеловес.

Найдите несколько исполнителей, предоставьте им выбор с теми критериями, которые описали тут. Попросите аргументировать выбор. Таким образом не только отсеете людей не способных мыслить и не имеющих опыт, но и сможете выбрать инструмент. К тому в отличии от нас тут, этот человек (которого найдете) будет нести ответственность за свой выбор. И через время на вопрос "почему так не получается" не скажет: "потому что надо было на вот этом делать".
Поверьте тут много людей дающих плохие советы, нет ответственности. Я лично дико не люблю, когда заказчик приходит с ТЗ и готовым инструментом, с которым я в корне не согласен. Ибо если я воплощаю в жизнь все это ТЗ и несу ответственность, то с чего вдруг какой-то ... с форума или еще откуда либо решает на чем это делать?

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