1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether c4:b3:01:c2:82:4b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.138/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp3s0
valid_lft 61255sec preferred_lft 61255sec
inet6 fe80::6a1d:93a9:7747:42e0/64 scope link noprefixroute
valid_lft forever preferred_lft foreverПопробуйте удалить профиль сети.- профиль удален, не помогает. К одной из сетей изначально не было подключения в Linux, т.е. она сразу не находилась.
У вас сеть на каких каналах работает? Попробуй изменить канал.- сейчас на 11-м, как я написал в описании вопроса, в таком случае сеть работает. Но дело в том, что я не могу у любого произвольного роутера менять настройки каналов, например, в случае поездки очень неприятно будет получить такие внезапные проблемы с сетью отеля.
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
ip [ -force ] -batch filename
where OBJECT := { link | address | addrlabel | route | rule | neigh | ntable |
tunnel | tuntap | maddress | mroute | mrule | monitor | xfrm |
netns | l2tp | fou | macsec | tcp_metrics | token | netconf | ila |
vrf | sr | nexthop }
OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
-h[uman-readable] | -iec | -j[son] | -p[retty] |
-f[amily] { inet | inet6 | mpls | bridge | link } |
-4 | -6 | -I | -D | -M | -B | -0 |
-l[oops] { maximum-addr-flush-attempts } | -br[ief] |
-o[neline] | -t[imestamp] | -ts[hort] | -b[atch] [filename] |
-rc[vbuf] [size] | -n[etns] name | -N[umeric] | -a[ll] |
-c[olor]}@click заменяем на @click.stop, но корректней структуру<template>...
<div class="modal-mask">
<div class="modal-wrapper">...</div>
</div>
</template><template>
<div>
<div class="modal-mask"></div>
<div class="modal-wrapper">...</div>
</div>
</template>
Повторю ещё раз. Есть архитектурное решение (и я его считаю глупым) - делать запросы к API через Vuex и результаты ответа хранить в сторе.
Почему я его считаю глупым: стор служит для того, чтобы несколько независимых компонентов имели доступ к одинаковым данным. А т.к. зачастую один и тот же эндпоинт API даёт разные ответы в зависимости от дополнительных параметров запроса, получается, что одновременный вывод одинаковых сущностей стора в двух независимых компонентах с разными фильтрами невозможен в принципе.
Про ваш совет делать всё на бэке, зачастую это невозможно, фронтендер редко когда может указывать бэкендеру, что он должен делать. А бывают случаи, что обращение к API вообще идет к стороннему сервису, на который в принципе никак не повлиять.
Также вариант получать избыточную информацию с бэка зачастую неосуществим, а если и осуществим, то в таком случае компонентам придется слишком много знать друг о друге, хотя это совсем ни к чему и решается простым способом - делать обращение к API без прослойки Vuex, который совершенно для другого.