Kurts Upload Service

[Karl Erik Christensen]

Fungerende projekt kan ses på:
http://dmwebdesign.dk/zip/zip.php

Er stadig under udvikling :-)
Input modtages gerne.

Karl Erik.

--
http://dmwebdesign.dk - DM i Webdesign
http://produceret-i.dk/ - Køb danske produkter
http://webdesign.ranunkelvej.com - Artikler om webdesign

[scootergrisen]

Den 16-04-2012 19:42, Karl Erik Christensen skrev:
> Fungerende projekt kan ses på:
> http://dmwebdesign.dk/zip/zip.php
>
> Er stadig under udvikling :-)
> Input modtages gerne.
>
> Karl Erik.
>

Ser ud til at virke fint.
Det selvfølgelig nok ikke en god ide og lægge zip filerne i samme mappe
som zip.php filen.

Jeg prøvede og se om jeg kunne vælge firmanavn så zip.php blev
overskrevet men det kunne jeg ikke lige.

[Karl Erik Christensen]

Tak for at du kikkede forbi :-)

Ja zip-filen placeres lige nu i samme mappe som zip.php kører i. Det var
lige den hurtige løsning, så filen kan arbejde uanset hvor den placeres.
Der oprettes en mappe med de filer der overføres, men det hele slettes
når zip-filen er genereret.

Ellers er det fint hvis du "voldtager" systemet, så eventuelle mangler
kan udbedres.
Men det er jo bare lige flikket sammen på en dags tid, så der skal
udvikles mere på det.

"Lille Lise" har glemt sin "pik.zip" :-)

[Kurt Hansen]

Den 16/04/12 19.42, Karl Erik Christensen skrev:

> Fungerende projekt kan ses på:
> http://dmwebdesign.dk/zip/zip.php
>
> Er stadig under udvikling :-)
> Input modtages gerne.

Smukke kvinder får tankskibe opkaldt efter sig. Og hvad skal så
udødeliggøre mig? Et uploadsystem der er skrevet i det hotteste-hotte,
men som ikke fungerer i den (stadigvæk) mest brugte browser?
--
Venlig hilsen
Kurt Hansen

[Karl Erik Christensen]

On 17-04-2012 04:28, Kurt Hansen wrote:
> Den 16/04/12 19.42, Karl Erik Christensen skrev:

>> Fungerende projekt kan ses p�:

>> http://dmwebdesign.dk/zip/zip.php
>>
>> Er stadig under udvikling :-)
>> Input modtages gerne.
>

> Smukke kvinder f�r tankskibe opkaldt efter sig. Og hvad skal s�
> ud�deligg�re mig? Et uploadsystem der er skrevet i det hotteste-hotte,
> men som ikke fungerer i den (stadigv�k) mest brugte browser?

Jamen det er da en af de ting jeg gerne vil have bekr�ftet. Jeg har blot
l�st mig til, at IE ikke kan v�lge multiple filer.

Hvis det er korrekt, kan man s� let som at kl� sig et vist sted, lave et
"hack" for IE - lige som man altid har m�ttet g�re, n�r man ville f�lge
udviklingen, og "hj�lpe" Microsoft til at f�lge med.

Selvf�lgelig er html5 ikke en g�ldende standard endnu, men IE er snart
den eneste der "b�vser" p�, hvad der sker i verden omkring den.
S�rt at Microsoft kan f� det til at ligne en "verdenssensation", n�r de
laver noget alle andre har gjort de sidste 5 �r.

Er det ikke tankev�kkende, at folk ikke kan f� de nyeste mobiltelefoner
og tabletter hurtigt nok, n�r de s� g�r sig afh�ngige af gamle og
utidssvarende browsere?

Men jeg er da sikker p� Kurt, at du nok skal g�re dig ud�delig p� anden
m�de :-)

Karl Erik.

--
http://dmwebdesign.dk - DM i Webdesign

http://produceret-i.dk/ - K�b danske produkter

[Kurt Hansen]

Den 17/04/12 07.49, Karl Erik Christensen skrev:

> On 17-04-2012 04:28, Kurt Hansen wrote:
>> Den 16/04/12 19.42, Karl Erik Christensen skrev:

>>> Fungerende projekt kan ses på:

>>> http://dmwebdesign.dk/zip/zip.php
>>>
>>> Er stadig under udvikling :-)
>>> Input modtages gerne.
>>

>> Smukke kvinder får tankskibe opkaldt efter sig. Og hvad skal så
>> udødeliggøre mig? Et uploadsystem der er skrevet i det hotteste-hotte,
>> men som ikke fungerer i den (stadigvæk) mest brugte browser?

> Jamen det er da en af de ting jeg gerne vil have bekræftet. Jeg har blot
> læst mig til, at IE ikke kan vælge multiple filer.

Aha, du tester ikke selv i IE, når du udvikler?

> Men jeg er da sikker på Kurt, at du nok skal gøre dig udødelig på anden
> måde :-)

Jeg drysser pulveriseret Egtved-pige på risengrøden i stedet for kanel :-)

[Karl Erik Christensen]

On 17-04-2012 09:01, Kurt Hansen wrote:
> Aha, du tester ikke selv i IE, når du udvikler?
>
>> Men jeg er da sikker på Kurt, at du nok skal gøre dig udødelig på anden
>> måde :-)
>
> Jeg drysser pulveriseret Egtved-pige på risengrøden i stedet for kanel :-)

