Benny Simonsen

Mojn! Har vi brudt monopolet?

Hvad skal vi gøre her?

Hvad med at vise processen med hvilke opslag der er skal laves, og lade dem blive vinget af i takt med at opslagende bliver færdige. (Vel kun relevant for eksterne checks (TDC og SE)).

Derved kan man også se hvis I af en eller anden grund (forældet postnr-liste) ikke slår op i SE's system på en adresse med SE fiber.

14. marts 2018 kl. 18:54
Case study: Smider Post Danmark vores pakker væk?

Så derfor var min tanke at det kunne være browser identifikation de har med i deres redirect regler.

Du skal bare bruge firefox (sæt useragent =firefox' user agent streng, så spiller det - stadig med redirects frem og tilbage (nogle gange 3 redirects) andre gange med 1 redirect, ender på /da/privat/Sider/privat.aspx hver gang (ud af 3 forsøg) Detaljer kan ses i loggen herunder.

  1. benny@dovre:~$ wget -O /dev/null <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  2. --2016-01-01 17:46:44-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  3. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  4. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  5. HTTP request sent, awaiting response... 302 Found
  6. Location: /XWZiZ/ [following]
  7. --2016-01-01 17:46:44-- <a href="http://www.postdanmark.dk/XWZiZ/">http://www.postdanmark.dk/XWZiZ/</a>
  8. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  9. HTTP request sent, awaiting response... 302 Found
  10. Location: / [following]
  11. --2016-01-01 17:46:44-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  12. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  13. HTTP request sent, awaiting response... ^C
  14. benny@dovre:~$ wget -O /dev/null <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  15. --2016-01-01 17:46:54-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  16. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  17. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  18. HTTP request sent, awaiting response... ^C
  19. benny@dovre:~$ wget -O /dev/null <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  20. --2016-01-01 17:46:59-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  21. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  22. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  23. HTTP request sent, awaiting response... ^C
  24. benny@dovre:~$ wget -O /dev/null --user-agent="Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0" <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  25. --2016-01-01 17:48:50-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  26. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  27. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  28. HTTP request sent, awaiting response... 302 Found
  29. Location: /KUWkZ/ [following]
  30. --2016-01-01 17:48:50-- <a href="http://www.postdanmark.dk/KUWkZ/">http://www.postdanmark.dk/KUWkZ/</a>
  31. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  32. HTTP request sent, awaiting response... 302 Found
  33. Location: / [following]
  34. --2016-01-01 17:48:50-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  35. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  36. HTTP request sent, awaiting response... 302 Redirect
  37. Location: <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a> [following]
  38. --2016-01-01 17:48:50-- <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a>
  39. Reusing existing connection to <a href="http://www.postdanmark.dk:80">www.postdanmark.dk:80</a>.
  40. HTTP request sent, awaiting response... 200 OK
  41. Length: 87461 (85K) [text/html]
  42. Saving to: ‘/dev/null’
  43. 100%[============================================================================================================================>] 87,461 403KB/s in 0.2s
  44.  
  45. 2016-01-01 17:48:50 (403 KB/s) - ‘/dev/null’ saved [87461/87461]
  46.  
  47. benny@dovre:~$ wget -O /dev/null --user-agent="Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0" <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  48. --2016-01-01 17:51:32-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  49. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  50. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  51. HTTP request sent, awaiting response... 302 Found
  52. Location: /SYPaZ/ [following]
  53. --2016-01-01 17:51:32-- <a href="http://www.postdanmark.dk/SYPaZ/">http://www.postdanmark.dk/SYPaZ/</a>
  54. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  55. HTTP request sent, awaiting response... 302 Found
  56. Location: / [following]
  57. --2016-01-01 17:51:32-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  58. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  59. HTTP request sent, awaiting response... 302 Redirect
  60. Location: <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a> [following]
  61. --2016-01-01 17:51:32-- <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a>
  62. Reusing existing connection to <a href="http://www.postdanmark.dk:80">www.postdanmark.dk:80</a>.
  63. HTTP request sent, awaiting response... 200 OK
  64. Length: 87461 (85K) [text/html]
  65. Saving to: ‘/dev/null’
  66.  
  67. 100%[============================================================================================================================>] 87,461 398KB/s in 0.2s
  68.  
  69. 2016-01-01 17:51:33 (398 KB/s) - ‘/dev/null’ saved [87461/87461]
  70.  
  71. benny@dovre:~$ wget -O /dev/null --user-agent="Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0" <a href="http://www.postdanmark.dk">http://www.postdanmark.dk</a>
  72. --2016-01-01 17:51:35-- <a href="http://www.postdanmark.dk/">http://www.postdanmark.dk/</a>
  73. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  74. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  75. HTTP request sent, awaiting response... 302 Redirect
  76. Location: <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a> [following]
  77. --2016-01-01 17:51:35-- <a href="http://www.postdanmark.dk/da/privat/Sider/privat.aspx">http://www.postdanmark.dk/da/privat/Sider/privat.aspx</a>
  78. Reusing existing connection to <a href="http://www.postdanmark.dk:80">www.postdanmark.dk:80</a>.
  79. HTTP request sent, awaiting response... 200 OK
  80. Length: 87461 (85K) [text/html]
  81. Saving to: ‘/dev/null’
  82.  
  83. [bash]

1. januar 2016 kl. 17:54
Case study: Smider Post Danmark vores pakker væk?

Benny, tak for dit svar. Virker websitet <a href="http://www.postdanmark.dk">www.postdanmark.dk</a&gt; normalt i en browser hos dig, eller er det både wget og browseren, der hænger?

Ja i Firefox virkede det fint (og det gør det stadig). Jeg har også lige checket Chrome, virker også fint. OS: Kubuntu 14.04. Så derfor var min tanke at det kunne være browser identifikation de har med i deres redirect regler.

1. januar 2016 kl. 17:46
Case study: Smider Post Danmark vores pakker væk?

Edit: havde ikke set kommentar #2 inden jeg skrev min kommentar /EDIT

Min tanke var at det kan jo være forskelligt indhold om der er sat en referrer header (+ alle mulige andre headers) og skulle lige prøve det.

Men det ser nærmere ud til at der er random 302 redirects fra gang til gang på samme forbindelse (fiber fra bredbaand nord (waoo) - I hvert fald med wget, har ikke checket hvad der sker med Firefox, der ses redirects jo ikke umiddelbart (men ender på en fejlside for /WXdLZ og /abc).

Systemet ser lidt ud til at være: Redirect til "sub-side" og redirect tilbage og hæng der, de 2 redirects er nogle gange undladt. Jeg har prøvet at hente http://www.postdanmark.dk/WXdLZ nogle gange -> hver gang hænger den uden redirects Jeg har også prøvet http://www.postdanmark.dk/abc med samme resultat.

Til gengæld kan jeg ikke se at referrer har noget at sige, men det er jo lidt svært at se om det påvirker tilfældighedsredirecteren :-).

Du kan da lave en track-and-trace på de manglende pakker på http://postdanmark.dk/tt :-).

Jeg ved ikke lige hvad det kan bruges til, men opleverer også noget "sjovt" her.

  1. benny@hemsedal:~ > wget --referer=http://www.postdanmark.dk <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  2. --2016-01-01 13:11:46-- <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  3. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  4. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  5. HTTP request sent, awaiting response... 302 Found
  6. Location: /QoOhZ/LkakZ [following]
  7. --2016-01-01 13:11:46-- <a href="http://www.postdanmark.dk/QoOhZ/LkakZ">http://www.postdanmark.dk/QoOhZ/LkakZ</a>
  8. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  9. HTTP request sent, awaiting response... 302 Found
  10. Location: /LkakZ [following]
  11. --2016-01-01 13:11:46-- <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  12. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  13. HTTP request sent, awaiting response... ^C
  14. benny@hemsedal:~ > wget <a href="http://www.postdanmark.dk/LkakZ--2016-01-01">http://www.postdanmark.dk/LkakZ--2016-01-01</a> 13:19:20-- <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  15. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  16. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  17. HTTP request sent, awaiting response... 302 Found
  18. Location: /WXdLZ/LkakZ [following]
  19. --2016-01-01 13:19:21-- <a href="http://www.postdanmark.dk/WXdLZ/LkakZ">http://www.postdanmark.dk/WXdLZ/LkakZ</a>
  20. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  21. HTTP request sent, awaiting response... 302 Found
  22. Location: /LkakZ [following]
  23. --2016-01-01 13:19:21-- <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  24. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  25. HTTP request sent, awaiting response... ^C
  26. benny@hemsedal:~ > wget --referer=http://www.postdanmark.dk <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  27. --2016-01-01 13:20:05-- <a href="http://www.postdanmark.dk/LkakZ">http://www.postdanmark.dk/LkakZ</a>
  28. Resolving <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)... 147.14.11.143
  29. Connecting to <a href="http://www.postdanmark.dk">www.postdanmark.dk</a> (<a href="http://www.postdanmark.dk">www.postdanmark.dk</a>)|147.14.11.143|:80... connected.
  30. HTTP request sent, awaiting response... ^C
  31. [bash]

