Luksusproblem

[Jens]

Hej/

Jeg har et luksusproblem - men er alligevel interesseret i at høre
jeres evt. kommentarer.

Jeg benytter ASP-Upload fra Persits - og dette er understøttet af det
web-hotel jeg benytter. Det virker perpekt - så alle burde være glade.
Men jeg har en lille nærende tvivl.

Når jeg på Validator.w3.org validerer siderne - efter at jeg har
indført upload.asp - får jeg 19 fejl. Som så ofte med validator.w3.org
kan en lille fejl generere mange meningsløse fejlmeddelelser - og det
er jeg nu udsat for.Piller jeg linjer med asp.upload ud går jeg
igennem testen uden bemærkninger - men er de inkluderet får jeg 'læst
og påskrevet'

Jeg gætter på at validatoren ikke ved hvad upload.asp fra Persits er.
Og derfor har jeg spurgt såven Persits som mit web-hotel om jeg på en
eller anden måde skal skrive i mit program, hvor funktionen ligger på
hotellet. Igen programmet virker og kan sagtens finde asp.upload - men
validatoren giver fejl.

Har nogle af jer godfe råd eller ligennde erfaringer med
tillægsprogrammer og ved hvordan man kan gøre en validator tilfreds?
Det er jo rart at have en ren 'straffeattest' når jeg sidenhen laver
nye tilføjelser til programmet.

mvh.
Jens

[Birger Sørensen]

Jens tastede følgende:

Vi skal nok have et link, eller beskrivelse af fejlene...

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://skippersevent.dk

[Jens]

> --http://varmeretter.dk- billig, sund og hurtig madhttp://skippersevent.dk- Skjul tekst i anførselstegn -
>
> - Vis tekst i anførselstegn -

Siden hedder www.vinvenner.dk/adm16.asp - men de fejl der kommer er
imho irrelevante. Jeg tror fejlen skyldes at validatoren ikke kan SE
asp.upload - selvom den er på mit web-hotel.

[Leif Neland]

> Siden hedder www.vinvenner.dk/adm16.asp - men de fejl der kommer er
> imho irrelevante. Jeg tror fejlen skyldes at validatoren ikke kan SE
> asp.upload - selvom den er på mit web-hotel.

Set udefra får jeg denne meddelelse:
Persits.Upload.1 error '800a003d'

Wrong Content-Type. Make sure you have included the attribute
ENCTYPE="multipart/form-data" in your form.

/adm16.asp, line 56

Der skal vel være admin-adgang til en side, der hedder adm16.asp, ville jeg
tro, så det har nok noget med sagen at gøre...

Hvis du tager en "vis-kilde"-kopi af siden, og lægger den så vi og w3c kan
se den, og evt "kastrerer" den, så posts og links ikke fører til
admin-sider, så kan der fejlsøges.



Leif

[Birger Sørensen]

Jens formulerede spørgsmålet:

Ved forsøg på at validere siden giver W3C resultatet "500 Internal
Server Error".
I FF med HTML-validator, er der godt nok 19 fejl, og siden selv giver
bl.a Persits.Upload.1 error '800a003d'...

Mit bud er at det er upload.asp selv, der indsætter de fejlbehæftede
elementer i din kode. For at rette det, skal du have fat i filen og
rette fejlene der.

Tror ikke nogen kan hjælpe dig, uden at have den oprindelige kode.
Og så nok ikke mig - jeg har ikke så meget forstand på asp (har heller
ikke lyst til at have det - holder mig til php).

[Stig Johansen]

Birger Sørensen wrote:

> Ved forsøg på at validere siden giver W3C resultatet "500 Internal
> Server Error".

Typisk IIS meddelelse.
Jeg havde en snak engang med Accenture/Videnskabsministeriet, hvor man
(Accenture) mente det var af 'sikkerhedsmæssige' årsagr man blot
returnerede en 500 Internal error.

