Data forsvinder fra db!?

Der er vel ikke fejl i de 2 første profiler - de indeholder bare ingenting.
Hvordan er det præcis det ser ud via din localhost?

Øhh - localhost er vel din egen maskine, mens selve sitet ligger hos
TDC? Er det så ikke 2 forskellige databaser?

Unskyld, jeg udtrykte mig ikke korrekt.

Det jeg mener er:

Når jeg downloader databasen via ftp er de ukorrekte dataer ikke med.

Og nej, du har ret der er ikke decideret fejl i profilerne, men de er ukorrekte.

Jeg håber du forstår. :)

Okay, så giver det måske lidt mere mening. Vi har sikkert at gøre med
små forskelle i drivere etc.

1) Kan du i selve access-databasen (som jeg antager det er), med Access, se
om der er det antal poster der skal være?

2) Har du en if-sætning et sted, der springer over "tomme" poster, og
hvordan ser den i givet fald ud?

Øh, og hvad er det så der er ukorrekt ?
- hvordan henter du dem frem, der skulle vel ikke være noget med nogle datoer indblandet ?

1: Nej, der er ikke det rigtige antal - det er DET er der problemet! :)

2: Nej, ingen if sætning, eller sql begrænsning

chriscross -> nej, ingen datoer

;) Lidt svært at finde problemet så ... 

Lad os prøve lidt: Hvilken profil starter dit script med når du
afvikler det fra localhost - eller: skal vi sige de tre første ?

På localhost starter listen med: "Kristian L. Hougaard President", "Grete Olesen VP Sales/Marketing" og "Niels Jensen IT-Coordinator"

På siden starter listen med "awertewhgqe", (tom) og "Kristian L. Hougaard President"

sql sætningen ser sådan ud: select * from staff order by position

Og du er helt sikker på at det er fra den samme database ?

Hvordan udskriver du listen ?

Vi har da fat i et sjovt problem ;)

Og det er ikke sådan at den på localhost slutter med de 2 ulovlige profiler?

Prøv evt

  select * from staff order by position where ditimagefelt<>''

Ja, helt sikker. Det er også derfor jeg har svært ved at forstå, hvorfor det sker.

Koden til udskrivning ser sådan ud:

dim rsteam

        Set rsteam = Server.CreateObject("ADODB.Recordset")

        rsteam.Open "select * from staff order by position" , StrConn

        Do While Not rsteam.eof

        %>

        <tr align=center><td width="140" valign=top height=140 align="center"><center><small><img border="1" width="113" height="85" src="<%= rsteam("pic") %>"><br><%= rsteam("name") %><br><%= rsteam("title") %><br><i><%= rsteam("education") %></i><br></small></center></td>

            <%

            rsteam.movenext

            if not rsteam.eof then

            %>

        <td width="140" height=140 valign=top align="center"><center><small><img border="1" width="113" height="85" src="<%= rsteam("pic") %>"><br><%= rsteam("name") %><br><%= rsteam("title") %><br><i><%= rsteam("education") %></i><br></small></td>

            <%

            rsteam.movenext

            if not rsteam.eof then%>

        <td width="140" align="center" valign=top height=140 ><center><small><img border="1" width="113" height="85" src="<%= rsteam("pic") %>"><br><%= rsteam("name") %><br><%= rsteam("title") %><br><i><%= rsteam("education") %></i><br></small></td></tr>

            <%

            rsteam.movenext

end if

  end if

Loop

Ups:

select * from staff where ditimagefelt<>'' order by position

Dvs med dit navn

select * from staff where pic<>'' order by position

Jamen, det hjælper jo kun på symptomet, ikke problemet....

rigtigt - men virker det? Det er bare et skridt på vejen

Vi skal også have ryddet op i din kode, så du laver korrekt HTML. Du får
fx ikke sat en korrekt </tr> på i alle tilfælde. Men det er en anden sag

Det er ikke mig der har lavet koden...Så ville det ikke se sådan ud. :)

Dette er ikke det eneste problem. Under "Aircraft For Sale" er der også nogle fly der ikke kommer med. Her gælder det også at kun drejer sig om de fly med fejl.

Det er vel ok, at de ikke kommer med så ?

Men alt i alt kan det du skriver ikke lade sig gøre. Det er nok mest sandsynligt
at du ikke arbejder på de samme databaser.

Jeg kommer lige til at tænke på noget!

Der er en mappe med en masse logfiler f.eks. access.20030111

De indeholder dette her:

195.184.101.98 - - [11/Jan/2003:08:02:43 +0200] "GET /images/home.jpg HTTP/1.1" 304 166 "-" "Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0)+Active+Cache+Request"
195.184.101.98 - - [11/Jan/2003:08:02:43 +0200] "GET /images/services.jpg HTTP/1.1" 304 166 "-" "Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0)+Active+Cache+Request"
195.184.101.98 - - [11/Jan/2003:08:02:43 +0200] "GET /images/sale.jpg HTTP/1.1" 304 167 "-" "Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0)+Active+Cache+Request"
195.184.101.98 - - [11/Jan/2003:08:02:43 +0200] "GET /images/team.jpg HTTP/1.1" 304 167 "-" "Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0)+Active+Cache+Request"
...
...
ovs.