http://netrenderer.com/index.php

Indsæt http://dmwebdesign.dk/zip/zip.php så kan du se siden i
forskellige IE versioner.
Bl.a. ses at padding i formen først vises korrekt i IE9 !!!

Men er det helt galt, kan jeg blive nødt til at finde min Windows XP
maskine frem, støve den af, og se om den stadig kan starte.
Den har dog "kun" IE8 - IE9 får jeg *aldrig*.

Firefox, Chrome og Opera er godt nok for mig.

Tror du ikke tørret mosegris kunne ha samme virkning? :-)

Karl Erik.

--
http://dmwebdesign.dk - DM i Webdesign

http://produceret-i.dk/ - Køb danske produkter

[Birger Sørensen]

Karl Erik Christensen frembragte:

> Fungerende projekt kan ses på:
> http://dmwebdesign.dk/zip/zip.php
>
> Er stadig under udvikling :-)
> Input modtages gerne.
>
> Karl Erik.

FF 11.0 i Win7 giver dette resultat (6 filer - alle .JPG):

"
Forkert filtype eller ingen fil valgt...Forkert filtype eller ingen fil
valgt...Forkert filtype eller ingen fil valgt...Forkert filtype eller
ingen fil valgt...Forkert filtype eller ingen fil valgt...Forkert
filtype eller ingen fil valgt...
Du sendte:
Tak.
Zipfil oprettet med succes.
Download
Warning: array_map() [function.array-map]: Argument #2 should be an
array in /var/www/dmwebdesign.dk/public_html/zip/zip.php on line 48
"
Klik på download, givere en 404.
Og med 4 andre filer - alle .jpg:
"
Forkert filtype eller ingen fil valgt...
Du sendte:
PIC_0016.jpg
PIC_0015.jpg
PIC_0014.jpg
Tak.
Zipfil oprettet med succes.
Download
"
PIC-0017.jpg er en .jpg, og den fejler ikke noget.
Download giver de tre listede filer i en zip, og ser ud til at være OK
- bortset fra at der altså mangler en fil ifht de oploadede.


Prøvede så også i IE9 (Win7).
Her kan man helt enkelt ikke vælge mere end een fil, så ....
Prøvede alligevel - første gang med samme firmanavn (bs), som i FF og
et .JPG billede. Resultat:
"
Forkert filtype eller ingen fil valgt...
Tak.
Zipfil oprettet med succes.
Download
"
Download, er så dem der blev sendt med FF...!

Prøvede så med nyt firmanavn (jens) og en thorias.jpg:
"
Du sendte:
thorias.jpg
Tak.
Zipfil oprettet med succes.
Download
"
Kopierer lige koden:
"
<div class='besked'>Du sendte: <br />
thorias.jpg<br />
Tak.<br /> Zipfil oprettet med succes.<br /><a
href='bs1.zip'>Download</a></div><!DOCTYPE html>
<html lang="da">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css">
...
"
Resultatet bringes altså *før* siden. Og download er en fil der hedder
bs1.zip og ikke jens.zip...!


Kommentarer:
Mit kamera navngiver filer med store bogstaver. Det er jeg nødt til at
ændre, for at kunne bruge "Kurts upload service" (Mener der i PHP er
mulighed for at teste på mime-type, i stedet for filnavn - det vil
måske være en bedre idé? Og under alle omstændigheder, bør case være
ligegyldig)
Der er problemer med at få fat i den første fil.
Der er problemer med navngivning af zip-filen.
Virker kun med een i FF9.

Birger



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

[Karl Erik Christensen]

On 17-04-2012 09:49, Birger Sørensen wrote:
> Kommentarer:
> Mit kamera navngiver filer med store bogstaver. Det er jeg nødt til at
> ændre, for at kunne bruge "Kurts upload service" (Mener der i PHP er
> mulighed for at teste på mime-type, i stedet for filnavn - det vil måske
> være en bedre idé? Og under alle omstændigheder, bør case være ligegyldig)
> Der er problemer med at få fat i den første fil.
> Der er problemer med navngivning af zip-filen.
> Virker kun med een i FF9.

Hej Birger.

Tak for den udførlige rapport.

De forskellige fejlmeddelelser fra php er jeg klar over kan
fremprovokeres - det arbejder jeg på.

At fil-extension kun fungerer med små bogstaver, var jeg til gengæld
ikke klar over - havde jeg brugt en Windows server var det vel også lige
gyldigt?

Det problem må jeg lige se på.

[Karl Erik Christensen]

On 17-04-2012 10:39, Karl Erik Christensen wrote:
> At fil-extension kun fungerer med små bogstaver, var jeg til gengæld
> ikke klar over - havde jeg brugt en Windows server var det vel også lige
> gyldigt?

Et bette "i" efter sidste / gør checket case-insensitive i preg_match:

if (!preg_match("/(doc|gif|jpg|jpeg|odt|rtf|pdf|png)$/i",

Så blev vi så kloge :-)

[Karl Erik Christensen]

On 17-04-2012 09:49, Birger Sørensen wrote:

> Forkert filtype eller ingen fil valgt...

Fagre nye verden :-)

I html5 forme har man mulighed for at sætte "required" på forskellige
input-felter:

<input type="text" name="firma" id="firma" required>