> Mit bud er at det er upload.asp selv, der indsætter de fejlbehæftede
> elementer i din kode. For at rette det, skal du have fat i filen og
> rette fejlene der.

Det er autogenereret, så man skal henvende sig til 'ham' ;-)

> Tror ikke nogen kan hjælpe dig, uden at have den oprindelige kode.

Det er _koden_, der fejler, akkurat som der også er fejl på PHP.

> Og så nok ikke mig - jeg har ikke så meget forstand på asp (har heller
> ikke lyst til at have det - holder mig til php).

Det her har ikke så meget med 'religion' (asp/php/ruby/....) at gøre, da det
er _serveren_, der leverer fejlen, og ikke scriptet.

--
Med venlig hilsen
Stig Johansen

[Jørn Andersen]

On Sun, 29 Jan 2012 12:58:40 -0800 (PST), Jens
<jens.r.ra...@gmail.com> wrote:

>Jeg benytter ASP-Upload fra Persits - og dette er understøttet af det
>web-hotel jeg benytter. Det virker perpekt - så alle burde være glade.
>Men jeg har en lille nærende tvivl.
>
>Når jeg på Validator.w3.org validerer siderne - efter at jeg har
>indført upload.asp - får jeg 19 fejl. Som så ofte med validator.w3.org
>kan en lille fejl generere mange meningsløse fejlmeddelelser - og det
>er jeg nu udsat for.Piller jeg linjer med asp.upload ud går jeg
>igennem testen uden bemærkninger - men er de inkluderet får jeg 'læst
>og påskrevet'
>
>Jeg gætter på at validatoren ikke ved hvad upload.asp fra Persits er.

Det skal den heller ikke vide noget om.
ASP foregår på serveren - så derfor er det *outputtet* fra ASP, som
gerne skulle være HTML, der udløser dine validerings-fejl.

Så kig i din HTML-kildekode og se, hvad den spytter ud, og du er på
rette spor.

Good luck,
Jørn

--
Jørn Andersen
http://socialister.dk
http://marxisme.dk

[Leif Neland]

Stig Johansen wrote:
> Birger Sørensen wrote:
>
>> Ved forsøg på at validere siden giver W3C resultatet "500 Internal
>> Server Error".
>
> Typisk IIS meddelelse.
> Jeg havde en snak engang med Accenture/Videnskabsministeriet, hvor man
> (Accenture) mente det var af 'sikkerhedsmæssige' årsagr man blot
> returnerede en 500 Internal error.

Selvfølgelig skal der ikke opstå fejl :-)

Som bruger skal du ikke have at vide hvad der er gået galt, det skal
programmøreren/udvikleren læse i fejlloggen.

Det er kun i udviklingsfasen, at det er fornuftigt at få detaljerede
fejlmeddelelser med udskrift af programkoden og traceback af funktionskald
og andet guf for hackere.

Den slags skal slås fra, eller begrænses til få ip-adresser, når sitet går i
luften.

Evt med en custom 500-handler, der blot skriver "Ups, der opstod en fejl,
den ansvarlige er blevet underrettet", og så logger fejlen til en fil eller
database,

Leif

[Jens]

Tak for jeres svar. Såvidt jeg forstår, er der ingen løsning på
problemet. Og da det er et luksusproblem, er det måske også
ligegyldig. Dog lige for at rekapitulere:

Jeg har siden adm15, hvor man kan indsætte data herunder hvilke filer
der skal uploades fra ens egen pc. Og netop her står (selvfølgelig) i
pågældende form ENCTYPE="multipart/form-data", da der skal kunne
uploades . Formen sender indholdet videre til siden adm16, hvor så
selve uploade skal ske. Og igen: Det virker perfekt.
Leif bad om koden fra adm16. Den er:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://
www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="da">

