Newest KB Articles

Routing w ASP.NET - wpisy konfiguracyjne w pliku web.config

Sun, 25 Sep 2011 16:59:41 GMT

Wpisy w pliku web.config wymagane do poprawnego działania routingu w ASP.NET:

...

<system.webServer>

...

<modules runAllManagedModulesForAllRequests="true" >

<remove name="UrlRoutingModule"/>

<add name="UrlRoutingModule" type=

"System.Web.Routing.UrlRoutingModule, System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"

/>

</modules>

<handlers>

<add name="UrlRoutingHandler" preCondition="integratedMode" verb="*" path="UrlRouting.axd" type="System.Web.HttpForbiddenHandler, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

</handlers>

...

</system.webServer>

...

Należy również pamiętać o tym aby pula aplikacji witryny była ustawiona w tryb Integrated Pipeline.

'Sys' is undefined

Tue, 31 May 2011 21:46:38 GMT

W większości przypadków gdy witryna generuje błąd "'Sys' is undefined" mamy do czynienia z niepełnym plikiem web.config. Poniżej podajemy sekcje pliku konfiguracyjnego, które powinny ten problem usunąć.

<system.web>

...

<httpHandlers>

<remove verb="*" path="*.asmx" />

<add verb="*" path="*.asmx" validate="false" type=

"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

<add verb="*" path="*_AppService.axd" validate="false" type=

"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

<add verb="GET,HEAD" path="ScriptResource.axd" type=

"System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

validate="false" />

</httpHandlers>

<httpModules>

<add name="ScriptModule" type=

"System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

</httpModules>

...

<system.web>

oraz

<system.webServer>

...

<validation validateIntegratedModeConfiguration="false" />

<modules>

<add name="ScriptModule" preCondition="integratedMode" type=

"System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

</modules>

<handlers>

<remove name="WebServiceHandlerFactory-Integrated"/>

<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type=

"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

<add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type=

"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

<add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type=

"System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

/>

</handlers>

...

</system.webServer>

Włączenie pokazywania błędów aplikacji napisanych w PHP i ASP Classic

Thu, 26 May 2011 06:20:51 GMT

Aby mieć możliwość podejrzenia błędów generowanych przez PHP należy uaktualnić plik web.config witryny zgodnie z poniższą konfiguracją:

<?xml version="1.0" encoding="UTF-8"?>

<configuration>

<system.web>

...

<customErrors mode="Off" />

...

</system.web>

<system.webServer>

...

<httpErrors existingResponse="PassThrough" />

...

</system.webServer>

</configuration>

Zmiana scheme tabel w bazie danych na dbo

Thu, 19 May 2011 07:12:01 GMT

Aby zmienić scheme tabel na dbo w danej bazie danych MSSQL Server nalezy wykonac poniższe zapytanie:

DECLARE tabcurs CURSOR

FOR

SELECT 'AKTUALNESCHEME.' + [name]

FROM sysobjects

WHERE xtype = 'u'

OPEN tabcurs

DECLARE @tname NVARCHAR(517)

FETCH NEXT FROM tabcurs INTO @tname

WHILE @@fetch_status = 0

BEGIN

EXEC sp_changeobjectowner @tname, 'dbo'

FETCH NEXT FROM tabcurs INTO @tname

END

CLOSE tabcurs

DEALLOCATE tabcurs

Wpisy DNS wymagane do poprawnego działania usług Webio w przypadku kiedy domena jest utrzymana poza serwerami DNS Webio

Mon, 21 Jun 2010 08:03:38 GMT

Wartość 194.88.154.x jest zależna od tego, do którego serwera IIS konto zostało przypisane. Dokładny adres można poznać wchodząc do ustawień witryny po jej utworzeniu.

W miejscu DOMENA należy wstawić nazwę konfigurowanej domeny.

A 194.88.154.x
NS ns1.webio.pl
NS ns2.webio.pl
MX [10],mail1.webio.pl
MX [20],mail2.webio.pl
MX [30],mail3.webio.pl
TXT v=spf1 a mx ptr ip4:194.88.154.129/26 ip4:78.131.153.11 -all
* A 194.88.154.x
_autodiscover._tcp SRV hostingexchange.pl
ftp A 194.88.154.x
www A 194.88.154.x

Serwery DNS

Tue, 01 Jun 2010 09:00:50 GMT

ns1.webio.pl oraz ns2.webio.pl

Obsługa błędów za pomocą modułu ELMAH

Fri, 26 Mar 2010 13:36:27 GMT

