Stalker_RED, да, не фронтендер, но он, может быть, сможет как-то повлиять на остальную команду, но это уже вопрос харизмы.
А так, да, тот же мерзкий битрикс, wordpress и остальные CMS, где в коде шаблонов месево из php, html, inline-css и JS до кучи...
vvpytin а Вы откуда, раз не встречали?
Аргументировать для Вас мне попросту лень, ибо это не два-три предложения, да и такое лучше обсуждать при личной встрече, ну или хотя бы в голосовом режиме, так как один из главных инструментов менеджера по работе с клиентами – это его харизма.
А интеграция со всеми сервисам, которые Вы перечислили реально откуда угодно, тут язык не при чём.
Сам я не за Python, как-то не прижилось.
Если клиент не понимает, не принимает аргументацию в выборе технологий (а Вы должны быть компетентнее его в этом вопросе априори), то гоните его лесом, ибо работать с таким будет мучительно больно, а нервы – ресурс крайне дорогой.
Maila, Вы очень упорны.
Папка vendor на сервер не заливается потому-что её содержимое нужно установить с нуля на сервере с помощью composer, дабы не таскать файлы – это во-первых, а во-вторых, чтобы установить нужные зависимости в условиях сервера (устанавливаемые версии зависимостей могут зависеть от установленного софта (версия PHP, например). Для 5.5 – одна версия пакета, 5.6 – другая, 7+ – третья. То, что делаете в локалке может просто не заработать в production на сервере.
Кристина, неплохо. А я вот как раз из СПб, погодка не очень, думаю, у вас там получше.
По возможностям не сказал бы, что в Python больше возможностей (если сравнивать с PHP 7+), в любом случае, если что-то не устроит в Python, то сегодня выбор есть.
Кристина, в PHP нет ничего плохого, кроме низкого порога вхождения, что генерирует огромное количество говнокодеров. Нет ничего, что можно сделать на python (Django), чего нельзя сделать на PHP (тот же Laravel), если речь идёт про веб. Мы разрабатываем большое веб-приложение на Laravel с 2013 года, масштабируется хорошо, код красивый, для тестов есть phpunit.
Вижу, что у вас есть желание работать серьёзно, поэтому хочу, чтобы Вы избавились от стереотипов, если они имеются. И нужно уметь подавить эти стереотипы в клиентах.
Взгляните на количество звёзд на github у Laravel и Django – и там и там около 30 тысяч звёзд, что немало.
Дмитрий Сергеевич, читайте мой ответ выше. Если хотите заниматься разработкой, слушайте более опытных разработчиков, иначе обречены на профессиональную погибель ещё до рождения.
Надо уметь настаивать на своём, приводить аргументы. Любой заказчик (если не совсем неадекватный, которых следует избегать в принципе) согласится с полной и качественной аргументацией.
Yii – плохой инструмент, если есть желание развиваться.
Кристина, во-первых, клиент сам не захочет менять исполнителей – программистов, ибо это снова строить рабочий процесс. А если не сработались и проект попал "в свободное плавание", то какая уже разница — это уже проблемы заказчика.
Ответом ниже советуют Yii. Я же вам категорически не советую. Если фреймворк на PHP, то это Laravel или Symfony (в зависимости от масштабов). Там вы сможете познать многие паттерны и модели проектирования, которых в Yii нет – это во-первых, во-вторых, Laravel не ограничивает географически, а Yii ориентирован только на СНГ – за его пределами он никому не нужен. Да и Laravel русскоязычном сегменте сообщество не меньше, чем у Yii.
vetsmen, хотя, можно открывать сначала свою страницу с указанием на, например, название сервиса.
Проверка там, вроде бы, происходит на первую страницу в окне и текущую, сам не пользовался перехватом контента из дочерних окон, могу где-то ошибаться, опираюсь только на теоретические данные, полученные из какой-то статьи на хабре (сейчас уже вряд ли найду).
vetsmen, так у него же только один токен может быть.
Не претендую на правильность подхода, до этого всегда использовал настоящие редиректы даже в случае SPA. Ещё один вариант – websocket, сервер говорит браузеру, что всё, юзер залогинен, такой подход тоже видел пару раз.
Сделал как в описании плагина, жму ctrl+w и выделяется.