Hvis formen forsøges sendt uden input i disse felter, popper der en
"tooltip" op og skælder ud.
"Go try it dude" :-)

Hurra hurra - if empty og isset er fortid fra nu af.

[Birger Sørensen]

Den 17-04-2012, skrev Karl Erik Christensen:
> On 17-04-2012 09:49, Birger Sørensen wrote:
>> Forkert filtype eller ingen fil valgt...
>
> Fagre nye verden :-)
>
> I html5 forme har man mulighed for at sætte "required" på forskellige
> input-felter:
>
> <input type="text" name="firma" id="firma" required>
>
> Hvis formen forsøges sendt uden input i disse felter, popper der en "tooltip"
> op og skælder ud.
> "Go try it dude" :-)
>
> Hurra hurra - if empty og isset er fortid fra nu af.
>
> Karl Erik.

^^ Det virker.
Jeg vil dog ikke undlade at påpege, at de listede fejl ikke skyldtes,
at felterne ikke var udfyldt. ;-)

[Karl Erik Christensen]

On 17-04-2012 13:25, Birger Sørensen wrote:
> ^^ Det virker.
> Jeg vil dog ikke undlade at påpege, at de listede fejl ikke skyldtes, at
> felterne ikke var udfyldt. ;-)
>
> Birger

Nu har jeg afluset.

Kan du nu få andre fejl? :-)

[Anders Wegge Keller]

Karl Erik Christensen <karl...@none.invalid> writes:

> Hurra hurra - if empty og isset er fortid fra nu af.

Og så er der også den fordel at vi fremover ved at det ikke nytter at
komme med gode råd, når de kinesiske horder har overrendt din klytkode
:s

--
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*

[Karl Erik Christensen]

On 17-04-2012 13:25, Birger Sørensen wrote:

> Jeg vil dog ikke undlade at påpege, at de listede fejl ikke skyldtes, at
> felterne ikke var udfyldt. ;-)
>
> Birger

Det der gav problemer var, at hvis man overførte en samling filer, og en
af dem havde ugyldig endelse - f.eks. ".mp3", bliver ingen filer
overført, men mappen "firmanavn, eks. Birger", blev oprettet.

Ved næste overførsel under samme firmanavn eksisterede mappen, og det
gav fejlen(e).

Nu bliver mappen slettet ved mislykket overførsel - og alt er i
skønneste orden - mener php og jeg :-)

[Karl Erik Christensen]

On 17-04-2012 16:11, Anders Wegge Keller wrote:
> Karl Erik Christensen<karl...@none.invalid> writes:
>
>> Hurra hurra - if empty og isset er fortid fra nu af.
>
> Og så er der også den fordel at vi fremover ved at det ikke nytter at
> komme med gode råd, når de kinesiske horder har overrendt din klytkode
> :s
>

Jeg "leger" med hjemmesider for at blive klogere - og deler gerne af
mine erfaringer.

Jeg synes nemlig ikke, som visse andre, at jeg er verdensmester.

[Birger Sørensen]

Efter mange tanker skrev Karl Erik Christensen:

> On 17-04-2012 13:25, Birger Sørensen wrote:
>> Jeg vil dog ikke undlade at påpege, at de listede fejl ikke skyldtes, at
>> felterne ikke var udfyldt. ;-)
>>
>> Birger
>
> Det der gav problemer var, at hvis man overførte en samling filer, og en af
> dem havde ugyldig endelse - f.eks. ".mp3", bliver ingen filer overført, men
> mappen "firmanavn, eks. Birger", blev oprettet.
>
> Ved næste overførsel under samme firmanavn eksisterede mappen, og det gav
> fejlen(e).
>
> Nu bliver mappen slettet ved mislykket overførsel - og alt er i skønneste
> orden - mener php og jeg :-)
>
> Karl Erik.

Alle filerne havde nu samme extension i de første forsøg, så der må
have været andet galt også.

Det ser bedre ud - kan ikke umiddlebart få det til at gøre forkert.
Men resultatmeddelelsen er stadig uden for dokumentet - det står før
doctype - og placeres øverst til venstre. Det ser sjusket ud... B-)

[Karl Erik Christensen]

On 17-04-2012 16:34, Birger Sørensen wrote:
> Efter mange tanker skrev Karl Erik Christensen:

> Alle filerne havde nu samme extension i de første forsøg, så der må have
> været andet galt også.
>
> Det ser bedre ud - kan ikke umiddlebart få det til at gøre forkert.
> Men resultatmeddelelsen er stadig uden for dokumentet - det står før
> doctype - og placeres øverst til venstre. Det ser sjusket ud... B-)
>
> Birger
>

Jeg ved godt at meddelelserne bliver "smidt" udenfor lands lov&ret.
Egentlig er jeg tilfreds med hvor de står - MEN de skal selvfølgelig ind
i <body>.

Kommer tid, kommer råd :-)

Tak for feed-back.

[Anders Wegge Keller]

Karl Erik Christensen <karl...@none.invalid> writes:

> On 17-04-2012 16:11, Anders Wegge Keller wrote:
> > Karl Erik Christensen<karl...@none.invalid> writes:
> >
> >> Hurra hurra - if empty og isset er fortid fra nu af.
> >
> > Og så er der også den fordel at vi fremover ved at det ikke nytter at
> > komme med gode råd, når de kinesiske horder har overrendt din klytkode
> > :s
> >
>
> Jeg "leger" med hjemmesider for at blive klogere - og deler gerne af
> mine erfaringer.
>
> Jeg synes nemlig ikke, som visse andre, at jeg er verdensmester.

