Мы можем использовать np.convolve
-
np.convolve(mydata,np.ones(3,dtype=int),'valid')
. Основная идея с convolution
заключается в том, что мы имеем ядро, которое мы слайд через входной массив, а операция свертки суммирует элементы, умноженные на элементы ядра по мере перехода ядра. Итак, чтобы решить наш случай для размера окна 3
, мы используем ядро из трех 1s
, сгенерированных с помощью np.ones(3)
.
Пример прогона -
In [334]: mydata
Out[334]: array([ 4, 2, 3, 8, -6, 10])
In [335]: np.convolve(mydata,np.ones(3,dtype=int),'valid')
Out[335]: array([ 9, 13, 5, 12])
У меня была эта ошибка снова, и ни одна из вышеперечисленных не работала для меня. Мне пришлось удалить следующий узел в файле .csproj: <VisualStudio>....</VisualStudio>
.
FYI, VS смог воссоздать узел, а затем я воссоздал сайт в IIS (через VS), и он отлично работал.
Надеюсь, это поможет кто-то.
У меня уже есть bin/
на вкладке моей сборки. Я получил global.asax из другой копии проекта, но это не сработало.
Решение, которое в конечном итоге помогло мне, было удалить папку bin/
и создать новую пустую папку с то же имя.
Просто создайте руководство для своего решения.
Если вы используете локальный IIS, попробуйте удалить регистрацию сайта в диспетчере IIS и затем заново создать его вручную.
. Для меня было исправлено изменение выходного пути на вкладке сборки. Я изменил выходной путь на bin\
, и ошибка исчезла.
. Другое исправление может заключаться в том, что у вас есть неправильный запуск проекта.
Я знаю, что есть много решений для этого уже, но я подумал, что просто упомянул, что решило его для меня.
Моя конфигурация была настроена на Debug. Смена его на Release сделала трюк для меня.
Убедитесь, что вам не нужно открывать проект MVC, например File-> Open Web Site, вместо этого использовать File-> Open Project.
У меня была такая же проблема и я решил ее с помощью следующих шагов
Я получил эту ошибку, потому что мой контроль версий был установлен, чтобы игнорировать мою папку с bin. Очень глупо, но, возможно, кому-то это поможет.
Проверьте код за информацией, предоставленной в global.asax. Они должны правильно указывать на класс в своем коде.
sample global.asax:
<%@ Application Codebehind="Global.asax.cs" Inherits="MyApplicationNamespace.MyMvcApplication" Language="C#" %>
образец кода позади:
namespace MyApplicationNamespace
{
public class MyMvcApplication : System.Web.HttpApplication
{
protected void Application_Start( )
{
AreaRegistration.RegisterAllAreas( );
FilterConfig.RegisterGlobalFilters( GlobalFilters.Filters );
RouteConfig.RegisterRoutes( RouteTable.Routes );
BundleConfig.RegisterBundles( BundleTable.Bundles );
}
}
}
Я получал эту ошибку, потому что я запускал проект, несмотря на некоторые ошибки времени компиляции. Этого я не заметил.
Как ни глупо, как это могло бы звучать, попробовал все, и он не сработал и, наконец, перезапустил VS2012, чтобы увидеть, как он снова работает.
Убедитесь, что пространство имен в вашем файле global.asax.cs соответствует пространству имен вашего webapp
Для меня работала перезагрузка Visual Studio.
Я попробовал вручную перестроить, выполнить чистую и перестроить и удалить папку bin, все из которых не работают. Мой выходной путь уже был установлен в bin \
Я впал в это. Я прочитал и протестировал все возможные решения, которые были даны ранее. Проверка пути сборки, сборка, перестройка, очистка, перезапуск IIS и VS2015, переустановка всех пакетов nuget, их компиляция один за другим и т. Д. ...
Я вдруг вспомнил, что VS хранит некоторые ASP-файлы в системе папок ... Я думаю, что я должен попробовать, в конце концов, это может стать хуже. Итак, я опустел:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
И все снова работает ... Странно, что эта проблема имеет такие разные возможные решения ...
В некоторых случаях новые проекты, которые вы создаете, по умолчанию не установлены. Если вы щелкните правой кнопкой мыши на своем решении, выберите Properties
и выберите Configuration Properties
| Configuration
слева и убедитесь, что ваш проект имеет галочку под столбцом Build
. В обычных обстоятельствах я обнаружил, что это происходит по умолчанию. В других обстоятельствах (у меня есть несколько сложное решение для Web Api / Xamarin Android и iOS / Mvc 5, которое демонстрирует это поведение), галочка отсутствует.
Это связано с другими ответами - если сборка вашего веб-проекта недоступна, вы получите эту ошибку. Но это может быть распространенным сценарием, тем более, что вы на самом деле компилируете свое решение - проект просто не строится.
Удалите содержимое папки bin вашего сайта (используйте для этого файл-проводник). Перестроить.
Мое решение: Потому что я создал проблему! Я изменил пространство имен в Global.asax.cs
Вам также нужно изменить значение атрибута Inherits в Global.asax.
У меня была эта разочаровывающая ошибка в среде разработки в Visual studio, и выяснилось, что причина была совсем немой. Короче, если у вас есть несколько веб-проектов / сайтов в решении: убедитесь, что порт, к которому вы пытаетесь получить доступ к веб-сайту, тот же, что и в Project Properties-> Web
. В моем случае, ошибка была вызвана тем, что я использовал другой порт для доступа к веб-сайту (в браузере), а проекту в решении был назначен другой порт. Чтобы объяснить немного больше, у меня было два проекта веб-сайта в моем решении Website1 (назначенный порт 8001 в ISS от Visual-Studio) и Website2 (назначенный порт 8101 в ISS Visual-Studio). Так что, даже если я создавал Website1, я пытался получить доступ к веб-сайту с помощью locahost: 8101.
Теперь, когда я, наконец, понял проблему, я вижу, что комментарий @ StingyJack касается аналогичной проблемы.
Ahh это было неприятно.
Получил эту ошибку после отключения питания, и я вернулся к моему проекту.
Я попробовал перезапустить VS. Я попытался установить путь вывода к \ bin. Я проверил свои пространства имен.
Но то, что сработало для меня, - это восстановление решения.
Rebuild Solution !!!
Если вы изменили пространство имен, обязательно щелкните правой кнопкой мыши и рефакторинг.
Я получаю эту проблему каждый раз, когда я сохраняю файл, который динамически компилируется (ascx, aspx и т. д.). Я жду около 8-10 секунд, потом он уходит. Это ужасно раздражает.
Я думал, что это, возможно, проблема с IIS Express, поэтому я попробовал на встроенном dev-сервере и все еще получаю его после сохранения файла. Я запускаю приложение MVC, я также использую T4MVC, возможно, это фактор ...
Если вы размещаете в IIS express и вы открываете проект в двух разных местах, вы можете увидеть эту ошибку.
Решение - перейти к Project/Properties/Web/Servers
и нажать Create Virtual Directory
.
Это также может случиться при запуске проекта в визуальной студии, если ваш IIS Express имеет / размещает старый / другой проект, используя одно и то же назначение порта.
Чтобы исправить это, вы можете изменить назначение порта для этого проекта или закрыть IIS Express.
bin
на bin\Debug
и bin\Release
, но старые файлы все еще были в моей папке bin
, поэтому я hadn Нет никаких проблем. Конечно, если вы делаете чистую проверку и создаете эти файлы, для вас это не существует, поэтому она взрывается.
– Bart Read
12 September 2017 в 14:33
Я видел это много раз за последнее десятилетие и только что получил его снова. Есть много проблем, которые приводят к той же ошибке.
Одной из причин является переименование файлов. Переименуйте Default.aspx (связанные файлы .cs и designer автоматически переименовываются). Кодовое имя изменяется, но строка Inherits в разметке не работает. Измените его вручную. Дважды проверьте страницу дизайнера. Иногда (VS2005-8?) Страница дизайнера не отражает изменения в пространстве имен. Не видели этого в 2010 году.
Еще одна проблема - когда все работает в VS или на вашем локальном ПК, но не при развертывании. Это может быть связано с тем, что среда развертывания не структурирована одинаково. Например, ошибка возникает, если вы поместите свой код в виртуальный каталог под папкой приложения, но это не происходит, если вы создаете новую папку приложения и размещаете там все свои файлы. Я не понимаю этого, поскольку у меня была новая дочерняя / виртуальная папка с одинаковыми разрешениями (или, как я полагаю), и (я полагаю) пул приложений должен работать одинаково для всего в данной папке приложения.
В моем случае у меня также была папка bin с сборками, которые обновляются из других сборок на сервере IIS. Опять же, обеспечение их запуска в отдельной папке приложения привело к успеху.
HTH
Это может произойти очень часто, если вы измените пространство имен. Верните имя своего пространства имен, как и раньше, и это должно заставить его работать!
Я получал ту же ошибку и вдохновлял делать все, что упоминалось здесь, а в другом месте ничего не работало. Оказалось, что я скопировал исходный код global.asax.cs из предыдущей версии проекта, у которого было другое имя. Таким образом, namespace Test
должен был быть namespace Test.WebUI
. Конечно, глупая ошибка, и я немного смущен, чтобы написать это! Но писать в надежде, что подобная ошибка от кого-либо еще может заставить его проверить этот тривиальный аспект.
Я столкнулся с этой проблемой, и я вижу там всевозможные ответы, но ничего не принято. Я чуть-чуть обнаружил, что просто создавая сайт, прежде чем пытаться запустить, решил мою проблему.
Решение для меня состояло в том, чтобы щелкнуть правой кнопкой мыши по проекту Mvc, выбрать свойства и нажать «Создать виртуальный каталог».
Появилось окно с сообщением о том, что проект был сопоставлен с неправильной папкой (он показал папке для другого проекта TFS. Он дал возможность отобразить его обратно в нужную папку.