Василий Банников

filter mode:Point(no filter)
compresion:None

Когда вы пишете в файловый поток (т.е. делаете Write) - данные не сразу попадают в файловую систему (тобишь в тот файл который вы указали в создании потока). Flush собственно говорит "я закончил, можно записать все это на жесткий". Очищает собственно он именно те внутренние ресурсы-буферы, в которых хранились данные между write и ФС. Это все скрыто от программиста и по факту в том то и смысл фреймворка - вам не надо об этом думать.

В облачных хранилищах S3.

Сразу после опубликования вопроса, методом тыка нашел решение.
После того как в биосе включили виртуализацию, надо в компонентах выключить hyperv, перезагрузить компьютер, потом опять включить hyperv и опять перезагрузить компьютер и все заработает :)

Круглый прозрачный спрайт и показывать из него кусок

Ну, на стороне фрона:

• react
  
• angular
  
• vue
  

Бекенд:
PHP:

• laravel
  
• YII2
  

Python:

• Django
  
• Flask
  
• FastAPI
  

C#:

• asp net
  

JAVA:

• spring
  

Отдельно, можно отметить nodeJS. Не фреймворк, а платформа, но тоже в ходу.

С технической точки зрения это вообще не принципиально. Всё ООП это про логические связи. Если вы считаете, что это клиент покупает товар, то делайте метод клиента. Если же это магазин продаёт, пусть метод будет у него. Да можно хоть в кассовом аппарате, главное, чтобы вы понимали что да как и вам было удобно.

https://www.php.net/supported-versions.php

(data?.data?.stats)
то же, что и
(data && data.data && data.data.stats)

То есть просто более короткая и более красивая запись.

Optional chaining

Тут вариантов у вас несколько:
1. Размещение у российского хостера, в русском ДЦ. Проблем с оплатой нет, проблем с доступом из России и из-за рубежа пока нет. Но есть риск, что начнут рвать связь до России и доступ к вашему сайту как минимум ухудшится/замедлится. Или вообще исчезнет.
2. Размещение у российского хостера, в зарубежном ДЦ (в частности в США). Проблем с оплатой нет, риски потерять доступ тоже есть. Только на этот раз есть риск потерять доступ к серверу из России. Либо США могут начать "выдавливать" российские компании, что может вынудить закрыть зарубежный ДЦ.
3. Размещение у зарубежного хостера, в зарубежном ДЦ. Самый, на мой взгляд, безопасный вариант в плане доступа, но возможны проблемы с оплатой. Поэтому нужно выбирать "отказоустойчивого" хостера. Либо с возможностью оплаты криптовалютой, либо китайскую компанию. Но опять же есть риски колебаний валютных курсов, сложностей с техподдержкой и т.п.

"Серебряной пули" тут, как мне видится, нет. Придется взвешивать риски, что критически важно, а где их можно допустить. Если вопрос доступа к сервису критически важен - возможно придется держать резервный сервер в другом ДЦ и/или у другого хостера.

Еще стоит учесть риски с доменом. При усилении санкционного режима могут начать разделегировать домены, зарегистрированные на граждан России. Так что регистратора домена тоже нужно выбирать с учетом этого риска.