Чтобы показать, что это хэдер. Насколько знаю, ее можно ставить перед всеми данными, которые должны слаться, как хэдэр.
Так или иначе, убрал её, теперь лог такой:
> User-Agent: curl/7.69.1
> Accept: */*
> Content-Type: application/json
> Content-Length: 81
>
} [81 bytes data]
* upload completely sent off: 81 out of 81 bytes
{ [5 bytes data]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
{ [249 bytes data]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
{ [249 bytes data]
* old SSL session ID is stale, removing
{ [5 bytes data]
* Mark bundle as not supporting multiuse
< HTTP/1.1 400 Bad Request
То есть, судя по всему, что-то оправляется, но не то, чего ожидает сервер. В значениях uid и sid уверен, перепроверял не раз.
UPD. Касательно метода POST. С ним не отрабатывает даже вариант без json.
В том-то и дело, что ссылок там несколько. И какая конкретно версия, если говорить о номере, обновления будет необходима - неизвестно. Потому что например для Торговли - одна версия платформы, для КА - другая.
В принципе, этот вопрос у меня возник только потому, что осуществляем переезд со старого сайта на новый. Пару подкаталогов будут иметь другие урлы. Чтобы SEO не поехало, подумал сделать редирект. А сейчас, я правильно понимаю, что редирект и не нужен? Так как, даже по неправильным (старым) урлам подкаталогов поисковики увидят товар.
Не ответ на вопрос, а так личный опыт и взгляд. За 12-13 лет перепробовал всё это.
Пока не заставил себя осилить i3 (i3-gaps).
Обратно не хочется никуда. Но к концепции пришлось привыкать, конечно.
Хочу в sway перебраться, но вам тоже как вариант.
datka, да, это я знаю. Собственно, поэтому и использую везде LTSC. Просто, как-то слышал от геймеров, что в LTSC то ли проблемы с DirectX или еще чем-то, вот и подумал, мало ли и с 3d-проектированием будут какие-то затыки.
Как проверить, от какой учетки идет отправка? Как говорил уже, в органайзере единственная настройка в "Учетных записях электронной почты" - моя.
UPD. Создал вторую настройку электронной почты из под другого пользователя. Методом тыка выяснил, что если в настройках указать "только для" и выбрать определенного пользователя вот так, например:
, то зайдя в 1с под другим пользователем в "Учетные записи электронной почты", созданная настройка не видна, даже если имеешь административные права.
То есть, получается, что надо ззалогиниться под каждым пользователем и проверить его настройки почты. Как-то бредово, мне кажется.
Талян, в принципе, там изворачиваться не нужно. Входящие в одном контексте это нормально. В крайнем случае, если что-то специфичное, то делаете либо макросы (Macro), либо перенапрвление Goto (или Gosub) в новый контекст/экстеншн.
Талян, Этот баг был давно. Странно, что до сих пор не исправили. (а возможно и исправили, а я не знаю). Все из-за того, что транки регятся на одном и том же айпиадресе провайдера. Как вариант, если у провайдера есть другой айпиадрес своего сервера, можно прописать его в sip.conf в [snegurka].
Не совсем понятно. CallerID так и так приходит же.
Запустите консоль астериска,сделайте звонок и увидите в ней номер звонящего.
Если нужно что-то специфичное и выходящее за рамки телефонной системы (я про отправлять на офисные машины, но не понятно зачем), то смотрите в команду астериска "System".
vreitech, не вводите в заблуждение будущих читателей этого вопроса.
Всё должно реализовываться на роутерах, и в таблицу маршрутизации в хостах, в данной схеме, никто не должен лезть.
Его не особо возможно прописать, так как нет сетевого интерфейса, через который можно было бы это сделать, как делается в привычном Routing Based VPN.
10.141.170.32/16 - динимический пдрес от провайдера.
10.22.10.2/24 - динамический адрес от свана.
Оба на интерфейсе ether1.
А у свана не создается никакого интерфейса из 10.22.10.0, чтобы можно было указать этот адрес на микротике в качестве шлюза.
ip ipsec policy print
# PEER TUN SRC-ADDRESS DST-ADDRESS PROTOCOL ACTION LEVEL
1 T 0.0.0.0/0 0.0.0.0/0 all
2 DA ike2-rw-client yes 10.10.10.1/32 0.0.0.0/0 all encrypt unique
Если изменить в шаблоне src, то тунель перестает работать.
лет 10 назад было такое. Никакие танцы с бубном на протяжении долгого времени не помогали. В лог ничего не успевало насыпаться. На другом дистре, проблем не было.
Это, как раз, понятнее, чем цифровое значение.
Read,Write,eXecute.
По три буквы.
Владелец, члены группы, остальные.
(421)(421)(421). Где нет буквы, не суммируешь.
В твоем случае 755. (4+2+1)(4+0+1)(4+0+1)
Так или иначе, убрал её, теперь лог такой:
То есть, судя по всему, что-то оправляется, но не то, чего ожидает сервер. В значениях uid и sid уверен, перепроверял не раз.
UPD. Касательно метода POST. С ним не отрабатывает даже вариант без json.