Обновить
10
Александр@Sunvas

Fullstack разработчик

-0,1
Рейтинг
5
Подписчики
Отправить сообщение

IoT

Тут нужны подробности: как в домашних условиях в рамках одной WiFi вы планируете раздать каждой лампочке свою собственную /64 подсеть?

podman/docker

Даже если предположить, что каждому контейнеру нужна своя /64, сколько таких контейнеров планируется дома у хомяка?

240.0.0.0/4 никогда не предполагалось использовать для обычной адресации в интернете.

Откуда информация? Scope: Internet. Reserved for future use

Опишите, пожалуйста, юзеркейс когда хомяку может не хватить /56?

Сначала бездумно разбазаривали IPv4, далее встала проблема нехватки ресурсов и закостылили IPv6. Но политика разбазаривания продолжается - посмотрим, надолго ли хватит 2000::/3 и как скоро выделят следующий диапазон (~20% из выделенного уже израсходовано).

это позволяет покрыть все потребности клиентов на ближайшую перспективу

Даже интересно, какие такие могут появиться потребности у хомяка в двухкомнатной квартире?

В будущем могут добавить 4000::/3 или 4000::/4

А могут и не добавить, как это произошло с 240.0.0.0/4

Под устройствами вы имели ввиду роутеры? - Мне сложно представить домашнего пользователя у которого дома более 3 роутеров.
Если вы имели ввиду любые таки любые устройства после домашнего роутера, то как это должно работать? - Пользовательский роутер получает /64 PD и далее раздаёт эту подсеть всем устройствам в локальной сети. Функционала нарезания /56 подсети на /64 так, чтобы каждому устройству досталась своя собственная /64, в soho сегменте не наблюдается. Даже OpenWRT так не умеет.

Банить, кстати, они тоже будут не по адресам, а подсетями.

Это какой-то urban legend. Можно ссылку на источник где бы рекомендовалось банить пользователей сразу подсетями, причем большими чем /64?

Можете привести хоть 1 реальную причину, зачем домашнему пользователю выдавать что-то большее, чем /60 ?

Если деньги на счёту - это уже не наличка. Классическую крипту можно майнить. Майнинг ЦР предусмотрен?

Пфф.... Я думал что цифровой рубль может стать аналогом налички. А если это банковская система 2.0 где средства также могут быть заблокированы по бредовым причинам - смысла в ЦР не наблюдаю.

А у цифрового рубля будет иммунитет от блокировок / заморозок по надуманным причинам? Можно ли его отнести к неблокируемвм активам?

Ну или ещё прикол:

mb_ucfirst уже завезли (в PHP 8.4).

А есть какие-то официальные ограничения по использованию домашней электроэнергии? А если электроэнергия своя (получаемая от солнца) - тоже нельзя?

Что именно вы считаете "слишком многими телодвижениями"?

Всё то, что перечислено у вас в п 3.2: создание рендерера, конфигурирование пространства имён, создание экземпляра менеджера представлений, регистрация пространства имён моделей, определение модели и т.п. Ради чего всё это? Ради автоматического экранирования (которое может и не понадобится)? Какой порог входа в эти нагромождения абстракций?

А в случае с шаблонизатором ему как раз надо будет знать только его примитивный синтаксис.

Юзеркейс: верстальщик в гробу видал этот ваш SSR и желает всё отрендерить на Vue.js. И тут оказывается что использование {{ }} вызывает конфликт; прописать параметр nonce для <script> без того, чтобы лезть в вышестоящий код, невозможно; даже создание JSON объекта из всех переменных шаблона может привести к неожиданным сбоям:

The Blade templating is based on regular expressions and attempts to pass a complex expression to the directive may cause unexpected failures.

У меня одного чувство, что для банальной вставки переменных в шаблон как-то слишком уж много телодвижений? Особенно учитывая то, что верстальщик как бы не обязан обладать знаниями всех этих  PHP премудростей.

Несмотря на кажущуюся мощь, под капотом вызов всех слушателей происходит весьма примитивным способом:

foreach ($listeners as $listener) {
    if ($stoppable && $event->isPropagationStopped()) {
        break;
    }
    $listener($event, $eventName, $this);
}

И если вдруг какой-то из слушателей умрёт в процессе выполнения, то остальные не дождутся своей очереди. Получаем весьма странную архитектуру: можно закодить 100500 слушателей, но нет никакой гарантии что все они отработают. Даже логов не останется.

Если отбросить свисто-перделку приоритета, то подобные события вполне можно реализовать всего одной глобальной функцией:

function Events(string$event,mixed$listener=null):?\Closure
{static$storage=[];
	if($listener instanceof \Closure)
	{
		$storage[$event][]=$listener;
		return function()use(&$storage,$event,$listener){
			$storage[$event]=array_filter($storage[$event],fn($item)=>$item!==$listener);
		};
	}

	foreach(($storage[$event] ?? []) as $item)
		if(false===$item($listener))
			break;

	return null;
}

Events('event',fn($data)=>print('Event 1:'.$data));
$cancel2=Events('event',fn($data)=>!print('Event 2:'.$data));
Events('event',fn($data)=>print('Event 3:'.$data));

Events('event','foo');
$cancel2();
Events('event','bar');

И чем оно хуже?

Чувак изобрёл какую-то деталь, которая позволяет запускать игры без ограничений. А потом решил эту деталь продать в составе консоли... И в чем тут принципиальная разница от кастомной прошивки?

Мог или не мог - об этом в статье не говорится. Указано "за модификацию Switch на продажу". Пытаюсь понять, неужели кастомные прошивки стали вне закона?

Опуская факт наличия на консолях нелицензионных игр... Если человек изобрёл прошивку, которая позволяет запускать любые игры и установил её своё устройство - он не может его продать?

А что отличает взлом продукта от модификации под свои нужды?

Информация

В рейтинге
Не участвует
Откуда
Николаев, Николаевская обл., Украина
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Фулстек разработчик
PHP
MySQL
Ajax
Nginx
Linux
ООП
Git