🚀 go-pugleaf

Jens tastede f�lgende:
> 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

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

Birger

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

On 29 Jan., 23:20, Birger Sørensen <s...@bbsorensen.com> wrote:
> Jens tastede følgende:
>
>
>
>
>
> > 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
>
> Vi skal nok have et link, eller beskrivelse af fejlene...
>
> Birger
>
> --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.

> 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

Jens formulerede sp�rgsm�let:
> On 29 Jan., 23:20, Birger S�rensen <s...@bbsorensen.com> wrote:
>> Jens tastede f�lgende:
>> 
>> 
>> 
>> 
>> 
>>> 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
>> 
>> Vi skal nok have et link, eller beskrivelse af fejlene...
>> 
>> Birger
>> 
>> --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.

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).

Birger

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

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

On Sun, 29 Jan 2012 12:58:40 -0800 (PST), Jens
<jens.r.rasmussen20@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

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

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".
>
> > 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

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

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.