Selv blind høne kan finde korn.

Men hvis du har så dårlift fat i hvorfor man ikke forlader sig på
client-side validering alene, som du giver udtryk for her, er det
virkeligt ikke underligt at du er blevet hacket. Ejheller underligt
næste gang det sker.

[Christian Hansen]

On 04/17/2012 11:23 AM, Karl Erik Christensen wrote:
> On 17-04-2012 10:39, Karl Erik Christensen wrote:
>> At fil-extension kun fungerer med små bogstaver, var jeg til gengæld
>> ikke klar over - havde jeg brugt en Windows server var det vel også lige
>> gyldigt?
>
> Et bette "i" efter sidste / gør checket case-insensitive i preg_match:
>
> if (!preg_match("/(doc|gif|jpg|jpeg|odt|rtf|pdf|png)$/i",

Blot til orientering, så matcher ovenstående udtryk også etellerandetdoc
og etellerandetgif osv

Hvis du vil være sikker på, at kun doc matches, skal du sætte en ^ i
starten af udtrykket - altså /^(doc|gif|jpe?g|odt|rtf|pdf|png)$/


--
Christian Hansen
http://www.resource-it.dk/

[Karl Erik Christensen]

On 17-04-2012 21:50, Christian Hansen wrote:
>> Et bette "i" efter sidste / gør checket case-insensitive i preg_match:
>>
>> if (!preg_match("/(doc|gif|jpg|jpeg|odt|rtf|pdf|png)$/i",
>
> Blot til orientering, så matcher ovenstående udtryk også etellerandetdoc
> og etellerandetgif osv
>
> Hvis du vil være sikker på, at kun doc matches, skal du sætte en ^ i
> starten af udtrykket - altså /^(doc|gif|jpe?g|odt|rtf|pdf|png)$/

Tak for info, det må jeg rette med det samme.

Det er ikke altid en god ide at stoppe med at læse, når man har fundet
løsningen på sit problem :-)

Jeg går ud fra at ? i jpe?g er en slåfejl?

[Karl Erik Christensen]

On 17-04-2012 21:50, Christian Hansen wrote:

> Hvis du vil være sikker på, at kun doc matches, skal du sætte en ^ i
> starten af udtrykket - altså /^(doc|gif|jpe?g|odt|rtf|pdf|png)$/

Fin funktion.
Før ændring røg "tegningif" op, men efter blev den afvist.

Tak.

[Christian Hansen]

On 04/17/2012 10:14 PM, Karl Erik Christensen wrote:

>
> Jeg går ud fra at ? i jpe?g er en slåfejl?

Nej :) ? i den sammenhæng en quantifier ( tæller på dansk? ) Den betyder
at tegnet før den skal matches 0 eller en gang

jpe?g matcher således både jpg og jpeg :)

[Leif Neland]

Den 17-04-2012 12:58, Karl Erik Christensen skrev:
> On 17-04-2012 09:49, Birger Sørensen wrote:
>> Forkert filtype eller ingen fil valgt...
>
> Fagre nye verden :-)
>
> I html5 forme har man mulighed for at sætte "required" på forskellige
> input-felter:
>
> <input type="text" name="firma" id="firma" required>
>
> Hvis formen forsøges sendt uden input i disse felter, popper der en
> "tooltip" op og skælder ud.
> "Go try it dude" :-)
>
> Hurra hurra - if empty og isset er fortid fra nu af.
>

Nej, clientside validering kan aldrig erstatte serverside validering,
blot supplere det, og gøre at brugeren kan få fejlmeddelelsen før submit
i stedet for efter.

Men wget kommandolinie-programmet kommer aldrig til at understøtte
clientside validering :-)

[Rune Jensen]

On 17 Apr., 22:33, Christian Hansen <chr...@fundanemt.com> wrote:
> On 04/17/2012 10:14 PM, Karl Erik Christensen wrote:
>
>
>
> > Jeg går ud fra at ? i jpe?g er en slåfejl?
>
> Nej :) ? i den sammenhæng en quantifier ( tæller på dansk? ) Den betyder
> at tegnet før den skal matches 0 eller en gang

Mere forståeligt er vel jpg|jpeg

hvor | er en simpel OR.

Client side validering af brugerdata er kun af hensyn til
brugervenlighed. Serverside validering er af hensyn til sikkerhed.

Validering er bl.a. at man sikrer, at data i et numerisk felt
vitterligt er tal. I ASP er det IsNumeric, meget simpelt derfor nemt
at huske, og også noget jeg bruger rigtigt tit.

RegEX har fordele og ulemper. Det er ret fleksibelt, men det kan også
blive så uoverskueligt, man ikke kan regne alle muligheder ud. Jeg
ville nok foretrække ikke bruge det til "sikkerhed", men mere til
brugervenlighed.

Spørgsmål: Kan man lave en executable med en jpeg-endelse? Og er
validering på filendelse nok?
http://stackoverflow.com/questions/2851976/block-upload-of-executable-images-php



MVH
Rune Jensen

[Stig Johansen]

Rune Jensen wrote:

> Spørgsmål: Kan man lave en executable med en jpeg-endelse?

På *nix er det en bit i directoryet der afgør om der er en executable eller
ej.

