Как я уже сказал в своем комментарии, ваш код выглядит нормально, может, есть что-то еще, что вызывает проблемы?
пс: я сделал фрагмент и исправил ваши теги
body {
display: flex;
flex-direction: column;
justify-content: start;
flex-wrap: wrap;
height: 100vh;
width: 100vw;
margin: 0;
}
header {
background-color: white;
display: flex;
flex-direction: row;
justify-content: center;
flex-wrap: wrap;
width: 100vw;
height: 10vh;
margin: 0;
}
main {
background-color: #f1f1f1;
display: flex;
flex-direction: row;
justify-content: center;
flex-wrap: wrap;
width: 100vw;
height: 85vh;
margin: 0;
}
footer {
background-color: #666666;
height: 4vh;
width: 100vw;
}
<html>
<head>
</head>
<body>
<header>
<div id="headercontentwrapper">
<div id="logowrapper"></div>
<div id="navwrapper"></div>
</div>
</header>
<main>
<div id="contentwrapper">
<div id="contentheaderwrapper"></div>
<div id="actualcontentwrapper"></div>
</div>
</main>
<footer>
</footer>
</body>
</html>
Разве Вы не можете сохранить данные сессии к хранилищу данных серверной стороны? т.е. XML-файл, база данных и т.д. Вы могли затем передать просто хеш (вычисленный на основе некоторых критериев, который надежно определяет сессию) к странице.NET, которая может выбор данные из хранилища данных с помощью этого идентификатора и заполнять данные сессии. Это все еще означает иметь необходимость передать запросы от ASP до ASP.NET через прокси каждый раз, чтобы гарантировать, что последние данные сессии доступны в каждом приложении, но я не знаю об альтернативном способе достигнуть этого, я боюсь.
Я должен был иметь дело с той же проблемой. В моем случае я зашифровал ключ в cookie и использовал базу данных для любой другой информации. Я записал шифрование в.NET и inter-op'd для дешифрования идентификатора на стороне ASP. Существует некоторая странность, имеющая дело с основой 64 строки в том, что ASP не получит ту же строку как.NET, таким образом, Вам, вероятно, придется сделать, как я сделал и переписываю основу 64 строки для преобразовывания в шестнадцатеричную систему эквивалентный или некоторая подобная тактика наименьшего общего знаменателя. Это относительно безопасно (сохраните нападение XSS).
Ну, в конечном счете лучшая идея была бы, вероятно, для преобразования приложения ASP в.NET. Я думаю, что, вероятно, само собой разумеется все же. Если безопасность является большим беспокойством существуют шаги, которые можно сделать до шифрования и поддержания целостности информации о сессии, для создания ее более безопасной, такие как некоторое симметричное шифрование и хеширование и что нет.
Я не знаю ни о каком более чистом способе сделать это в общем случае. Но возможно можно ли описать более конкретно, что указывает, что необходимо совместно использовать между системами? В Вашем конкретном случае может быть более чистое решение. Состояние объекта сессии является не всегда лучшим способом сохранить состояние.
Я должен был бы согласовать с Wes P..., каковы долгосрочные цели? Если долгосрочная цель, перемещают классическое приложение ASP в ASP.NET затем, я думаю я, краткосрочная фиксация, независимо от того, что это может быть, будет работать. Если бы долгосрочное должно сохранить классическое приложение ASP затем, Вы были бы более обеспеченным движением с большим надежным решением для управления сеансами, подобного тому, что рекомендовал Oglester.