Александр Баумгертнер

Влад Поезжаев,
Я бы купил и 8гб air на m1. Судя по тестам, 8 гб там работает прекрасно. Я готов переходить на M1 в целом. Но для себя купил бы 16 гб, чтобы обезопаситься.
По поводу софта - пока не весь софт есть, но это лишь дело времени. Да и некоторый софт все равно можно заменить другими программами.
Отметьте для себя, что 16гб оперативы это + 20 тыс рублей. Размажьте эту сумму на 5-6 лет, что вы будете пользоваться этим ноутом, и получится цена не больше кружки кофе.

Сейчас я нахожусь в след ситуации:
1) Macbook 15 который был у меня 6 лет - продан.
2) Сижу на macbook 13 2017 жены с 8 гб оперативы. Страдаю но ок.
3) Macbook 13 pro m1 вышел, но я люблю побольше диагональ.
4) Macbook 16 pro m1x выйдет в июне.

И вот сижу думаю, купить жене air m1 с 8 гб оперативы на замену старому ее маку, а сам буду ждать 16pro m1x,
Либо не страдать фигней и купить pro m1 16gb и работать. Но диагональ если честно, сильно решает.

1. Нет никакой синхронизации. Сервер может только указать клиенту, что ему нужно установить куку X в значение Y хэдером Set-Cookie и считать с пришедшего на сервер запроса куки (все куки отправляются в каждом запросе на сервер).
2. Сессии могут храниться на клиенте (signed cookie session). При этом используется подпись куки с помощью HMAC, чтобы данные сессии не могли быть свободно изменены клиентом. Но обычно сессии хранятся на сервере. Тут выбор огромный: от баз данных и key-value хранилищ (Redis, например) до простых файлов. При этом, клиенту посылается кука ID сессии (так сервер идентифицирует юзера), которую злоумышленник может стащить. Таким кукам, дабы защитить юзеров от XSS, ставится флаг HttpOnly, который советует браузеру не давать эту куку скриптам вроде JS. В этом случае, стащить куку получится только завладев браузером, файловой системой юзера или через багу браузера.
3. Смотри второй ответ. В некоторых случаях - да. Но редко.
4. Можно передавать значение session id в строке URL (GET - параметром), вроде такого: example.com/some/page/?session_id=2af26905dcf31a1d... Некоторые сервисы используют это, как fallback вариант, однако, он очень небезопасен, т.к. любой XSS или простой безобидный JS вроде Яндекс.Метрика видит весь URL. Так что, посылаем юзера включать куки.

Лучше ForkLift не встречал.

основы в htmlacademy
потом вот подробный план обучения
webmasters.teamdev.com

решает в итоге практика, бери psd и верстай, смотри как это делают в ютубе

Здесь написано как получить Id чатов Как получить peer id используя Telegram API?
Сообщения у меня не удавалось получить до тех пор, пока я не указал параметр 'type'
Вот решение:

// chatId - это Id, которое мы получаем способом выше
telegramApi.getHistory({
    id: chatId,
    type: 'user' // Вот этот параметр
}).then(function(e) {
    // Делаем что-то с сообщениями
})

И как обычно лучше оф.документации нет ничего ))
https://enable-cors.org/server_nginx.html

https://tech.yandex.ru/disk/api/concepts/quickstar...
Тут же написано, в самом низу. В виде заголовка нужно передать токен.

Полученный токен следует передавать в заголовке Authorization при каждом вызове API Диска, указывая тип токена перед его значением. Пример такого заголовка:
Authorization: OAuth 0c4181a7c2cf4521964a72ff57a34a07

А вот так можно передать заголовки с помощью jQuery.