1. januar 2016 kl. 13:40
Hvordan fa'en får man IPv6 i Slagelse ?

Hej

Bredbaand Nord Erhverv - som er med i Waoo, siger at de har IPv6 klar, og at når der er nok der er interesserede, så er det klar i løbet af 3 mdr.

For privat-abonnementer ser det desværre ud til at have meget lange udsigt.

12. oktober 2015 kl. 20:03
Git, Gerrit og Jenkins - en fantastisk trio for SW udviklere

Peter du efterspørger et grafisk merge tool. Jeg plejer at bruge egg til at løse merge-konflikter, hvor man også kan stage dele af en fil. - github.com/bogolisk/egg.git.

11. marts 2015 kl. 19:47
Pudsig rejsekort-fejl rettet: Forskel på små og store bogstaver gav adgang til andre brugerkonti

på nordjyske.dk står der at stod et andet CPR nr, men jeg ved ikke om man normalt kan se CPR på rejsekortets hjemmeside URL: http://nordjyske.dk/nyheder/fik-adgang-til-personlige-oplysninger-paa-rejsekortet/6301eddb-07db-4a59-b7da-6d71ff0cc755/4/1513

5. december 2014 kl. 18:22
Forgæves jagt på kabelbrud: Tusindvis uden internet og tv i København på tredje døgn

