Мне кажется, самым оптимальным способом является формирование языковых переменных в виде массива. Всё, что не является готовой языковой конструкцией, следует упаковывать в функцию, которая и должна обеспечивать склонение числительных. Пример.
Почти. В той статье предполагается использование 3 серверов (MY.VPN, FREEDOM.VPN1, FREEDOM.VPN2) - это ж огромная задержка будет. Я же предлагаю обойтись одним, просто докупив дополнительный IP.
Мне одному такой синтаксис кажется странным? Ведь можно же было всё упростить, добавив ясности:
'full_definition' => [
EngineMarkOne::class, //0 элемент - всегда имя класса
[42], //1 элемент - всегда параметры конструктора
'$propertyName' => 'value', //Как и раньше
['setX', 42, 'named'=>4242], //Всё что массив - это название метода и его параметры
],
'static_call' => MyFactory::create(...),
Я прождал год, но у AS55990 что-то не наблюдается префикса /17. Должна ли теперь компания "головой отвечать" за разбазаривание IPv6, ведь спустя год освоение столь нужного /17 префикса даже не началось?
del
Мне кажется, самым оптимальным способом является формирование языковых переменных в виде массива. Всё, что не является готовой языковой конструкцией, следует упаковывать в функцию, которая и должна обеспечивать склонение числительных. Пример.
Вполне.
Ваша схема основана на предположении, что число всегда во всех языках стоит перед существительным. А если нет?
Возьмём, к примеру, фразу "найдено 5 товаров". В английском переводе это будет "5 products found". Как в этом случае будет реализован перевод?
Поведайте.
А откуда шаблон/представление знает как собирать фразу незнакомого ему языка?
А где само число? Как одной константой реализовать вывод предложения типа "В корзине 5 товаров"?
Будет предложено заливать код на рутуб?
Как в вашем подходе предлагается реализовать склонение числительных?
Проще говоря, ничем не хуже. 😂
Ещё вариант: подключаться к VPN по IPv6.
Почти. В той статье предполагается использование 3 серверов (MY.VPN, FREEDOM.VPN1, FREEDOM.VPN2) - это ж огромная задержка будет. Я же предлагаю обойтись одним, просто докупив дополнительный IP.
Мне кажется, это решается дополнительным IP адресом: на один адрес VPS принимает подключение VPN, а с другого ходит в Интернет.
Ну сделает и получит адрес вашего VPS. Что дальше будет делать с этой информацией?
Не проще ли через обычный роутинг реализовать схему, когда запросы на все российские подсети идут напрямую, а остальное - через VPS?
Итого, можно сформулировать 2 правила:
Исполнение файлов должно быть разрешено только для строго определённого перечня каталогов.
Не доверять ничему, что прилетает от пользователя.
Чисто из любопытства. Можно пару примеров?
Мне одному такой синтаксис кажется странным? Ведь можно же было всё упростить, добавив ясности:
Или нет?
Я прождал год, но у AS55990 что-то не наблюдается префикса /17. Должна ли теперь компания "головой отвечать" за разбазаривание IPv6, ведь спустя год освоение столь нужного /17 префикса даже не началось?
Ну не будут и не будут. Хорошо, когда альтернатива есть и плохо, когда её нет.
Зачем? О_о Мне кажется очевидным, что лучше иметь возможность кастомной прошивки, чем не иметь. Много чего с ней можно придумать.