De kan hedde hvad som helst, også f.eks. rune.jensen.evil.gif

--
Med venlig hilsen
Stig Johansen

[Børge Jensen]

Karl Erik Christensen wrote:

> Fungerende projekt kan ses på:
> http://dmwebdesign.dk/zip/zip.php

Hvor finder man de ting der allerede er uploadet?

--
Børge Jensen

[Karl Erik Christensen]

On 20-04-2012 23:51, Børge Jensen wrote:
> Karl Erik Christensen wrote:
>
>> Fungerende projekt kan ses på:
>> http://dmwebdesign.dk/zip/zip.php
>
> Hvor finder man de ting der allerede er uploadet?
>

Jeg er lidt i tvivl om hvad du mener.

Link til hvad? - kilden eller demo?

Link til demo står jo øverst, så det er vel ikke det?

[Karl Erik Christensen]

On 20-04-2012 23:55, Karl Erik Christensen wrote:
> On 20-04-2012 23:51, Børge Jensen wrote:
>> Karl Erik Christensen wrote:
>>
>>> Fungerende projekt kan ses på:
>>> http://dmwebdesign.dk/zip/zip.php
>>
>> Hvor finder man de ting der allerede er uploadet?
>>
>
> Jeg er lidt i tvivl om hvad du mener.
>
> Link til hvad? - kilden eller demo?
>
> Link til demo står jo øverst, så det er vel ikke det?
>
> Karl Erik.
>

Jamen hov - det afhænger jo af hvilken browser du besøger siden med.

Bruger du IE får du en xhtml 1.0 side, som ikke er helt færdig, men hvis
du bruger FF, Chrome, Opera osv. får du en html5-side.

Fælles for siderne er, at de stadig mangler lidt "finpudsning.
HTML5-siden er dog så godt som færdig.

Der var lige lidt "hacker-protection" der skulle ordnes.
Men du er meget velkommen til at prøve - når bare jeg ved at det "er en
jeg kender".

[Børge Jensen]

Karl Erik Christensen wrote:

>> Hvor finder man de ting der allerede er uploadet?
>
> Jeg er lidt i tvivl om hvad du mener.
>
> Link til hvad? - kilden eller demo?

Jeg kan regne ud at der bliver oprettet en undermappe med
filnavne på de enkelte projekter, men jeg kan ikke finde et
menupunkt hvor folk kan se hvad andre har lagt ud. Det var
bare det jeg søgte.

Når en bruger har lagt et billede ud, skal brugeren vel også
kunne slette det igen? Den funktion har jeg heller ikke lige
fundet.

--
Børge Jensen

[Karl Erik Christensen]

On 21-04-2012 00:23, Børge Jensen wrote:
> Når en bruger har lagt et billede ud, skal brugeren vel også
> kunne slette det igen? Den funktion har jeg heller ikke lige
> fundet.

Hvis du kikker på Kurt's spørgsmål "Upload-service", som var det der
satte mig i gang, er formålet at kunder uploader materiale til en
virksomhed.

Jeg tror da ikke folk er interesserede i, at lægge deres billeder og
dokumenter frem til offentligt skue her. Dertil findes der mange andre
og bedre services.

Jeg spurgte om nogen gad teste siderne, og fik en hel del gode
tilbagemeldinger.
Men en enkelt troede at det var muligt at oprette mapper, så man frit
kunne bevæge sig frem og tilbage på mit webhotel.

Der har indsneget sig en kedelig tendens her i webdesigngrupperne, hvor
en enkelt tror at han er så klog, at han absolut skal forklare
omverdenen hvorledes "lidt" avancerede funktioner kan bruges.
Det er sgu da klart at nogle fristes til at prøve, når de ligefrem får
opskriften til "copy&paste".

Har det noget med webdesigngrupperne at gøre?
Der findes vel andre grupper hvor slige ting kan diskuteres.

[Børge Jensen]

Karl Erik Christensen wrote:

> Jeg tror da ikke folk er interesserede i, at lægge deres billeder og
> dokumenter frem til offentligt skue her.

Det var det jeg regnede med at testen kunne.

> Jeg spurgte om nogen gad teste siderne, og fik en hel del gode
> tilbagemeldinger.

Jo, men kunne testeren se hvor egne dokumenter og billeder lå?
Der var det jeg savnede.

> Men en enkelt troede at det var muligt at oprette mapper, så man
> frit kunne bevæge sig frem og tilbage på mit webhotel.

Kun i egne mapper, naturligvis, og mulighed for at se det og slette
det efter testen, det er den funktion jeg savner.

--
Børge Jensen

[Karl Erik Christensen]

Så vidt jeg husker fortæller Kurt, at der er tale om temmelig mange
kunder der skal uploade betydelige mængder data. I hvert fald mere end
han mener kan sendes med e-mail.
Derfor var min tanke at filerne zippes, så de i det mindste fylder
mindre på hans server.

Hvor vidt kunderne selv skal kunne slette det uploadede materiale, var
egentlig også min tanke - men hvis nu de sletter det, inden jeg når at
se om det fungerer :-)
I øvrigt kan de jo downloade .zip-filen - hvis de ikke selv kan zippe.

