Как создать самозаверяющий сертификат SSL для сервера Apache, который будет использоваться при тестировании веб-приложения?

Можно ли настроить nHibernate для подключения к базе данных Paradox (*.db файлов)?

Как я могу убедить Firefox (3.0.1, если это имеет значение) отправить заголовок If-Modified-Since в запросе HTTPS? Он отправляет заголовок, если запрос использует обычный HTTP, и мой сервер послушно выполняет его. Но когда я запрашиваю тот же ресурс с того же сервера, используя вместо этого HTTPS (т. е. просто меняя http:// в URL на https://), то Firefox вообще не отправляет заголовок If-Modified-Since. Это поведение предписано спецификацией SSL или чем-то еще?

Вот некоторые примеры пар запрос / ответ HTTP и HTTPS, извлеченные с использованием расширения Live HTTP Headers Firefox, с некоторыми различиями в полужирном шрифте:

HTTP request/response:

http://myserver.com:30000/scripts/site.js

GET /scripts/site.js HTTP/1.1
Host: myserver.com:30000
User-Agent: Mozilla/5.0 (...) Gecko/2008070206 Firefox/3.0.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
If-Modified-Since: Tue, 19 Aug 2008 15:57:30 GMT
If-None-Match: "a0501d1-300a-454d22526ae80"-gzip
Cache-Control: max-age=0

HTTP/1.x 304 Not Modified
Date: Tue, 19 Aug 2008 15:59:23 GMT
Server: Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8
Connection: Keep-Alive
Keep-Alive: timeout=5, max=99
Etag: "a0501d1-300a-454d22526ae80"-gzip

HTTPS request/response:

https://myserver.com:30001/scripts/site.js

GET /scripts/site.js HTTP/1.1
Host: myserver.com:30001
User-Agent: Mozilla/5.0 (...) Gecko/2008070206 Firefox/3.0.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

HTTP/1.x 200 OK
Date: Tue, 19 Aug 2008 16:00:14 GMT
Server: Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8
Last-Modified: Tue, 19 Aug 2008 15:57:30 GMT
Etag: "a0501d1-300a-454d22526ae80"-gzip
Accept-Ranges: bytes
Content-Encoding: gzip
Content-Length: 3766
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/javascript

UPDATE: установка browser.cache.disk_cache_ssl в true сделала трюк (что странно, потому что, как указывает Николай, все еще есть кэш памяти). Добавление заголовка "Cache-control: public" в ответ также сработало. Спасибо!

Мы использовали хранимую процедуру "undocumented" xp_fileexist в течение многих лет в SQL Server 2000 и не имели с ней никаких проблем. В 2005 году, похоже, они немного изменили поведение, чтобы всегда возвращать 0, если исполняющая учетная запись пользователя не является sysadmin. Он также возвращает ноль, если служба сервера SQL запущена под учетной записью LocalSystem, и вы пытаетесь проверить файл в сети.

Я бы хотел уйти от xp_fileexist. Есть ли у кого-нибудь лучший способ проверить наличие файла в сетевом расположении изнутри хранимой процедуры?

Существует ли какой-либо простой/общий способ очистить источник данных на основе XML перед использованием его в XmlReader, чтобы я мог изящно использовать данные XML, которые не соответствуют шестнадцатеричным ограничениям символов, установленным на XML?

Примечание:

• Решение должно обрабатывать XML источники данных, использующие символы кодировки, отличные от UTF-8, например: указание кодировки символов на декларация документа XML. Нет искажение кодировки символов источник при зачистке недопустим шестнадцатеричные символы были а главное препятствие.
• Удаление недопустимых шестнадцатеричных символов должно удалять только шестнадцатеричные кодированные значения, так как часто можно найти значения href в данных, которые содержат строку, которая будет соответствовать строке шестнадцатеричного символа.

Фон:

Мне нужно использовать источник данных на основе XML, который соответствует определенному формату (например, Atom или каналы RSS), но я хочу иметь возможность использовать источники данных, которые были опубликованы и содержат недопустимые шестнадцатеричные символы в спецификации XML.

В .NET, если у вас есть поток, представляющий источник данных XML, а затем попытаться проанализировать его с помощью XmlReader и/или XPathDocument, возникает исключение из-за включения недопустимых шестнадцатеричных символов в данные XML. Моя текущая попытка решить эту проблему состоит в том, чтобы проанализировать поток как строку и использовать регулярное выражение для удаления и/или замены недопустимых шестнадцатеричных символов, но я ищу более эффективное решение.