На linux подобная задача решается штатными инструментами cgroup и виртуалка не понадобится, можно каждому приложению выделить свою cgroup со своими сетевыми правилами.
А можно поподробнее с этого места? Как мне поднять proxy, в отдельной cgroup с отдельными сетевыми правилами?
Я конечно сейчас погуглю, но буду благодарен за подсказу.
shurshur, это легко решается с помощью прокси - можно запустить несколько версий FF с разными прокси. Проблема в том что настройка маршрутов утомительна. Мне бы иметь просто отдельный браузер который выходит с реального VPN - это более гибкое и понятно решение.
shurshur, этих ресурсов очень много. Как тех на которые надо попадать из VPN, так и тех на которые VPN не нужен.
Я знаю что их можно настраивать, но тогда мне проще отключать/включать VPN.
Денис Аникин, все правильно - так и должно быть. Это просто порезанный на куски архив. Он сам его склеит.
Это и есть копия созданная с помощью встроенного механизма. Именно ее надо было разворачивать с помощью restore.php, а не архив в который их кто-то видмо вручную поместил.
Ясно - у вас похоже бэкап был упакован в архив. Переместие эти файлы в документ рут. Удалитие пустую папку. Залейте туда restore.php и запустите востановление.
Денис Аникин, ну очевидно у вас в документ рут лежит никак не развернутый сайт, а просто папка с именем 30.11.2019.
Как вы получили архив с такой папкой не очень понятно. Видимо все же это не архив созданный встроенным средством создания РК. Хотя то что он нарезан на куски по 100мб как бы намекает на это.
Я так понимаю при воставновлении через restore.php этапа востановлени БД не было?
Думаю вам стоит посмотреть в эту папку - не находится ли там файлы сайта, и, если да, переместить их все-таки в документ рут для начала.
Ну а хит это запрос к сайту. Изначально проверка таблицы агентов на необходимость их выполнения проверяется именно на хитах. Т.е. во время запросов пользователей к сайту. Это может сильно замедлять отдельные запросы и приводить к запаздыванию срабатывания агента. По сути это необходимо только для того, чтобы агенты хоть как-то работали в любом случае.
В нормальной ситуации работа агентов на хитах отключается и агенты выполняются только при запуске особого скрипта по заданию в cron.
Возможно я не до конца понял вопрос.
В чем он заключается - как вставить свой сайт в iframe?
Или как добавить iframe в статью на medium.com?
Что-то третье?
Просто у вас в заголовке речь о том как сделать из своего сайта firame - я вам на этот вопрос и ответил.
Если не получается что-то другое - так и спросите о другом.
А в чем собственно вопрос? Он у вас очень размытый какой-то.
Ну вставляете свой сайт ifram'ом. Кто вам мешает?
Высота iframe не может быть по контенту. Вот вообще никак.
Если вы хотите чтобы у вас ifram под контент подстраивался, то добавьте туда где он находится ловушку для события всплывающего из iframe и изменяющего его высоту, а в сам iframe добавьте код которые будет отправлять событие в эту ловушку, с текущей высотой контента, при каждом изменении высоты контента.
itemashabanov, проблема в том, что события на элементы DOM навешиваются по событию готовности страницы $.ready или что-то подобное - несмотря на то, что это распространенная практика - так делать нельзя, так в этом случае js полагается на html и неизменность DOM.
Вам нужно или с помощь каких-то костылей реинициализировать события, при этом как-то не допустив двойного навешивания, либо избавится от порочной практике, когда один код полагается на другой. Избавится от связности js и html
И кажется я прав.