Nu har jeg set at det fungerer perfekt, så sletning bliver måske en
option. Men så bør der vel også være en form for log-in, da jeg ikke går
ud fra, at de vil slette umiddelbart efter upload. Det er jo trods alt
materiale de sender til et reklamebureau el. lign.
Men de kunne jo ved et uheld komme til at sende "billeder" af
kone/kæreste :-)

Indtil videre har jeg "kun" modtaget billeder af hunde, fugle og
vægdekorationer. Der var en der sendte "pik.zip", men det var bare
billeder af scootere - øv øv :-)

Det var også bare en udfordring jeg tog op - jeg regner ikke med at det
skal være et "livstids projekt".

Det skuffer mig at der ikke er flere der viser hvad de laver. Det er
enormt lærerigt at hoppe ud i noget, man ikke rigtig ved hvor fører hen.

Der er masser der kan kritisere når de ser hvad andre laver, men det
skider jeg på. Jeg tager den kritik jeg kan bruge, resten er glemt 10
sek. senere.

Der er stadig nogle der ikke har fattet, at vi har disse grupper til at
lære/lære fra sig - altså hjælpe hinanden.
Men der er altid nogle der skal spille "verdensmester".

[Kurt Hansen]

Den 21/04/12 02.49, Karl Erik Christensen skrev:

>
> Så vidt jeg husker fortæller Kurt, at der er tale om temmelig mange
> kunder der skal uploade betydelige mængder data. I hvert fald mere end
> han mener kan sendes med e-mail.

Korrekt og som formål for projektet er det vel også et relevant
scenarum. Mange virksomheder jeg kender, har masser af den trafik, bl.a.
den grafiske branche, pladeselskaber m.fl. Ren upload af data til
produktion og unødvendigt med efterfølgende mulighed for at surfe rundt,
slette o.s.v.

Ok, det KAN selvfølgelig forekomme (jeg taler af erfaring), at man efter
upload kommer i tanker om noget, eller 5 minutter senere konstaterer, at
man har en fejl i materialet og derfor ønsker at uploade nyt, men her er
min holdning, at det er kundernes eget ansvar at materialet er i orden.
Hvis der er vigtige rettelser, vil en telefonopringning eller en mail
være bedre. Modtageren kan jo aldrig vide om det er validt materiale der
ligger der lige nu, eller om der bliver rettet om 5 minutter.

> Derfor var min tanke at filerne zippes, så de i det mindste fylder
> mindre på hans server.

Hvis formålet udelukkende er at spare plads på serveren, vil jeg nok
foretrække det uden. At unzippe er bare en besværlighed. Serverplads
koster jo ingen penge nu om dage.

> Der var en der sendte "pik.zip", men det var bare
> billeder af scootere - øv øv :-)

Hvem kan dog være så ondskabsfuld? Filnavnet gav åbenbart anledning til
kløe mellem storetæerne og skruede dine forventninger op. Så kan jeg da
godt forstå, at et foto af en Vespa er "utilfredsstillende", om jeg så
må sige ;-)
--
Venlig hilsen
Kurt Hansen

[Birger Sørensen]

Kurt Hansen:

> Den 21/04/12 02.49, Karl Erik Christensen skrev:
>>
>> Så vidt jeg husker fortæller Kurt, at der er tale om temmelig mange
>> kunder der skal uploade betydelige mængder data. I hvert fald mere end
>> han mener kan sendes med e-mail.
>
> Korrekt og som formål for projektet er det vel også et relevant scenarum.
> Mange virksomheder jeg kender, har masser af den trafik, bl.a. den grafiske
> branche, pladeselskaber m.fl. Ren upload af data til produktion og
> unødvendigt med efterfølgende mulighed for at surfe rundt, slette o.s.v.
>
> Ok, det KAN selvfølgelig forekomme (jeg taler af erfaring), at man efter
> upload kommer i tanker om noget, eller 5 minutter senere konstaterer, at man
> har en fejl i materialet og derfor ønsker at uploade nyt, men her er min
> holdning, at det er kundernes eget ansvar at materialet er i orden. Hvis der
> er vigtige rettelser, vil en telefonopringning eller en mail være bedre.
> Modtageren kan jo aldrig vide om det er validt materiale der ligger der lige
> nu, eller om der bliver rettet om 5 minutter.
>

Hvis det er noget der skal være "offentligt tilgængeligt", vil jeg
absolut mene, der skal være en form for login med i systemet, så
serveren ikke bliver oversvømmet af reklamer. Ikke noget fancy - blot
så kun de der skal uploade kan det. Et enkelt password er nok.

HTML har ikke adgang til filsystemet på den besøgendes PC - scripting
heller ikke. Så tanken om at kunne markere en eller flere foldere til
upload, kan ikke realiseres den vej. Så skal man over i noget ActiveX
eller en egentlig applikation. Det handler om sikkerhed.
I øvrigt kan man vel ikke forvente at modtageren skal være bekendt med
senderens filsystem, så jeg kan forestille mig, at det vil stille nogle
tidsmæssige krav til modtageren, at finde det der uploaded.

Man kunne forestille sig, at der med hvert upload, var mulighed for at
skrive en kort tekst til det aktuelle upload, som blev pakket sammen
med .zip'en, som en besked fra uploader til modtager, om filerne.
Eller at uploader har mulighed for at bytte/slette en eller flere
tidligere uploadede filer.

[Karl Erik Christensen]

