WCF WebGetAttribute по сравнению с WebInvokeAttribute
Вы проверили свое время?
Я абсолютно отказался сделать свои операции git небезопасными, и после того, как я попробовал все, что здесь упоминалось, меня поразило, что одной из возможных причин, по которой сертификаты не проходят проверку, является то, что даты неверно (либо дата окончания действия сертификата, либо местные часы).
Вы можете легко проверить это, набрав date в терминале. В моем случае (новый Raspberry Pi) локальные часы были установлены на 1970, поэтому простой ntpdate -u 0.ubuntu.pool.ntp.org все исправил. Для rPi я бы также рекомендовал вам поставить следующий скрипт в ежедневную работу cron (скажем, /etc/cron.daily/ntpdate):
#!/bin/sh
/usr/sbin/ntpdate -u 0.ubuntu.pool.ntp.org 1> /dev/null 2>&1
1 ответ
Ваше непосредственное наблюдение, что WebGet и WebInvoke очень похожи, не так уж далеко от истины. WebGet, как вы уже сказали, применяется к команде HTTP GET, тогда как WebInvoke можно использовать для применения ко всем остальным командам (PUT, POST, DELETE и т. Д.).
Многие параметры в WebInvoke отражают параметры в WebGet . BodyStyle, RequestFormat, ResponseFormat и UriTemplate присутствуют как для WebGet, так и для WebInvoke. Единственное отличие - наличие параметра «Метод» для WebInvoke. Параметр Method указывает HTTP-глагол, соответствующий операции, при этом POST является значением по умолчанию.
У меня не было возможности использовать Reflector, чтобы заглянуть под капот для WebGet и WebInvoke, но я подозреваю, что они очень много одинаковы, хотя кажется, что они разделяют только System.