Gå til innhold

Gråskjegg

Medlemmer
  • Innlegg

    175
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av Gråskjegg

  1. C++ != C#

    En veldig viktig forskjell er minne-allokering - mens man i C++ må ha et veldig nært forhold til ctors og dtors, har C# søppeltømmere. (garbage collection)

    Selv om C# i teorien har dtors, vet man aldri når de blir kalt - man har faktisk ingen garanti for at de noensinne blir kalt.

    Dispose-patternet er en vanlig måte å løse dette på, eller eventhåndtering.

     

    - grå -

  2. Nok av feil der, det jeg ser umiddelbart:

    Mangler mange semikolon

    Mangler lblNoe.

    Mangler Label2.

    Mangler () ved if.

    Fin blanding av strClientIp og ClientIp.

    I C# finnes ikke InStr som en statisk metode; bruk heller

    if (strClientIP.IndexOf("whatever")>-1) ...

    Mangler feilmeldingene - vær så snill å si hva slags feilmeldinger du får, og ikke bare 'ingenting virker'.

     

    - grå -

  3. Lenken var DB kontakt MySQL, men det ser jo ikke galt ut, da.

    Hva skjer om du lager en helt ny aspx-side, uten at du endrer noe? Klarer du å laste den uten feil?

    Kan du debugge udyret?

    Hvis ikke; sjekk ulike tracing-muligheter (System.Diagnostics.Tracing)

    I verste fall, Response.Write("kom ihvertfall hit..."); Response.Flush(); etc... vil ihvertfall kunne gi deg en pekepinn på hvor langt løsningen kom :roll:

    Men:

    1) Fungerer aspx?

    2) Debug

    3) Trace

    4) printf (aka Response.Write)

    i den rekkefølgen.

     

    - grå -

  4. har en mulig løsning jeg skal prøve etter hvert: Slå av autogenerate columns og så definere de kolonnene jeg trenger manuelt i ASP koden på forhånd..

    Nemlig; i de tilfelle jeg har ønsket det samme, har jeg tatt bort autogenerertheten(!), og har typisk skrevet:

    BoundColumn invisibleColumn = new System.Web.UI.WebControls.BoundColumn();
    invisibleColumn.HeaderText = "Slett";
    invisibleColumn.DataField = "blah";
    invisibleColumn.Visible = false;
    resultGrid.Columns.Add( invisibleColumn );
    

    ...men om du bruker format-builder i stedet, har du jo også muligheten til å gjøre kolonner usynlige. Det er kanskje litt enklere enn å gjøre alt manuelt?

     

    - grå -

  5. Enkelt nok; implementer IComparer.

    Omtrent slik:

    public namespace Blah {
      public class Compare : IComparer {
         int IComparer.Compare( Object x, Object y )  {
            // 5 er lengden av 'tekst'
             int num1 = int.Parse((string)x).SubString(5, ((string)x).Lenght-5);
             int num2 = int.Parse((string)y).SubString(5, ((string)y).Lenght-5);
            return num2 - num1;  // eller noe slikt
         }
      }
    }
    

    og kall deretter sort med en instans av den klassen.

    Pseudokode, vil sannsynligvis verken kompilere eller virke - men et startpunkt.

    Flere eksempler og forklaringer på MSDN help

     

    - grå -

  6. Um.

    "Don't do that"

    To alvorlige feil:

    1) Inline kode. Med mange skrivefeil. Hvis du bruker codebehind i stedet, vil du få mange kompileringsfeil, og de er en god del enklere å rette enn runtime feil.

    T.d. OloDbConnection

    Og ytelse vil bli bedre, men det er kanskje ikke så viktig.

     

    2) ALDRI bygg Sqlsetninger basert på ikke-validert brukerinput.

    Fordi du kan risikere å få noen hackere som brukere.

    Og de vil typisk velge navn som

     

    ' OR TRUE; DROP TABLE admin_users --

     

    ...som gjør at spørringen blir

     

    SELECT password FROM admin_users WHERE username='' OR TRUE

    DROP TABLE admin_users

     

    (mulig at MySQL syntaks er litt forskjellig)

    Google "SQL injection attack" for flere detaljer.

    Så legg minimum til et par validators, og om mulig bruk lagra prosedyrer og parametriserte spørringer.

     

    Men i første omgang vil nok en codebehind fil hjelpe deg med å komme videre, så kan du endre SQLen etter hvert.

     

    - grå -

  7. Hei

     

    Jeg sliter litt med og få kontakt med en mysql database ved hjelp av asp.net.

    får runtime error hver gang.

     

    Her er litt av den:

    Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

     

    Sånn ser koden ut:

    Dim strConnect As String
     strConnect = "Provider=MySqlProv;Data Source=***;Password=***;User ID=***;Location=localhost"
    

     

    Noen som kan hjelpe meg her?

     

    Takk

    Følg rådet fra feilmeldingen, og prøv fra serveren.

    Da vil du forhåpentligvis få en mer detaljert feilmelding.

    Om du synes at sikkerhet er tøys og tull, kan du endre settingene i web.config slik at du får detaljerte feilmeldinger fra andre klienter også. (custom error messages=false)

    Det er mulig at alt som skal til er en 'trusted connection=false' i connectionstrengen.

     

    - grå -

  8. Hei!

    Er det nokon her som kan uttale seg om dette kontra non-IS eller sigma 70-200 2,8EX? Kan ein klare mykje bedre bilder med dette? Reknar med at det er i svakt lys og fotografering av stillestående objekter uten stativ en vil ha fordelen. "Kor stor" er fordelen?

    Etter å ha brukt IS-objektiver i omlag ett år nå, er jeg ikke i tvil - har jeg valget, går jeg for IS.

    Husk at det kan være dårlig lys selv på solrike dager. For eksempel i en skog eller innendørs.

    Jeg tok et bilde i jungelen i Costa Rica - 1/30s, 300mm ...og sylskarpt. Fristende å si at jeg er stø på hånda, men jeg må nok gi IS skylda.

    IS hjelper i andre situasjoner også - som om du tar bilde fra en bil i fart, eller om du ønsker maks dybdeskarphet, eller...

     

    -grå -

    --

    Canon 15mm, 16-35mm 2,8, 50mm 1,4, 100mm macro, 28-135mm IS, 75-300mm IS - men fy som jeg ønsker 70-200 IS, eller 300mm 2,8 IS

  9. Hei og takk for hjelpen.

     

    Ser ut som kodetipset ditt funket. Prosessen som jeg angir starter, men vet du hvordan jeg får frem grensesnittet? winTestAppPath.exe

     

    System.Diagnostics.Process.Start("C:\Documents and Settings\Administrator\Mine dokumenter\Visual Studio Projects\winTestAppPath\bin\winTestAppPath.exe")

     

    Silje

    (virker virkelig koden din? Må du ikke escape '\'ene, evnt prefikse med en '@'?)

     

    Om du ønsker å start en applikasjon på serveren, og få GUIet på klientmaskinen, så kan du ikke gjøre det. Dvs du kan jo komme nær ved å bruke terminalserver, men det er vel neppe det du ønsker.

    Det du derimot kan gjøre, er å (automatisk) laste koden ned til klientmaskinen, og så kjøre den der. Da kommuniserer du vha web services med serveren, og får allslags gøyale utfordringer.

     

    Men det er enkelt å få til; kopier winTestAppPath.exe til roten på serveren din, og aksesser den vha http://webaddresse/winTestAppPath.exe.

     

    How k00l is that?

     

    - grå -

  10. Kan en da anta at D70 vil være et bedre kamera enn *ist DS på lik linje med at D70 er bedre enn 300D???

    Nei, det synes jeg ikke at du skal anta.

    Jeg tror at *istDS (og hvordan uttales nå det?) vil være bedre enn D70 og 300D, fordi: det er et nyere kamera, og teknikken blir stadig bedre.

    I tillegg har ikke Pentax navnet til Canon eller Nikon, ei heller det samme utvalget av objektiver, så de er nødt til å prise kameraet lavt for å tiltrekke seg kjøpere som ellers ville gått for disse merkene.

     

    IMHO, naturligvis.

     

    - grå -

  11. Det kommer naturligvis an på hvem du spør.

    Spør du en Nikonmann, er svaret "NAUTRLIGVIS er det verdt forskjellen."

    Og spør du en Canonmann, er svaret like naturligvis det motsatte.

     

    Hjalp det?

     

    Nikons D70 er et litt bedre kamera enn Canons 300D. Og det objektivet som følger med Nikonkameraet er mye bedre enn den som følger med Canon sitt.

    Betyr det at objektivet som følger med 300D ikke er bra nok? Absolutt ikke.

     

    Men det ryktes at Canon 10D kan fås kjøpt svært billig for tiden, siden 20D er rett rundt hjørnet. Og den er bedre enn både D70 og 300D. Og omtrent samme pris som D70 (~10knoker).

    Det ville vært mitt valg.

     

    Eventuelt - kjøp 300D, og bruk det du sparer på å dra på en fotosafari.

     

    - grå -

  12. Ikelite har kamerahus til både 300D og D70.

    Sjekk for eksempel hos xd.no eller bhphotovideo.com

    Regn med å betale like mye for et sånt undervannshus som for selve kameraet.

    Og så må du jo ha et par blitser på lange armer for å unngå refleksjoner fra alle småpartiklene, da.

     

    Fotografering er en dyr hobby, billigere blir det ikke om man ønsker å kombinere det med dykking.

     

    - grå -

  13. awesnes:

    Til sammenligning på ulike objekter kan du se på:

    http://www.usa.canon.com/eflenses/

    Kvalitet (MTF-CHART):

    28-105mm -> http://www.usa.canon.com/eflenses/lenses/e...-105_35mtf.html

     

    18-55mm -> http://www.usa.canon.com/eflenses/lenses/e...8-55_35mtf.html

     

    din: 28-90mm -> http://www.usa.canon.com/eflenses/lenses/e...8-90_4umtf.html

     

    I flg alle MTF-CHART viser at 18-55mm kan ha bedre kvalitet på bilder enn de to andre.

    Hvis du leser grafene riktig, ser jeg ikke hvordan du kommer fram til at 18-55 objektivet er best. Husk cropfaktoren. I dette tilfellet betyr det at du bare skal se på grafene fram til 13mm; om objektivet er ubrukelig utenfor dette er det ikke så farlig. (foreløpig - ditt neste kamera har kanskje en STOR brikke :dribble: (og da trenger du uansett ikke 18-55))

     

    - grå -

  14. 47:  Console.WriteLine("Exception: {0} \ n\ n", e);

    Et mellomrom for mye i linje 47; det skal ikke være mellomrom mellom \ og n. Og det er også det feilmeldingen sier; det er en feil i linje 47 - og det er escape sequence (mao '\') som er synderen.

     

    Forøvrig er det bedre å bruke Environment.Newline, men det er en annen sak.

     

    - grå -

  15. Støv på bildebrikken er ikke bra. På vanlige kameraer er det ikke så ille med støv; det påvirker bare det ene bildet, siden støvkorn jo følger med filmen når du trekker fram til neste bilde.

    Men om du får støv på bildebrikken må denne fjernes, ellers vil den jo være der for evig og alltid.

    Uten at jeg er helt sikker, er det også mulig at bildebrikken har en svak elektrisk ladning, som i så fall vil tiltrekke seg de støvkornene som har lurt seg inn bak speilet.

    Konklusjon: Kjøp en høykvalitets ekstremzoom, slik at du slipper å skifte objektiv.

    Som Canon's Canon EF 28-300 /3.5-5.6L IS USM... :dribble: (Nikon har sikkert tilsvarende)

     

    Støv på minnebrikken? Who cares?

     

    - grå -

×
×
  • Opprett ny...