On 21-04-2012 08:50, Birger Sørensen wrote:
> Hvis det er noget der skal være "offentligt tilgængeligt", vil jeg
> absolut mene, der skal være en form for login med i systemet, så
> serveren ikke bliver oversvømmet af reklamer. Ikke noget fancy - blot så
> kun de der skal uploade kan det. Et enkelt password er nok.
>
> HTML har ikke adgang til filsystemet på den besøgendes PC - scripting
> heller ikke. Så tanken om at kunne markere en eller flere foldere til
> upload, kan ikke realiseres den vej. Så skal man over i noget ActiveX
> eller en egentlig applikation. Det handler om sikkerhed.
> I øvrigt kan man vel ikke forvente at modtageren skal være bekendt med
> senderens filsystem, så jeg kan forestille mig, at det vil stille nogle
> tidsmæssige krav til modtageren, at finde det der uploaded.
>
> Man kunne forestille sig, at der med hvert upload, var mulighed for at
> skrive en kort tekst til det aktuelle upload, som blev pakket sammen med
> .zip'en, som en besked fra uploader til modtager, om filerne.
> Eller at uploader har mulighed for at bytte/slette en eller flere
> tidligere uploadede filer.
>
> Birger

Fine overvejelser Birger - jeg "lapper i mig".

Log-in delen er piece of cake.

Jeg mener også at kunne huske, at overførsel af en mappe er problematisk.

Som Kurt også skriver, laver brugere fejl. Hvis man skal tage højde for
alle fejlmuligheder, bliver det et kæmpe projekt.

[Birger Sørensen]

Karl Erik Christensen kom med denne ide:

YW :D

Det er helt rigtigt at fejl 40 er den mest udbredte. Problemet med det,
er at fange de mest indlysende, og at forhindre at de mindre oplagte
får systemet til at gå helt i fisk.
<erfaring>
20% af den samlede tid der bliver brugt, går til at bringe systemet til
at fungere som det er tænkt. De resterende 80% går med at fange de fejl
og utilsigtede muligheder, der fremkommer, når systemet bliver brugt på
andre måde, end den tænkte.
Og det kan være temmelig vanskeligt at sætte sig ind i disse "andre
måder", systemet kan (mis-)bruges på.
Og uanset, så får man aldrig fanget dem alle - det er en følge af en
specialudgave af Murphy: Hvis noget *kan* gå galt, så *går* det galt.
</erfaring>

God arbejdslyst ;-)

[Karl Erik Christensen]

On 21-04-2012 16:21, Birger Sørensen wrote:
> God arbejdslyst ;-)
>
> Birger

Jo tak :-)

Jeg bøvler lige med flg. senarie:

Side 1 har en form, der indsamler 2 variable.
Disse overføres til Side 2 med SESSION ($_SESSION['fnavn'] =
$_POST['firma']); (det var den ene).

Problemet er at Side 2 også har en form, og når jeg bruger if (isset ...
mistes variablen $_SESSION['fnavn'] da $_POST['firma'] åbenbart er gået
i "tom".

Jeg har prøvet med STORE, og også at gemme i en variabel:
$firma = $_POST["firma"];
men kan ikke rigtigt få det til at funke.

Man kan vel ikke undgå at isset løber hele koden igennem igen, oder was?

Har du sådan lige et hurtigt bud? :-)

[Birger Sørensen]

Karl Erik Christensen forklarede den 21-04-2012:

> On 21-04-2012 16:21, Birger Sørensen wrote:
>> God arbejdslyst ;-)
>>
>> Birger
>
> Jo tak :-)
>
> Jeg bøvler lige med flg. senarie:
>
> Side 1 har en form, der indsamler 2 variable.
> Disse overføres til Side 2 med SESSION ($_SESSION['fnavn'] =
> $_POST['firma']); (det var den ene).
>
> Problemet er at Side 2 også har en form, og når jeg bruger if (isset ...
> mistes variablen $_SESSION['fnavn'] da $_POST['firma'] åbenbart er gået i
> "tom".
>
> Jeg har prøvet med STORE, og også at gemme i en variabel:
> $firma = $_POST["firma"];
> men kan ikke rigtigt få det til at funke.
>
> Man kan vel ikke undgå at isset løber hele koden igennem igen, oder was?
>
> Har du sådan lige et hurtigt bud? :-)
>
> Karl Erik.

isset løber ikke koden igennem.
Den returnerer sand hvis variablen er sat, falsk ellers.

Den ene form sætter foldernavn og antal af filer, den anden det valgte
antal filnavne går jeg ud fra...

$_SESSION skal ikke miste indhold - hvis den gør, mangler du en
session_start(); i starten af koden.
$_POST[] er kun sat for de variable der overføres. Hvis du loader
siden, uden at poste, bliver data ganske rigtigt fjernet fra $_POST[]
arrayet.

Så ved submit af den ene form kan du f.eks. sætte
$_SESSION['firma'] = $_POST['firma'];
$ant = (integer)$_POST['fil_ant'];
derefter vise $ant <input type="file"...> i anden form.
Når anden form submittes, skal $_SESSION['firma'] stadig have indhold,
hvis du husker session_start(); i begyndelsen af koden.

Et alternativ kan være at overføre firma igen, i et hidden field i
anden form.
Begge dele burde fungere...

Husk i øvrigt også at hvis du giver knapperne (submit) navne, vil deres
value også overføres. Det kan du bruge til at undersøge om det er
første eller anden form der submittes (og hvilken der så skal vises,
eller om der skal genereres zip...)

