Не уверен, что на самом деле означает «все еще не работает», но в вашем коде есть серьезная проблема .....
Вы должны быть уверены, что «вставляете / выходите» из нужного языка, когда смешиваете их!
В вашем примере вы не правильно «перетекаете» из JS в HTML .... .
Вот тот же код, немного исправленный и очищенный (и прокомментированный, чтобы вы могли видеть, что я сделал):
<!-- first, do all the HTML (generally, keep it above the JS, though there are times you have to do it differently - but for this example, it should be OK) -->
<div id="otEmbedContainer" style="width:800px; height:640px"></div>
<!-- Now, you will go into JS and do all the JS things-->
<script src="//code.jquery.com/jquery-1.12.0.min.js"></script>
<script type="text/javascript">
// set up your variables first - keeping them together
// Give the parameter a variable name
var myvariable = getParameterByName('variable');
// NOTE: in your example, id of 'myvariable' is not shown, so there may be some issues there????
$('#myvariable').html(myvariable);
// Parse the URL parameter
function getParameterByName(name, url) {
if (!url) url = window.location.href;
name = name.replace(/[\[\]]/g,"\\[110]amp;");
var regex = new RegExp("[?&]" + name + "(=([^&#]*)|&|#|$)"), results = regex.exec(url);
if (!results) return null;
if (!results[2]) return '';
return decodeURIComponent(results[2].replace(/\+/g, " "));
}
function addScript( src, value ) {
var s = document.createElement( 'script' );
s.setAttribute( 'src', src );
s.setAttribute( 'myvalue', value);
document.body.appendChild( s );
}
addScript('https://example.com/embed/embed/ot-embed.js?embedId=5432&variable=', myvariable);
</script>
Надеюсь, это поможет вам в этом. При работе с несколькими языками вам просто нужно запомнить, в каком из них вы находитесь, и обязательно «вставить» другой (когда вы добавляете PHP в микс HTML / JS, вещи иногда становятся сложными, но применяется то же правило - Вы уверены, что говорите на правильном языке, заходя / выходя и делая шаг за шагом!
Удачного кодирования!
Я собираюсь сказать недвусмысленно да. IIS и Cassini не являются тем же, и не представление Вашего кода к производственным условиям может вызвать Вас проблемы. Лучше вовлекать себя в привычке как можно раньше.
(очевидно, можно заменить "IIS" "Apache" или независимо от того, что технология веб-сервера),
Какой вред это может причинить установку его? По крайней мере, если Вам установили его, можно принять решение использовать его или нет. День необходимо отладить вызов веб-сервиса из внешне приложения хоста, Вы не хотите бездельничать установке его.
Я сказал бы, что Вам не должны были устанавливать IIS, но что необходимо протестировать на IIS в какой-то момент.
Веб-сервер Разработки имеет две "проблемы":
Особенно вторая точка может действительно открыть способы выстрелить Вам в ногу. "Почему люди могут получить доступ к SuperSecretPicture.jpg? У меня есть Обработчик в моем Web.config, это блокирует это!".
Но если Вы знаете о тех ограничениях, затем я нахожу, что веб-сервер Разработки лучше для запуска с того, так как можно сначала сфокусироваться на коде и затем о среде, но YMMV.
Нижняя строка - то, если Ваше приложение вручено IIS, необходимо тестировать на IIS. Если это означает IIS на Вашей локальной машине, или dev сервер ваше дело.
Нам установили IIS на наших локальных машинах на нашей работе в целях разработки. Мы должны протестировать веб-приложения против IIS, но, и при этом мы не хотим выпускать его к нашему живому серверу, или к нашему тестовому серверу, поскольку это требует большой работы. Вместо этого мы просто размещаем его локально, и каждый раз мы изменяем файл через Visual Studio, мы можем затем немедленно видеть изменения, не имея необходимость проходить процесс копирования файла.
Я не думаю, что это - плохая вещь вообще, пока все безопасно, Вы будете в порядке.
Зависит - Вы выполняете серверные версии окон для Вас dev поля?
Поскольку, например, версия XP IIS отличается от 2000/2003 сервера, таким образом, Вы получите другой опыт. Точно так же, если Вы разработаете на Vista, но запланируете развернуться на 2003, то это не будет "полный" опыт.
Мы разрабатываем на ноутбуках с помощью виртуальных машин. Таким образом, если виртуальная ОС разрушает (или хост ОС, в этом отношении) Вас просто, копирует Ваш vpc назад с сети (где у нас есть резервные копии), и Вы хороши для движения. также, это делает это ПУТЕМ легче выполнить "стандартную" платформу разработки, которая является максимально близко к производству.
Для нас нам нужно было установить IIS, поскольку мы разрабатываем Sharepoint '07 webparts.
Идеально Ваш тестовый сервер должен зеркально отразить Ваш рабочий сервер. Это должно обойтись без помощи высказывания. По-моему, Ваша dev среда должна как приблизиться как возможная при выполнении потребностей сначала (я предпочитаю сохранять dev среду максимально самоподдерживающейся, в случае, если я отключен от сети).
У меня нет проблемы с помощью dev сервера для разработки и IIS (локально или удаленный, в зависимости от обстоятельств) для тестирования - но это зависит от проектных требований также. Я предпочитаю размещать веб-сервисы на локальном сервере IIS, например. YMMV.