Mokhirjon Naimov

За вывод ошибок отвечает этот класс:
laravel.com/docs/5.0/errors#handling-errors

Идея такова: ошибки можно отловить как брошенное исключение (как вами, так и laravel). К примеру TokenMismatchException для не совпавшего токена:
$e instanceof TokenMismatchException
Либо по статусу:
$e->getStatusCode();
Так же, можно не заморачиваться, а просто создать шаблон для ошибки и сохранить в /resources/views/errors/код.blade.php (где код - 403, 404...). Laravel сначала ищет его и только если не находит вываливает стандартное сообщение.

Тут всё просто: писать нужно в файлики и писать нужно код. Ничего нового пока не придумали. :)
laravel.com/docs/5.0/errors#http-exceptions

Сделать scope, вынести его в trait и использовать в нужных вам моделях

class Article extends Eloquent{
    public function images(){
        return $this->belongsToMany('Image', 'article_images', 'article_id', 'image_id');
    }
}

Есть. How to Use Git and GitHub

Поставьте либо true для pretend, либо драйвер log, чтобы проверить, что оно (письмо) формируется и пытается быть отправленным. И если в логах что-нибудь обнаружите, то копайте в сторону возможностей Вашего окружения работать с почтой...

Решил проблему!

php artisan cache:clear 

chmod -R 777 app/storage 

php artisan dump-autoload

Что касается каналов связи в датацентрах, то даже если провайдер физически может предоставить линк только в 1гб, то ничего не стоит попросить подключение по двум, трём, десяти (далее везде) линкам. Это называется бондинг или транкинг, когда несколько физических линий объединяются в один логический линк.

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

То есть как подключить свои серверы к интернету.

Как вообще устроен интернет. Основа - физическая инфраструктура, то есть, грубо говоря, кабельные сети. Не будет канальной емкости - не будет быстрого интернета. Затем, поверх этой инфраструктуры обеспечивается IP-связность, для обмена данными об IP-сетях используется протокол BGP. У каждого "кусочка интернета" есть свой номер автономной системы (AS в терминах BGP), своя доля адресного пространства IP и оборудование, обеспечивающее IP/BGP функциональность. Каждая такая автономная система устанавливает отношения с другими автономными системами, может слать трафик до их сетей и принимать трафик от них. Очень часто в этих отношениях доминирует коммерческая нота или политика другого уровня.

Нужно чтобы и Узбекистанцам не было проблем с трафиком. Трафик внутри Узбекистана бесплатен, а мир дороговато (ваши 20-100 мб/с (безлимит) = у нас 1-4 мб/с (500 - 10000 мб)).

Теперь применим это к Узбекистану. Насколько я понял (а помог мне этот сайт), "точкой входа" зарубежного трафика для Узбекистана является Узбектелеком, AS28910. Узбектелеком меняется трафиком с российскими, казахским и немецким операторами связи, притом, практически наверняка, платит за это приличные деньги.

Теперь, какие пути к улучшению ситуации.
1) Увеличить объемы трафика между Узбектелекомом и его аплинками (Ростелекомом, Вымпелкомом, Транстелекомом, Казахтелекомом, Мегафоном, немцами). Для кардинального улучшения, предполагаю, может потребоваться обновление оборудования и увеличение канальной емкости (проложить дополнительные волокна и т.д.). Это большие деньги. Кроме того, не надо быть особым знатоком узбекских реалий, чтобы предположить, что такие вопросы контролируют уважаемые люди, которые отвечают перед еще более уважаемыми людьми. У этих людей может быть свое видение развитие узбекского сегмента интернета, отличное от вашего. Например, они могут иметь основания опасаться повторения "твиттер-революций".
2) Самому стать новым Узбектелекомом. Это, в моем представлении, потребует еще больших денег и протекции.
3) Просто ждать и надеяться на лучшее. С развитием интернета (и его узбекского сегмента) объемы трафика будут увеличиваться, что заставит и Узбектелеком развивать соответствующую инфраструктуру. Развитие потребительского интернета во многих странах идет схожим образом, только с некоторым опережением/запаздыванием.
4) Развитие пункта 3 - развивать узбекский сегмент интернета, приближая будущее, с роботами и оптикой в каждый дом. Если вы создадите востребованный (не только в Узбекистане, но и в странах СНГ) сервис, рабочие места, налоговые отчисления, то обосновать необходимость перемен будет проще, на мой взгляд.

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

Grab - простой и понятный способ.
Selenium - использование браузера.
Если в формах присутствует JS, то подойдет второй вариант.
Недавно нужно было спарсить оприделенную инфу со страницы, которая подгружалась средствами JavaScript. Помог Selenium, браузером указал PhantomJS.

Советую использовать последний стабильный релиз из ppa:

sudo add-apt-repository ppa:chris-lea/node.js
sudo apt-get update
sudo apt-get install python-software-properties python g++ make nodejs

npm идет в одном пакете с nodejs

Подробнее в официальной документации: https://github.com/joyent/node/wiki/Installing-Nod...

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

1) выбрать Java. из-за простоты, гибкости и неплохой производительности.
2) написать минимальского бота, который может хотя бы законнектиться к серверу.
3) по очереди добавить в бота возможности банально ходить, атаковать, и что там еще можно.
4) научить бота делать эти вещи по команде/таймеру/etc . А именно, научить его парсить JSON или обрабатывать LUA-скрипты или еще что-то
5) научиться адекватно передавать в программу полученные от сервера данные об локации и окружающих существах. и обрабатывать их (скриптом - ?)
6) RTFM про перцептрон
7) Начать совмещать обработчик комманд и входящих данных с инфой по ИИ: дать боту цель и заставить анализирвоать возможные пути ее достижения, перебирая их. Научить бота выбирать оптимальные пути. Добавить новые цели и параметризацию целей.

И вот когда бот начнет хотя бы более-менее осознанно дрыгаться и бить монстров, вполне можно наворотить вывод его инфы в MySQL/MongoDB/etc и начать отрисовывать страницы через отдельный кусок софта.
Через Python/PHP/..., на приснопамятном, последнем Ubuntu Server.

Почему так? Ну как минимум потому, что вебморда -- это не более чем интерфейс для телеметрии и управления, и пишется она за вечер-два(простенькая). Это маленькая и минимально полезная часть системы.
А вот написать демона, который бегает по игровому миру и пытается анализировать происходящее -- задача нетривиальная и объемная.