[Karl Erik Christensen]

On 21-04-2012 17:40, Birger Sørensen wrote:
> isset løber ikke koden igennem.
> Den returnerer sand hvis variablen er sat, falsk ellers.

Hej Birger.

Det gik netop op for mig (læste manualen :-) )

Det er jo form action der drillede:
<?php echo $_SERVER['PHP_SELF']; ?>

Men jeg skal jo have udført en function hvis isset=true.

Guderne må vide hvordan :-)

Nå, jeg finder nok på noget.

[Birger Sørensen]

Karl Erik Christensen kom med denne ide:

> On 21-04-2012 17:40, Birger Sørensen wrote:
>> isset løber ikke koden igennem.
>> Den returnerer sand hvis variablen er sat, falsk ellers.
>
> Hej Birger.
>
> Det gik netop op for mig (læste manualen :-) )
>
> Det er jo form action der drillede:
> <?php echo $_SERVER['PHP_SELF']; ?>
>
> Men jeg skal jo have udført en function hvis isset=true.
>
> Guderne må vide hvordan :-)
>
> Nå, jeg finder nok på noget.
>
> Karl Erik.

Har du tingene i een eller flere filer?
Det er nok mest overskueligt i flere, men det kan godt gøres i een.

Hvis du kun har een, forslår jeg du giver submit knapperne et name -
f.eks. name="cmd" - og lader den styre hvad der skal foregå.
Noget i retning af:

session_start();
if (!isset($_POST['cmd']) {
// Vis form nummer 1
...
<input type="submit" name="cmd" value="OK">
...
}
else {
switch ($_POST['cmd']) {
case 'OK' : // Vi kommer her ved submit af form nummer 1
$_SESSION['firma'] = $_POST['firma']; // !! VALIDERING
// Hvis ulovlig, reload siden; header('Location:zip.php');
$ant = (integer)$_POST['fil_ant'];
// Vis form2
...
for( $idx = 0; $idx < $ant; $idx++) {
<input type="file"...>
}
<input type="submit" name="cmd" value="Send">
...
break;
case 'Send' : // Vi kommer her ved submit af form2
// Opret folder til filer, generer zip - og hvad du ellers har
// Folder navn står i $_SESSION['firma'] (som bør
valideres...)
// uploadede filer i $_FILES[]
// Husk visning af link til download af zip-filen...
break;
default :
echo 'Yeah well - brug sitet der er beregnet til det...';
}
}

HTML kan includes, eller genereres af funktioner, der puttes ind de
rigtige steder, så den sendte HTML bliver som den skal være.

Bare et forslag...

[Karl Erik Christensen]

Glimrende forslag som jeg også tit bruger selv - hele molevitten i én
stor fil, og så hoppe ind og ud af php.

Men lige netop her, har jeg 2 filer, og i samme sekund der trykkes
submit, nulstilles alle session-variable.

Jeg skal sende filerne til en funktion der bl.a. gemmer dem i en mappe
der får navnet 'firmanavn' - men det er nulstillet når de når dertil.

Har fundet nogle indlæg hvor det hævdes, at form action ikke kan kalde
en funktion, så jeg bryder sgu nok naturlovene :-)

Men jeg er på sporet af en løsning.

[Birger Sørensen]

Karl Erik Christensen har bragt dette til os:
8X

> Men lige netop her, har jeg 2 filer, og i samme sekund der trykkes submit,
> nulstilles alle session-variable.
>
> Jeg skal sende filerne til en funktion der bl.a. gemmer dem i en mappe der
> får navnet 'firmanavn' - men det er nulstillet når de når dertil.

- og du har husket session_start() i alle filer der kaldes? (skal ikke
være i include'ede)

> Har fundet nogle indlæg hvor det hævdes, at form action ikke kan kalde en
> funktion, så jeg bryder sgu nok naturlovene :-)

Det kan man ikke. Du skal have action="et script" - ikke en funktion.
Men det første (og eneste) scriptet gør, kan jo være at kalde
funktionen...

[Karl Erik Christensen]

On 21-04-2012 20:26, Birger Sørensen wrote:
> Karl Erik Christensen har bragt dette til os:
> 8X
>> Men lige netop her, har jeg 2 filer, og i samme sekund der trykkes
>> submit, nulstilles alle session-variable.
>>
>> Jeg skal sende filerne til en funktion der bl.a. gemmer dem i en mappe
>> der får navnet 'firmanavn' - men det er nulstillet når de når dertil.
>
> - og du har husket session_start() i alle filer der kaldes? (skal ikke
> være i include'ede)
>
>> Har fundet nogle indlæg hvor det hævdes, at form action ikke kan kalde
>> en funktion, så jeg bryder sgu nok naturlovene :-)
>
> Det kan man ikke. Du skal have action="et script" - ikke en funktion.
> Men det første (og eneste) scriptet gør, kan jo være at kalde funktionen...
>
> Birger
>

Sad lige og nærlæste dit forslag;

Det er jo genialt :-)

Det må jeg lige prøve.

Tak.

[Birger Sørensen]

Karl Erik Christensen sendte dette med sin computer:
8X

> Sad lige og nærlæste dit forslag;
>
> Det er jo genialt :-)

Hverken nyt eller ikke tidligere brugt.
Men tak da, alligevel B-)