Так я описал вроде, что тут мокать нет смысла. Что мокать в сервисе отправляющем запрос в стороннее апи или созраняющем запись в базу? Проверить работоспособность метода, который сохраняет в базу можно только если проверить, что он реально сохранил то что нужно в базу. А как это делать в рамках phpunit? Для этого нужно создать тестовую базу данных, потом как-то глобально получить к ней доступ в setUp, потом создать руками объект сообщения $message, сохранить его и как-то проверить, что в базе появились данные, может для этого есть метод типа assertExistsInDatabaseTable.
Но как это все проверять? Мне что делать коннект к базе прямо в setUp и там же создавать руками прямо объект message? А потом в деструкторе очищать базу? На сколько это вообще нормальная практика? Доступ к базе получать там просто объявив этот сервис публичным в конфигах?
FanatPHP, поправил вопрос, чтобы было понятно. Имеется ввиду, что обработку ошибок советуют вынести из консьюмера в декоратор, соответственно этот декоратор как бы станет консьюмером (входной точкой сообщения), и будет дергать в себе метод какого-нибудь класса, который будет выполнять ту логику, которая раньше была в консьюмере, но уже без обработки исключений. Я добавил код для наглядности. Мне предлагают оставить
Обернув в отдельный метод какого-то еще сервиса, а сам обработчик чтобы содержал только try catch. Но я не знаю, стоит ли в отдельную прослойку добавлять просто пару строк, ну или даже если бы их было больше. В чем смысл выносить обработку исключений на уровень выше? Или есть? Вот мне ниже написали, что так тестировать удобнее будет. Я с тестами пока мало занимался, и не могу оценить полезность. Посоветуйте.
Вообще нет, debug 2.8 стоит. Маппинг конечно тоже проверял. Раньше просто работала тема с remote_host=host.docker.internal, а сейчас нет. Стал форумы читать и наткнулся на такое решение https://gist.github.com/ralphschindler/535dc5916cc..., потом еще на такую тему на форуме докера https://forums.docker.com/t/access-host-not-vm-fro... и все сводится к тому, что почему-то из контейнера нельзя достучаться до хоста. Где-то я еще нашел решение remote_host=docker.for.mac.localhost, но у меня не сработало.
Почитав эти форумы я так и не понял почему докер не может достучаться из контейнера до хоста. Не хватило пока квалификации или может не внимательно читал.
А еще вопрос почему раньше (версию докера не скажу, не смотрел) до обновления до 20 версии все работало с host.docker.internal.
Причем как я вижу по стековерфлоу и другим форумам у многих работают разные решения, у кого-то работает host.docker.internal, у кого-то docker.for.mac.localhost, у кого-то только создание алиаса на лупбек.
Я просто хочу больше понять почему это вообще работает? Вдруг кто читал или почитает и напишет тут. Кто-то, кто больше в сетевых технологиях разбирается. Я просто не понимаю что мешает из контейнера стучаться на хост и чем помогает создание этого алиаса ifconfig lo0 alias 10.254.254.254
Иван Шумов, ну так то да, просто сколько бы ты не зарабатывал все равно не хочется тратить деньги в пустую. Я бы лучше их в благотворительный фонд подарил) Да, это вопрос одной зарплаты, но деньги лишними не бывают) Да и просто жалко когда хорошая вещь приходит в негодность, не люблю потребительство и замусоривание планеты. Техника все же должна служить намного дольше, чтобы люди не меняли ее и не мусорили. А то они борются за чистоту планеты, "отказываясь от пластика в упаковке" а сами вещи через пару лет надо на помойку) "Жидейские" способы борьбы за экологию)
Drno, на счет времени работы наушников при не использовании динамиков спасибо, не знал) Про стоимость это я писал за две пары, жене и себе с запасом, сейчас по 15, ну на всякий случай до 20 округлил) А битсы говорят новые по звуку стали хороши. У меня вот были накладные Beats solo 3, мне нравились)
Иван Шумов, я сам на макбуке, правда пока 2015 года, там я сам менял аккумулятор и некоторые комплектующие, да и видео есть по распайке и замене некоторых вещей. Да, без нормального оборудования некоторые вещи чинить сложно, но в целом то оно чинится. Да и тут дело не в споре о том, что чинится или нет. Я просто интересуюсь опытом людей. Сами понимаете, каждые два года тратить по 40 тысяч на наушники такая себе идея, сколько бы ты не зарабатывал, лучше на пожертвования отдать, на помощь. Если они держатся лет 5, окей, можно не думать о ремонте. Но аккумуляторов обычно хватает года на 2 максимум. От сюда и интерес к опыту людей. Я видел видео, где их разбирают, но говорят сложно собрать обратно. И это не в мастерских, а сами владельцы. Вот я думаю, если кто-то этим профессионально занимается, может и не так сложно, как для новичков. Ну пусть это будет стоить 2-3 тысячи.
Иван Шумов, не, ну обычные крупные наушники легко ремонтируются самостоятельно, как и телефоны, ноутбуки, хотя бы по минимуму - аккумуляторы, и некоторые другие комплектующие. Представьте себе если бы в телефоне нельзя было менять аккумулятор или в ноутбуке. Я телефонами обычно пользуюсь не меньше 5 лет, как и компьютерами в среднем.
Drno, ну мне нужен полный рабочий день минимум. То есть проснулся, одел наушники и до конца дня они на мне, на случай если позвонят. Разумеется я не буду все это время слушать в них музыку, но наверно они расходают заряд даже тогда когда просто подключены, но не воспроизводят звук? Да и все равно интересует вопрос ремонтопригодности наушников. Возьмутся ли в сервисе поменять аккумулятор, если что или нужно менять каждые пару лет?
Drno, Я включил синхронизацию фотографий с iCloud, у меня на компьютере есть альбомы, хочу чтобы на телефоне появились те же альбомы, но хоть синхронизация включена на телефоне и на макбуке, все равно альбомы не появляются на телефоне в приложении фотографий.
Я включил синхронизацию фотографий с iCloud, у меня на компьютере есть альбомы, хочу чтобы на телефоне появились те же альбомы, но хоть синхронизация включена на телефоне и на макбуке, все равно альбомы не появляются на телефоне в приложении фотографий.