<head>
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1" />
<title>datamodtagelse16</title>
<link rel="stylesheet" type="text/css" href="formatering.css" />
<link rel="stylesheet" type="text/css" href="printer.css"
media="print" />
</head>

<body>
<div id="topbar">
<h1>Administratorside 16</h1>
</div>

<div id="menubar">

<ul>
<li><b>Administratorsider</b></li>
<li><a tabindex="1" class="menuplacering" href="adm1.asp"
title="adm.login" accesskey="i"><span class="genvejstast"> I</span> -
Login</a></li>
<li><a tabindex="2" class="menuplacering" href="adm2.asp"
title="adm.valg" accesskey="v"><span class="genvejstast"> V</span> -
Valg</a></li>
<li><a tabindex="3" class="menuplacering" href="adm19.asp"
title="adm.slut" accesskey="o"><span class="genvejstast"> O</span> -
Logout</a></li>
</ul>
</div>

<div id="indholdbar">

<p>Stamdata for perioden 2011/2012 er ændret d. 04-02-2012 16:56:39</
p>

</div>
</body>
</html>

Som du kan se så virker det,.Filerne er uploaded og brugeren får
ovennævnte kvittering om at alt er gået godt. Og det er det. filerne
ligger nu gemt på serveren.
men siden kan ikke valideres uden fejl :-(

Der hvor validatoren nævner multiform i l. 56, er der, hvor selve
uploaden foregår


' Upload og gem dokumenterne på serveren
' **************************************
Set Upload = Server.CreateObject("Persits.Upload")
' Overskriv hvis filen findes i forvejen
Upload.OverwriteFiles = true
Count = Upload.Save(sti)

og sti er tidligere sat til der hvor filerne korrekt bliver gemt, som
er
sti = Server.Mappath("/")
laengdefast = len(sti) + 1
sti = sti & "\dokumenter\"

mvh
Jens

[Leif Neland]

Den 04-02-2012 17:17, Jens skrev:
> On 30 Jan., 12:05, "Leif Neland"<l...@neland.dk> wrote:
>> Stig Johansen wrote:
>>> Birger Sørensen wrote:
>>
>>>> Ved forsøg på at validere siden giver W3C resultatet "500 Internal
>>>> Server Error".
>>

Fejlen er bare at hverken w3c eller vi andre har lov til at se
resultat-siden uden hverken at være logget ind eller at have uploadet noget.

>
> Tak for jeres svar. Såvidt jeg forstår, er der ingen løsning på
> problemet. Og da det er et luksusproblem, er det måske også
> ligegyldig. Dog lige for at rekapitulere:
>
> Jeg har siden adm15, hvor man kan indsætte data herunder hvilke filer
> der skal uploades fra ens egen pc. Og netop her står (selvfølgelig) i
> pågældende form ENCTYPE="multipart/form-data", da der skal kunne
> uploades . Formen sender indholdet videre til siden adm16, hvor så
> selve uploade skal ske. Og igen: Det virker perfekt.
> Leif bad om koden fra adm16. Den er:
>

Er det ikke adm15, der mangler at validere? Så er det jo den kode, du
skal vise :-)

> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://
> www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="da">
>

snip...

>
> Som du kan se så virker det,.Filerne er uploaded og brugeren får
> ovennævnte kvittering om at alt er gået godt. Og det er det. filerne
> ligger nu gemt på serveren.
> men siden kan ikke valideres uden fejl :-(
>

Den validerer da fint, der kommer kun en warning:
Mismatch between Public and System identifiers in the DOCTYPE declaration

This document uses an inconsistent DOCTYPE declaration. The Public
Identifier -//W3C//DTD XHTML 1.0 Strict//EN declares the XHTML 1.0
Strict document type, but the associated System Identifier http://
www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd does not match this document
type.

The recommended System Identifier for XHTML 1.0 Strict is
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd.

The safest way to use a correct DOCTYPE declaration is to copy and paste
one from the recommended list and avoid editing that part of your markup
by hand.