Как вы видите, я ничего вручную не передаю. Однако DI запускается и корректно резольвит эту зависимость - специально сделал var_dump и отправил в лог. В главе про сервис-контейнер нигде не сказано, что есть какие-то ограничения по методам - DI работает везде. Эту главу я как раз внимательно прочел) https://laravel.com/docs/5.7/container#automatic-i...
JhaoDa, так я передал, указал type-hint в аргументах конструктора. Просто забыл убрать этот трейт, из-за чего фреймворк пытался ее сериализовать. Как только убрал, все заработало.
Читал. Но не заметил строчку "Because of the SerializesModels trait that the job is using, Eloquent models will be gracefully serialized and unserialized when the job is processing", каюсь. Спасибо!
Артем, это защита от подгадывания срабатывания таймера. Они намеренно сделаны неточными. Копайте в сторону того, как и в каком окружении это у вас запускается на сервере.
sim3x, есть, окулус, htc vive, да полно. Монитор тоже нельзя использовать долго, зрение портится, но используют же. Единственная проблема (была) - мало мощности для 60fps минимум и 360 градусов рендера шлема.
фортнайт
Новый жанр королевской битвы же. Нормальных игр в этом жанре немного. Иногда такое стреляет, играют ради новых впечатлений и \ или юмора, фана, если он там присутствует. Но новый жанр еще нужно придумать, а это непросто. Здесь вопрос скорее в том, какие игры хочется делать - если ширпотреб, то есть юнити, а если уровня NieR, DooM и Witcher 3, то тут физика, геометрия, алгебра и Unreal Engine как минимум (многие пишут свои, как это сделал и делает Кармак).
А вы напишите свой физический движок, или свою трассировку лучей. В геймдеве нужны, как воздух: физика, геометрия, алгебра, а ведь впереди еще VR! Без этого максимум - клепать второсортное нечто во всяких Free RPG Maker и Unity. Аналог в вебе - клепать лендинги на джумле.
Показателен здесь опыт создателей Portal. Читал интервью, в котором разработчики рассказывали, как не могли сделать отрисовку локации за порталами, где есть еще порталы и герой - движок Source никак не хотел справляться штатными средствами. Что-то там с рекурсией связано. В итоге кто-то предложил реализовать рендер на основе алгебраической формулы по имени какого-то математика. Я ничего не понял, кроме того, что это было круто, сложно и гениально. А вы говорите - не нужно, не нужно... конечно, если марио делать или сапер, то не нужно. А если Portal - то необходимо.
Весьма интересно, сверстаю для души. Тут можно попробовать на JS раздвигать ширину контейнера с картинкой, если она приближается к границе контейнера. А в остальном - обычный ряд картинок с прикрученным кастомным слайдбаром + обычный слайдер. slick так умеет делать.
stratosmi, ну вперед, тратьте ночи на ковыряние в ядре системы. А некоторые его еще и шифруют \ обфусцируют, как в HostCMS, например. А я тем временем за день подниму отлично документированное опенсорс решение, а если возникнут трудности - за час найду решение проблемы благодаря большому коммьюнити.
stratosmi, а платные покупают в основном те, кому проще заплатить и получить готовый типовой продукт. А если нужно допиливать, платят фрилансеру, который и материт авторов этого чуда почем свет стоит.
Оно в платных не нужно.
Вот поэтому платные - чушь в 95% случаев. Без внятной документации, без поддержки коммьюнити, но с вялой техподдержкой работа над проектом растягивается в полтора-два раза. Ярчайший пример - Битрикс.
Нет, документация у платных решений очень часто из рук вон какая отвратительная. Описали основы, и приходится штурмовать саппорт простыми вопросами, на которые доблестные разработчики не удосужились дать ответ в своей куцей документации. И ждать на них ответ! А работа, получается, ждет тоже. Коммьюнити у таких решений тоже весьма куцее, и ответа на форуме \ тостере \ stackoverflow можно и не дождаться.
В случае с опенсорс же докумеентация превосходная, ибо, даже если авторы написали ее не очень хорошо, кто-то создаст туториал, кто-то напишет с десяток ответов на stackoverflow, а кто-то сделает пулл-реквест с нужными правками в readme.md.