Tror du det kan have noget med sagen at gøre?

Der er også en undermappe med andre logfiler: f.eks. ex010927.log


indeholdende:

#Software: Microsoft Internet Information Server 4.0
#Version: 1.0
#Date: 2001-09-27 06:24:32
#Fields: date time c-ip cs-username s-sitename s-computername s-ip cs-method cs-uri-stem cs-uri-query sc-status sc-bytes cs-bytes time-taken s-port cs(User-Agent) cs(Cookie) cs(Referer)
2001-09-27 06:24:32 195.184.101.98 - W3SVC148 SEBEK 193.163.159.156 GET / - 404 623 329 0 80 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98) - -
2001-09-27 06:34:41 193.163.158.4 - W3SVC148 SEBEK 193.163.159.156 GET / - 404 623 333 0 80 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0) - -
2001-09-27 06:35:22 193.163.158.4 - W3SVC148 SEBEK 193.163.159.156 GET / - 404 623 333 0 80 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+5.0) - -
...
...

Nej, de er ikke problemet.

Der ligger også nogle .rpt filer i samme mappe som db'en, hvad med dem?

Næppe heller dem - men hvad indeholder de?

Dobbeltcheck, tre-dobbelt, n-dobbelt-check det der med om du nu kigger
i den korrekte databasefi.

Det er nogle analyse halløjsa filer, tror jeg.

Der ER ikke andre database filer med de tabeller...

Findes der nogle filer der KAN indeholde de resterende poster?

Kan du forklare mig hvorfor databasen bliver 4 kb større bare jeg åbner og lukker den??

Jeg vil helst ikke forklare noget som helst omkring Access-databaser,
men det lyder da ikke helt forkert.

Vil du lave en test mere?

1) Download en aktuelle DB fra webhotellet.
2) Check at der ikke er fajlagtige medarbejdere.
3) Lav en stavefejl på en af medarbejderne.
4) Upload igen
5) Check at du kan se stavefejlen på websiden.
6) Er de to "forkerte" medarbejdere der stadigvæk?

Jeg ville gerne lave den test, men så forsvinder de fly med fejl måske og det tør jeg ikke rigtigt risikere...

Jeg har lavet den lokalt og det kommer stavefejlen...

Så skal du jo huske at tage en kopi af .mdb filen, inden du retter.
Man er sommetider lidt på Herrens mark med Access, og det bør man tænke
på inden man tager beslutningen om at bruge det. Det er vel for sent nu?

Men ellers kan du vel på websitet slette de forkerte data og taste dem
ind igen i en eller anden administrations-side?

"Så skal du jo huske at tage en kopi af .mdb filen, inden du retter"

Ja, men hvad hvis fejlene ikke bliver kopieret med? Så sidder jeg med fletningerne i postkassen(som man siger). :(

Desuden er vist nok også noget med at de fly/profiler med fejl er oprettet EFTER sitet kom online...Hvis det er rigtigt må det jo være noget galt koden, ikke?

Nej, du sidder ikke med extremiterne i smalle sprækker ;)

Det gør den person, der valgte Access fra starten.

Men er der ret meget andet man overhovedet kan gøre. En ftp (med
"binary" mode) kan vel aldrig lave andet end en tro kopi.

:)

Den bliver hentet i binary mode.

Kan access "redirecte" tilføjelser til en anden fil, udenom asp koden?

Det kan jeg ikke svare dig på

Hvad??? Er du ikke Access ekspert???? ;)

Næh - jeg ville gerne være ekspert i at få folk til at bruge noget andet
i websammenhæng, men det er jeg heller ikke god til.

:D Heh. Normalt ville jeg også meget hellere bruge mysql, men nu må vi se om de kan overtales til det... :)

Jeg tror jeg prøver dit forslag med at uploade, men det bliver nok først i aften. Så kan jeg også lige prøve at redde de ukorrekte data. :)

Hmrf!

Det lader til at jeg ikke må uploade noget som helst på nu nuværende tidpunkt. :( Så jeg kan desværre ikke teste den løsning.

Har du andre ideer til hvad der kan være galt? Jo mere usandsynelige, jo bedre... :)

Man kan ikke altid uploade i den samme .mdb fil
Jeg har brugt et trick med at uploade til et nyt navn, og så ændre stien
i en include fil.
(jeg ved ikke om det er derfor du har problemer)

Jeg har ikke uploadet noget som helst, hverken før eller efter. (som jeg skrev før er det STRENGT forbudt ;) )

Og der findes kun den ene database på sitet. Det er jeg HELT sikker på.

Nåh, du *må* ikke, det er ikke fordi du ikke *kan*.

Netop! :)

Mysteriet er løst!! :)

Det viser sig at domænet slet ikke pejer på den server!

Smid lige et svar, så får du lige point for din tid. ;)

Jeg lukker spg. i morgen. Hvis du vil IKKE have dine points så sige det lige, ikke? :)

Tak, tak, jeg samler ikke på point.

Det er bare ok. :)