Вот ведь, казалось я предельно ясно сформулировал, ну да ладно.
Я хочу знать:
про линуксовое api
про правильные способы ввода-вывода
про правильные способы синхронизации
То есть, хочу уже наконец прочитать в книжке, что в линксе всё доступно через файлы (слышал об этом, но не видел в книжке), что есть мьютексы, сигналы, mmf, и вот это вот всё (знать бы ещё, что именно, книжки то нет).
Я не хочу знать:
про облака, веб-сервисы и всё прочее, что находится не на моей (вне моей) локальной тачке.
:)))
ЗЫ: Рихтера и Петзольда я привёл в пример именно потому, что они излагают устройство винды систематически.
ЗЗЫ: Статьи и мануалы - это хорошо. Но они не дают систематического обзора проблемы. Проще говоря, велик шанс упустить что-то важное. Был бы хотя бы общий список тем, которые надо нагуглить... Так его ж нет. Что сам нашёл, то и молодец.
res2001, Окей, make install вычёркиваю ;)
А если я установил -dev пакет, и он принёс .h + .o, то есть какой-то стандартный способ добыть до них путь? Или я могу ручками найти, что у меня файло лежит в /usr/include/fftw3.h и смело вписывать этот путь в make файлы, в надежде, что пакет всегда ставится в одно и то же место?
Наследование и повторное использование - это прекрасно.
Но потом приходят гуру и начинают рассказывать про принципы подстановки Лисков, и про то, что наследование плохо ;))
CityCat4, "Ну и кроме хрома есть и другие браузеры." - осторожно замечу, что сейчас 90% браузеров сделано из хромиума. Даже Microsoft взял и заменил свой IE на Edge, у которого хромиум внутри.
CityCat4, "Ну и кроме хрома есть и другие браузеры." - осторожно замечу, что сейчас 90% браузеров сделано из хромиума. Даже Microsoft взял и заменил свой IE на Edge, у которого хромиум внутри.
CityCat4, насколько я знаю, Certificate Transparency - это вообще не часть сертификата. Это отдельный список, который ведёт ЦА, добавляя туда каждый выпущенный сертификат.
И сама логика проверки описана вот такой портянкой:
Chrome Policies
Chrome has gradually required Certificate Transparency for more and more publicly-trusted certificates over the past few years.
Since 1 January 2015, Chrome has required that all Extended Validation certificates be disclosed via Certificate Transparency. Certificates that were not properly disclosed would be stripped of their EV status, but no warnings would be shown to visitors to sites that did not comply.
Since 1 June 2016, Chrome has required that all new certificates issued by the set of root certificates owned by Symantec Corporation are disclosed via Certificate Transparency. Certificates that were not disclosed, or which were not disclosed in a way consistent with RFC 6962, would be rejected as untrusted.
For all new certificates issued after 30 April 2018, Chrome will require that the certificate be disclosed via Certificate Transparency. If a certificate is issued after this date and neither the certificate nor the site supports CT, then these certificates will be rejected as untrusted, and the connection will be blocked. In the case of a main page load, the user will see a full page certificate warning page, with the error code net::ERR_CERTIFICATE_TRANSPARENCY_REQUIRED. If you receive this error, this indicates that your CA has not taken steps to make sure your certificate supports CT, and you should contact your CA's sales or support team to ensure you can get a replacement certificate that works.
(с) https://chromium.googlesource.com/chromium/src/+/m...
В свежей сборке хрома есть флаг Certificate Transparency 2022 Policy (можно увидеть на странице chrome:flags). Если я правильно понимаю, он включен по дефолту. То есть, просто подсунуть сертификат от майора уже не получится.
Я хочу знать:
про линуксовое api
про правильные способы ввода-вывода
про правильные способы синхронизации
То есть, хочу уже наконец прочитать в книжке, что в линксе всё доступно через файлы (слышал об этом, но не видел в книжке), что есть мьютексы, сигналы, mmf, и вот это вот всё (знать бы ещё, что именно, книжки то нет).
Я не хочу знать:
про облака, веб-сервисы и всё прочее, что находится не на моей (вне моей) локальной тачке.
:)))
ЗЫ: Рихтера и Петзольда я привёл в пример именно потому, что они излагают устройство винды систематически.
ЗЗЫ: Статьи и мануалы - это хорошо. Но они не дают систематического обзора проблемы. Проще говоря, велик шанс упустить что-то важное. Был бы хотя бы общий список тем, которые надо нагуглить... Так его ж нет. Что сам нашёл, то и молодец.