Aby poprawnie zapisać błędy występujące w aplikacjach serwery IIS Webio mają domyślnie zainstalowany moduł ich logowania o nazwie ELMAH (http://code.google.com/p/elmah/) skompilowany w innej niż domyślna przestrzeni nazw (WebioElmah) po to aby nie zakłócać pracy bibolioteki Elmah instalowanej przez użytkowników na własną rękę. Poniższy opis przedstawia w jaki sposób należy uaktualnic plik web.config aby włączyć logowanie błędów do plików XML lub bazy danych SQLite:

<configuration>

<configSections>

...

<sectionGroup name="webioelmah">

<section name="security" requirePermission="false" type="WebioElmah.SecuritySectionHandler, WebioElmah, Version=1.1.11517.0,Culture=neutral, PublicKeyToken=93297c12d98e0131"/>

<section name="errorLog" requirePermission="false" type="WebioElmah.ErrorLogSectionHandler, WebioElmah, Version=1.1.11517.0,Culture=neutral, PublicKeyToken=93297c12d98e0131" />

</sectionGroup>

</configSections>

<webioelmah>

<security allowRemoteAccess="yes" />

<!-- NALEŻY WYBRAĆ JEDEN TYP LOGOWANIA BŁĘDÓW. NIEZALEŻNIE OD TYPU LOGOWANIA NALEŻY KATALOGOWI App_Data NADAĆ POZWOLENIE DO ZAPISU Z POZIOMU MENEDŻERA PLIKÓW W PANELU ZARZĄDZANIA KONTEM HOSTINGOWYM -->

<errorLog type="WebioElmah.XmlFileErrorLog, WebioElmah, Version=1.1.11517.0,Culture=neutral, PublicKeyToken=93297c12d98e0131" logPath="~/App_Data" />

<errorLog type="WebioElmah.SQLiteErrorLog, WebioElmah, Version=1.1.11517.0,Culture=neutral, PublicKeyToken=93297c12d98e0131" connectionStringName="WebioElmah.SQLite" />

</webioelmah>

<connectionStrings>

<add name="WebioElmah.SQLite" connectionString="Data Source=~/App_Data/errors.s3db"/>

</connectionStrings>

<system.web>

...

<httpHandlers>

...

<add verb="POST,GET,HEAD" path="WebioElmah.axd" type="WebioElmah.ErrorLogPageFactory, WebioElmah, Version=1.1.11517.0, Culture=neutral, PublicKeyToken=93297c12d98e0131" />

</httpHandlers>

...

<httpModules>

...

<add name="ErrorLog" type="WebioElmah.ErrorLogModule, WebioElmah, Version=1.1.11517.0, Culture=neutral, PublicKeyToken=93297c12d98e0131" />

</httpModules>

...

</system.web>

...

<system.webServer>

...

<validation validateIntegratedModeConfiguration="false" />

...

<handlers>

...

<add name="WebioElmah.axd_POST,GET,HEAD" path="WebioElmah.axd" verb="POST,GET,HEAD" type="WebioElmah.ErrorLogPageFactory, WebioElmah, Version=1.1.11517.0, Culture=neutral, PublicKeyToken=93297c12d98e0131" preCondition="integratedMode,runtimeVersionv2.0" />

</handlers>

...

<modules>

...

<add name="ErrorLog" type="WebioElmah.ErrorLogModule, WebioElmah, Version=1.1.11517.0, Culture=neutral, PublicKeyToken=93297c12d98e0131" preCondition="managedHandler" />

</modules>

...

</system.webServer>

...

</configuration>

W przypadku gdy aplikacja wykorzystuje .NET Framework 4.0 sekcja system.webServer / handlers powinna zawierac uaktualniony wpis:

<handlers>

...

</handlers>

Po uaktualnieniu pliku web.config (linijki zawierające "..." oznaczają pozostałe wpisy znajdujące sie w pliku konfiguracyjnym) należy utworzyć katalog App_Data w głównym katalogu witryny, a wszystkie zapisane błędy będa widoczne pod adresem:

http://DOMENAWITRYNY/WebioElmah.axd

Aby uniemożliwić podgląd ww. strony należy zmienic jedną wartość w powyższej konfiguracji:

<security allowRemoteAccess="no" />

Jeśli aplikacja jest napisana w ASP.NET MVC należy dodać do pliku Global.asax ścieżkę do ignorowania:

routes.IgnoreRoute("WebioElmah.axd");

Nazwa użytkownika i hasło do pierwszego logowania w skrypcie sklepu internetowego nopCommerce

Sat, 20 Mar 2010 15:55:57 GMT

Uzytkownik - admin@yourstore.com
Haslo - admin

Błąd "Bad Request HTTP Error 400. The request is badly formed."

Wed, 17 Feb 2010 19:52:20 GMT

Aby poradzić sobie z błędem:

    
            Bad Request
        
            HTTP Error 400. The request is badly formed.

należy usunąć z przeglądarki pliki cookies dotyczące domeny ssl.webio.pl lub poczta.webio.pl

Wpisy DNS wymagane do poprawnego działania poczty Webio

Fri, 12 Feb 2010 21:10:43 GMT

MX [10]mail1.webio.pl
MX [20]mail2.webio.pl
MX [30]mail3.webio.pl

TXT v=spf1 a mx ptr ip4:194.88.154.129/26 ip4:78.131.153.11 -all