У меня это не работает, я уже пробовал. На сколько я понимаю мне нужно такое правило: chain=srcnat action=masquerade protocol=tcp src-address=192.168.88.0/24 dst-address=192.168.88.1 dst-port=11122
Но это не работает. Вы не мог ли бы написать конкретное правило для моего случая?
CityCat4, дак в этом и состоит вопрос. В том, чтобы вы мне сказали, что можно использовать vpn или ещё что-то... Или в тегах вопроса должны уже стоять ответы на него? Читайте вопрос вдумчивее и мыслите шире.
Неужели вы думаете, что я рассчитывал на то, что вы мне расскажите как из одного ip провайдера сделать два ip того же провайдера? Нет, кончено нет. Но это не значит, что нельзя раздобыть эти ip где-то извне. Я лишь описал то что у меня есть и то что я хочу получить. Откуда и как я хочу получить внешние ip я не уточнял, т. к. в этом и есть суть вопроса.
Ну вопрос комплексный и включает и то как раздобыть и как проще настроить. По большому счёту я хочу понять есть ли варианты без vpn. И если есть, то как их организовать.
Алексей Николаев, супер, а если каждое меню обладает уникальными особенностями и требует связи с Header, причём в особенном порядке? Я ведь пример привёл ещё совсем простой. Есть огромная куча примеров когда есть какой-то уникальный компонент, с уникальными элементами и если его реализовать с помощью одного компонента, то будет лапша на 1000+ строчек. В итоге ты по сути берёшь один большой компонент с тесно связанной логикой и делишь его на 10 мелких, которые по отдельности просто никакого смысла не имеют.
Не хочу ни в коем случае принижать ваш опыт, но есть ощущение, что вы занимаетесь исключительно админ панелями, где абсолютно всё модульное и ничего сложного и связанного нет, а если и есть то на уровне бизнес логики и выносится куда-то за пределы компонентов в принципе. А у меня вот например сейчас проект, где конечно есть куча базовых общих компонентов, различных кнопок инпутов и пр. ерунды, но помимо них есть очень большие уникальные части, которые делятся на тесносвязанные компоненты, которые в свою очередь с вероятностью 99.9999% нигде и никогда не будут переиспользоваться по отдельности и тратить время на то чтобы сделать их независимыми и универсальными нет никакого смысла, это лишь усложняет логику и навигацию по проекту, а что самое главное отнимает огромное количество ценного времени.
Виталий Столяров, я конечно случайно это сделал, но учитывая то что на западе вообще такого понятия как "ВЫ" нет делаю вывод, что ВЫ порождение совка. Только совки являются такими яростными апологетами общения на ВЫ.
Виталий Столяров, при чём тут Angular? Зачем примеры? У меня есть наглядная метрика. Я только что перевёл свой pet проект на эту структуру и стало удобнее, что тебе ещё надо? Ради чего эти мириады вложенных папок? Чтобы потом их постоянно открывать закрывать? Чем это удобнее? Мне лично эти лишние действия уже порядком надоели.
Виталий Столяров, для начала хочу заметить, что тогда я точно работал и сам проектировал большие проекты.
А что самое главное - данное правило вообще никак не зависит от размера проекта. Суть в том что если у нас есть проект из 500 компонентов и допустим 10 основных разделов, то можно во первых разбить их по папкам common, layouts, pages, а во вторых создать папки для всех основных разделов. Итого в каждой папке раздела будет 30-40 компонентов, что является оптимальным кол-вом и наиболее удобно для быстрой ориентации по проекту. Создавать папку для дочерних компонентов каждого компонента - вот что плохо и что объясняется в style guide.
