Евгений Елчев

Нет ну серьезно. у этой либы отправка пуша делается в 10 строк. Сложно проверить работает она или нет? или посмотреть что у нее 1к звезд, регулярные релизы и обновление репозитория. А так же у нее жевой баг трекер. Опять же можно задать вопрос там,если уж вы не боитесь задавать глупые вопросы.

По поводу вопроса какой пользовались вы. Использовал именно ApnsPHP, впечатления положительные, простая и удобная либа. Советую.

Смотрите, миграции это инструмент для изменения структуры базы данных. В данном случае вам изменять структуру не нужно, как я понял она уже есть и вас устраивает. Так что можете миграцию для это таблицы не писать или написать исключительно что бы была, например если вы будете приложение в дальнейшем разворачивать где то с нуля и вам придется эту таблицу создавать.

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

Ничего подключать не нужно, все эти пакеты ставятся по желанию, что бы не писать каждый раз свой велосипед, и именно из за возможности простого подключения пакетов все полюбили руби, а потом и в php появился composer.

Существует ли альтернатива Guzzle для запросов к внешним api

Разумеется, Guzzle это обертка над штатным CURL, не хотите использовать удобный Guzzle, пишите запросы на CURL руками, если 20мб для вас так критичны и подвод не использовать удобный пакет, то это ваш выбор.

Ежели альтернативы нет... то как подключить этот Guzzle только к своему пакету?

К какому своему пакету? Вы пишите не приложение на laravel А пакет для него?
Но в любом случае почитайте про зависимости и о том как работает composer.

Подключение в laravel выглядит так:
1) Добавить в require composer.json
2) composer update
3) можно пользоваться
В классе где вы хотите использовать Guzzle подключаете неймспейсы, например use GuzzleHttp\Client и все работает, если не работает то вы где то ошиблись (хотя в двух простых шагах тяжело ошибиться) и надо смотреть ваш код.

Если вы разрабатываете свой пакет, то собственно надо смотреть как вы делаете. Но в целом, ситуация мало чем отличается. Основное отличие, что его нужно добавлять в composer.json пакета, а не приложения

Начнем с того, что RoR это фреймворк, а Drupal это CMS и это совсем разные вещи.
1) Да действительно все так, но имейте ввиду, что это относиться к программной части.
2) Сможете, но опять же, ну думайте что в RoR, есть какая то готовая админка и какие то готовые плагины к ней. Там есть так называемые гемы, но гем не плагин к cms, это модуль к cms, он предоставляет функционал который вы можете встроить в систему, но его придется именно встраивать, прийдется его настраивать (настраивать в коде).
3) Этого ничего нет в RoR, вы можете реализовать их сами, вы можете найти гем который предоставит необходмый функционал, но это все равно придется программировать.

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

Вам нужно попробовать написать, что то на руби и вы сразу поймете разницу. Друпал и RoR это разные инструменты для разных задач. Глупо разворачивать рор для простого бложика или сайта визитки. Вам придется руками писать гору функционала который есть в другпал из коробки. RoR нужен тогда, когда ваша задача столь специфична, что проще ее сделать самому, чем корежить друпал.