Overskriften lyder belejligende for TDC - Fiber er noget skidt, det er ikke til at fejlfinde på => Vi forbrugere er bedst tjent med gamle kobberforbindelser.

Mon det er bestilt arbejde af marketingsafdelingen? :-)

14. november 2014 kl. 20:36
Rejsekortet – igen igen

Vil de så ikke have oplyst kontrolcifre i telefonen - og må man det.

Btw. ved køb af godt gammeldags periodekort til Nordjyllands trafikselskab fungerer det bedst ved at betale via internet på en https side med hjemmestrikket certifikat som tillader browseren at gemme kortets udløbsmåned og år + kontrolcifre - det er vist heller ikke helt efter bogen udenfor "offentlig transpot virkeligheden". Jeg har gjort dem opmærksom på det - men de fatter det ikke.

17. september 2014 kl. 22:10
Versionskontrol med afhængige Git-projekter

Jeg har brugt submoduler en del, og ja der er fordele og ulemper afhængig af projektets fase.

Submoduler giver en meget fin sporbarhed for et projekt. Anken kommer i udviklingsforløbet hvor der er mange ændringer i submodulerne, idet et top-level modul ikke pejer på en branch af et submodul men en given commit - det giver lidt flere commits på top-level modulet, hvis man VIL have refernce til den rigtige version. Jeg kan ikke lige komme i tanke om andre ulemper.

Man kan fint arbejde på f. eks. master i top-level projektet og branch develABC i et submodul. Det er først når man skal dele med andre (incl. Jenkins) man behøver at committe submodulet i top-level projeket.

Når man kloner et repo med submoduler får man komplette repositories som submoduler, det eneste specielle ved submodulet er at det er en given commit der er checket ud og ikke master.

Vil man hellere have samme branch i submoduler som i top-level modulet er det let at lave så man checker master eller samme branch ud som i top-level modulet.

