То, что вы описали, звучит как XSS-атака. Я заметил, что на сайте есть раздел комментариев, так что вы можете захотеть найти любые элементы или события «onload», а затем удалить любые дальнейшие подобные атаки при обработке этих комментариев.
Я сам, к сожалению, не мог воспроизвести описанную вами ошибку, предполагая, что вы имели в виду следующую ссылку:
blockquote>Если мое предположение окажется верным, я советую вам снимать атаки с бэкэнда, а не с внешнего интерфейса.
SQL Server спроектирован так, чтобы использовать столько памяти, сколько он может получить, для повышения производительности за счет кэширования большого количества данных в памяти. Рекомендуется использовать выделенные машины для SQL Server, что делает этот подход совершенно допустимым, поскольку он не ожидает, что кому-то еще понадобится память. Так что не беспокойтесь об этом; это совершенно нормально.
Тем не менее, если вы работаете на машине разработки, а не в реальной среде, вы можете захотеть ограничить объем памяти, чтобы предотвратить захват вашего компьютера. В этом случае самый простой способ - открыть SQL Server Management Studio, щелкнуть правой кнопкой мыши на сервере и выбрать «Свойства», затем на вкладке «Память» вы можете установить максимальный объем памяти сервера.
Отвечая на вопрос Грега, при настройке памяти попытайтесь оставить не менее 10% общей памяти свободной для ОС. Если SQL выходит из-под контроля на длинном запросе, вы хотите, чтобы эта подушка могла удаленно входить и по-прежнему управлять сервером.