Man kan fint arbejde i et submodul incl. lave branches, push, pull, tag, osv., jeg ved ikke af noget man ikke kan. Nogle GUI's har dog lidt problemer, f. eks Eclipse(i hvert fald på Windows).

I top-level projektet er der fin synlighed af om der er sket ændringer, såvel committede og ucommittede (dirty) i et submodul. Man stager og committer et submodul på samme måde som en alm. fil.

Top-Level modulet kender ikke til submodulers branches, det er udelukkende hvilken commit der er checket ud top-level modulet kan se. Derfor er top-level modulet stadig up to date unset hvilken branch af submodulet der er checket ud - så længe det er den rigtige commit.

Apropos Jenkins: Heldigvis kan Jenkins kun se top-level modulet. Det er ikke givet at jeg vil have en ny commit i et submodul ønskes testet førend der er sket en ændring i top-level.

Der kan godt være flere niveauer af submoduler, meen der er lidt mere man skal gøre manuelt for at opdatere et sub-submodul.

10. januar 2014 kl. 16:57
Skat, det her holder altså ikke...

Det undrer mig at du bruger Nemid - Skats hjemmeside fungerer da fint vha. tastselvkode - incl. at stille spørgsmål.

I tilfæde gik der mindst 1-2 uger inden spørgeskem beskeden kom, hvorfor jeg regnede med at der burde være et svar, som jeg blot ikke kunne finde. Jeg ringede til Skat for om de kunne finde svaret. Den første jeg talte med kunne godt finde svaret. Sendte mig videre til support for at guide mig frem til svaret. Support kunne oplyse mig at der kun var et internt notat. Jeg foreslog dem at ændre spørgeskemaet fra at svare på "Det svar som du netop har modtaget" til noget med "Det svar som du har modtaget eller modtager på et tidspunkt". Det er ikke muligt at ændre teksten, vist fordi beskeden bliver lavet automatisk. ... ja man skal høre meget.

3. september 2013 kl. 20:45
Forældreintra - få det dog lavet bedre!

Det forlyder at der skulle være sket rigtig meget i den nye udgave. (Noget kunne også tyde på at det nærmere er et facelift.) Derfor synes jeg det giver bedst mening med forbedringsforslag i forhold til denne udgave. Vi har bare ikke fået den endnu. Er der erfaringer med 5.2?

Om version 5.2:http://www.om.skoleintra.dk/Infoweb/Designskabelon9/Rammeside.asp?Action=&Side=&Klasse=&Id=&Startside=&ForumID=

9. april 2013 kl. 16:34
Emacsforum var super sjovt - men ikke helt færdig

Hej

Jeg er glad for mine print genveje: Med faces

  • C-p b (Print buffer)
  • C-p r (Print region)
  • C-p 1 (Print (ca) 1 side fra curser og frem) Uden faces
  • C-p B (Print buffer)
  • C-p R (Print region)
  • C-p ! (Print (ca) 1 side fra curser og frem)

  1. (defun ps-print-onePageFromHere-with-faces ()
  2. (interactive)
  3. (let ((beg (point))) (forward-line 70) (ps-print-region-with-faces beg (point))
  4. (goto-char beg)))
  5.  
  6. (defun ps-print-onePageFromHere ()
  7. (interactive)
  8. (let ((beg (point))) (forward-line 70) (ps-print-region beg (point))
  9. (goto-char beg)))
  10.  
  11. (define-key global-map "\C-p" 'mode-specific-command-prefix)
  12. (define-key global-map "\C-pb" 'ps-print-buffer-with-faces)
  13. (define-key global-map "\C-pr" 'ps-print-region-with-faces)
  14. (define-key global-map "\C-pB" 'ps-print-buffer)
  15. (define-key global-map "\C-pR" 'ps-print-region)
  16. (define-key global-map "\C-p1" 'ps-print-onePageFromHere-with-faces)
  17. (define-key global-map "\C-p!" 'ps-print-onePageFromHere)

24. november 2011 kl. 21:57
One iPad per Child

Er der nogen der har erfaringer med Android smartphones til at spille på, findes de spil som børnene vil have (pt. 4-9 år)?

30. oktober 2011 kl. 17:41