New kids on the block

[Karl Erik Christensen]

Man skulle næsten tro at nogen har "anbefalet" dmwebdesign.dk
forskellige steder:

Unknown robot (identified by 'crawl') 154
Unknown robot (identified by 'bot*') 126
Googlebot 89

Googlebot plejer ellers altid at være den mest besøgende.

Andre der har set de 2 førstnævnte?

Karl Erik.

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

[Børge Justesen]

Karl Erik Christensen wrote:
> Man skulle næsten tro at nogen har "anbefalet" dmwebdesign.dk
> forskellige steder:
>
> Unknown robot (identified by 'crawl') 154
> Unknown robot (identified by 'bot*') 126
> Googlebot 89
>
> Googlebot plejer ellers altid at være den mest besøgende.
>
> Andre der har set de 2 førstnævnte?

Who cares


--
Børge Justesen

[Leif Neland]

Den 24-04-2012 15:29, Karl Erik Christensen skrev:
> Man skulle næsten tro at nogen har "anbefalet" dmwebdesign.dk
> forskellige steder:
>
> Unknown robot (identified by 'crawl') 154
> Unknown robot (identified by 'bot*') 126
> Googlebot 89
>

Botterne læser vel nyhedsgrupper, og finder interessante url'er.
Når dmwebdesign.dk er blevet omtalt så meget, må der jo være noget, der
er værd at indexere, mener de sikkert.

LEif

[Karl Erik Christensen]

Det gør de jo nok.

Det sjove er at dmwebdesign.dk i perioder er blevet omtalt betydeligt
mere end nu.
De sidste 1,5 år har Googlebot været den/de der helt klart førte
statistikken, men nu er der altså kommet "New kids on the block".

Det er vel også lige meget.
Der kommer faktisk ingen spam fra kontaktformularen mere - der kommer
kun "spam" fra Facebook :-)

[Jesper Juul-Mortensen]

On Wed, 25 Apr 2012 23:46:32 +0200, Leif Neland <le...@neland.dk>
wrote:

>Botterne læser vel nyhedsgrupper, og finder interessante url'er.
>Når dmwebdesign.dk er blevet omtalt så meget, må der jo være noget, der
>er værd at indexere, mener de sikkert.

Men så bliver de dybt skuffede, når alt de mødes med er dette:

Warning: Cannot modify header information - headers already sent by
(output started at /var/www/dmwebdesign.dk/public_html/index.php:1) in
/var/www/dmwebdesign.dk/public_html/header1.php on line 6

/Jesper

[Karl Erik Christensen]

On 26-04-2012 15:39, Jesper Juul-Mortensen wrote:
> Men så bliver de dybt skuffede, når alt de mødes med er dette:
>
> Warning: Cannot modify header information - headers already sent by
> (output started at /var/www/dmwebdesign.dk/public_html/index.php:1) in
> /var/www/dmwebdesign.dk/public_html/header1.php on line 6
>
> /Jesper

Flg. ip-adresser har besøgt dmwebdesign.dk _siden_ jeg selv så på siden
ved 14-tiden i dag:

157.55.112.202
76.72.167.162
207.46.13.100
66.249.66.184
208.115.111.70

Heller ingen fejl nu - så hvad mon du har kløjs i?

Din ip fremgår ikke i dag.

Tak for den venlige fejlrapport - skønt med sådan nogle som dig.

[Stig Johansen]

Leif Neland wrote:

> Botterne læser vel nyhedsgrupper, og finder interessante url'er.

Eller HTML.dk.

Jeg tror nu ikke der bliver harvested fra NG's mere, da de alle er nærmest
døde.

--
Med venlig hilsen
Stig Johansen

[Stig Johansen]

Karl Erik Christensen wrote:

> Flg. ip-adresser har besøgt dmwebdesign.dk _siden_ jeg selv så på siden
> ved 14-tiden i dag:
>
> 157.55.112.202
> 76.72.167.162
> 207.46.13.100
> 66.249.66.184
> 208.115.111.70

Småting ;-)

Hvis du observer en URL med MD5 af "just_a_test", så prøv at svare positivt,
så skal du sataneme se løjer ;-)

Det gjorde Rune og jeg, og inden for en time væltede "second level" bot'erne
ind over os med forsøg på at instalere namogofer.

Bemærk at de IP'er der probede med "just_a_test" var IKKE de samme som 2.
level, så der var tydelig (near) realtime kommunikation mellem bort'erne.

Vi overvejede at svare positivt på 2. level, men turde ikke i fald det var
STORM, for de var kendt for at lægge ethvert forsøg på debuggeng ned med
DDoS attacks.

Via andre veje fandt jeg adskillige steder hvor namogofer havde været på
spil, incl. en server med visnok 470 dirs/filer.

Utroligt lærerigt ;-)

[Karl Erik Christensen]

On 27-04-2012 08:52, Stig Johansen wrote:
> Småting;-)
>
> Hvis du observer en URL med MD5 af "just_a_test", så prøv at svare positivt,
> så skal du sataneme se løjer;-)
>
> Det gjorde Rune og jeg, og inden for en time væltede "second level" bot'erne
> ind over os med forsøg på at instalere namogofer.
>
> Bemærk at de IP'er der probede med "just_a_test" var IKKE de samme som 2.
> level, så der var tydelig (near) realtime kommunikation mellem bort'erne.
>
> Vi overvejede at svare positivt på 2. level, men turde ikke i fald det var
> STORM, for de var kendt for at lægge ethvert forsøg på debuggeng ned med
> DDoS attacks.
>
> Via andre veje fandt jeg adskillige steder hvor namogofer havde været på
> spil, incl. en server med visnok 470 dirs/filer.
>
> Utroligt lærerigt;-)

Alt her i livet er lærerigt, og skønt jeg har haft rimelig mange år at
lære i, har jeg ikke og når aldrig, at lære alt.

Jeg er så til gengæld ikke bleg for at indrømme når jeg tager fejl, for
det *kan* ske. Jeg husker med gru min sidste fejltagelse, den 14.
november 1987.

Men ikke desto mindre har Jesper Juul ret, siderne "døde" når
betingelsen for header location var opfyldt.
Den skulle da bare ikke opfyldes når det var en dansk ip der kom på besøg!!

Men minsandten om ikke der er fejl og huller i den forrige udgivelse af
"ip-files" - og derfor skulle Jesper sendes til Kineserland.

Nu er det bare sådan, at "header1" med ip-checket, includes på alle sider.
Da jeg jo er en ordentlig mand, med orden i tingene, skal html-koderne
jo stå pænt, hvis nogen skulle få den ide, at "Vis kilde". Og derfor var
<?php include 'header1.php'; ?> rykket 2-3 tab-tastetryk ind - og det
sender altså header.

Der kan man bare se.

[Birger Sørensen]

Karl Erik Christensen forklarede:

<?php "\t\t\t".include 'header1.php'; ?>

Birger

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

[Karl Erik Christensen]

On 27-04-2012 12:00, Birger Sørensen wrote:
> <?php "\t\t\t".include 'header1.php'; ?>
>
> Birger

Nu har jeg ikke prøvet, men jeg er lidt i tvivl om hvilken forskel det
gør, at det er php der sender <tab> eller html.
Der eksisterer jo stadig <tab> i dokumentet når header location ser sit
kald - ikke?

[Karl Erik Christensen]

On 28-04-2012 14:08, Karl Erik Christensen wrote:
> On 27-04-2012 12:00, Birger Sørensen wrote:
>> <?php "\t\t\t".include 'header1.php'; ?>
>>
>> Birger
>
> Nu har jeg ikke prøvet, men jeg er lidt i tvivl om hvilken forskel det
> gør, at det er php der sender <tab> eller html.
> Der eksisterer jo stadig <tab> i dokumentet når header location ser sit
> kald - ikke?
>
> Karl Erik.
>

Fandt lige dette:
"the \n \t can only be used to format the source code but it can also be
used to format the display if it is inside the tag".

Det må vist komme an på en prøve.

[Leif Neland]

Den 28-04-2012 14:08, Karl Erik Christensen skrev:
> On 27-04-2012 12:00, Birger Sørensen wrote:
>> <?php "\t\t\t".include 'header1.php'; ?>

Det er da noget vrøvl at skrive.
Der menes nok
<?php \t\t\t include 'header1.php'; ?>
Hvor \t symboliserer et <tab>

> Nu har jeg ikke prøvet, men jeg er lidt i tvivl om hvilken forskel det
> gør, at det er php der sender <tab> eller html.
> Der eksisterer jo stadig <tab> i dokumentet når header location ser sit
> kald - ikke?

Nej

<?php

\t\t\t echo "Hello World!";

// Good bye!
/* Blabla
*/ ?>

Det eneste, der kommer ud af det, er "Hello World!"

Tab, newlines, og kommentarer bliver ikke jo ikke sendt.

Leif

[Karl Erik Christensen]

On 28-04-2012 14:54, Leif Neland wrote:
> Det er da noget vrøvl at skrive.
> Der menes nok
> <?php \t\t\t include 'header1.php'; ?>
> Hvor \t symboliserer et <tab>

Jeg mener ikke Birger bevidst skriver noget vrøvl, men han kan jo
ligesom alle andre, lave en "hovsa".

Dit eksempel giver i mit hoved mere hvad Birger sikkert mente, idet jeg
fandt:

"the \n \t can only be used to format the source code but it can also be
used to format the display if it is inside the tag".

I Birgers eksempel var han blot "kommet til" at sætte \t inden i tagget.
Men da der jo ikke var en echo eller print, ved jeg ikke om det havde
givet fejl, eller om det havde virket.

[Birger Sørensen]

Karl Erik Christensen udtrykte præcist:

> On 28-04-2012 14:54, Leif Neland wrote:
>> Det er da noget vrøvl at skrive.
>> Der menes nok
>> <?php \t\t\t include 'header1.php'; ?>
>> Hvor \t symboliserer et <tab>
>
> Jeg mener ikke Birger bevidst skriver noget vrøvl, men han kan jo ligesom
> alle andre, lave en "hovsa".
>
> Dit eksempel giver i mit hoved mere hvad Birger sikkert mente, idet jeg
> fandt:
> "the \n \t can only be used to format the source code but it can also be used
> to format the display if it is inside the tag".
>
> I Birgers eksempel var han blot "kommet til" at sætte \t inden i tagget.
> Men da der jo ikke var en echo eller print, ved jeg ikke om det havde givet
> fejl, eller om det havde virket.
>
> Karl Erik.

Det er en hovsa.
Det skal ind i teksten der outputtes:
echo "\t\t\tHello World";

[Birger Sørensen]

Karl Erik Christensen kom med følgende:

> On 28-04-2012 14:08, Karl Erik Christensen wrote:
>> On 27-04-2012 12:00, Birger Sørensen wrote:
>>> <?php "\t\t\t".include 'header1.php'; ?>
>>>
>>> Birger
>>
>> Nu har jeg ikke prøvet, men jeg er lidt i tvivl om hvilken forskel det
>> gør, at det er php der sender <tab> eller html.
>> Der eksisterer jo stadig <tab> i dokumentet når header location ser sit
>> kald - ikke?
>>
>> Karl Erik.
>>
> Fandt lige dette:
> "the \n \t can only be used to format the source code but it can also be used
> to format the display if it is inside the tag".
>
> Det må vist komme an på en prøve.
>
> Karl Erik.

Inde i et tag (antager du mener HTML tag) er TAB bare whitespcae.
Udenfor HTML tag er formatterer det HTML koden.
Udenfor PHP tagget <?php ... ?> er det som normal tekst, og kan anvedes
til at formattere HTML output.

[Karl Erik Christensen]

On 28-04-2012 15:29, Birger Sørensen wrote:
> Det er en hovsa.
> Det skal ind i teksten der outputtes:
> echo "\t\t\tHello World";

Jeg vil formatere koden.
Derfor som Leif skriver:

<?php \t\t\t include 'header1.php'; ?>

Hvis det er outputtet der skal formateres med <tab>:

<?php '\t\t\t include header1.php'; ?>

Nogen mener der skal bruges " for at det virker, hvis det er formatering
af kode det drejer sig om.

Whitespace i output sender header - det skal undgås, som det gøres med
Leifs eksempel.

[Birger Sørensen]

Karl Erik Christensen frembragte:

> On 28-04-2012 15:29, Birger Sørensen wrote:
>> Det er en hovsa.
>> Det skal ind i teksten der outputtes:
>> echo "\t\t\tHello World";
>
> Jeg vil formatere koden.
> Derfor som Leif skriver:
> <?php \t\t\t include 'header1.php'; ?>
>
> Hvis det er outputtet der skal formateres med <tab>:
> <?php '\t\t\t include header1.php'; ?>
>
> Nogen mener der skal bruges " for at det virker, hvis det er formatering af
> kode det drejer sig om.
>
> Whitespace i output sender header - det skal undgås, som det gøres med Leifs
> eksempel.
>
> Karl Erik.

Som jeg lige ser det, må Leifs eksempel give nogle valideringsfejl.
For at bruge \t eller andre til at formattere output, skal de stå i den
tekst du outputter, mellem HTML tags.
Og for at opfattes rigtigt af PHP, skal de *altid* stå i dobbelt
anførselstegn:
echo "\t"; sender en tabulator karakter
echo '\t'; sender to karakterer - en \ og et t.
echo
'<!DOCTYPE...>'."\n\t".'<html>'."\n\t\t".'<head>'."\n\t\t".'<title>Min
Side</title>'...;
Birger

[Karl Erik Christensen]

Det "sejler" for mig lige nu :-)

Tidligere kunne jeg arbejde hele natten, og derefter gå direkte hen og
undervise i 6 timer. Den tid er åbenbart forbi.

Det drejer sig om at få html-koden der ligger i include-filen, til at
stå pænt ved "Vis Kilde".
Men \t må ikke sende whitespace ved udførelsen, da der så sendes header.

Nå, det må nok komme an på en prøve.

Kender du den om de 3 der skulle ud at køre bil?

En elektriker, en mekaniker og en edb-mand.
Bilen ville ikke starte, og mekanikeren sagde "Lad mig se på det, det er
et mekanisk problem".
"Nej" sagde elektrikeren, "lad mig, for det er et elektrisk problem".
Edb-manden sagde "Kan vi ikke bare prøve at kravle ud - og så sætte os
ind igen".

:-)

[Leif Neland]

Den 28-04-2012 18:03, Karl Erik Christensen skrev:

>
> Det drejer sig om at få html-koden der ligger i include-filen, til at
> stå pænt ved "Vis Kilde".
> Men \t må ikke sende whitespace ved udførelsen, da der så sendes header.
>

Åh, det er der isen er på koen.
Jeg troede at det var php-sourcen, hvor du ville have indrykket ordet
"include".

Du ser slet ikke output fra header() i "Vis kilde"
Det kommer i de "tekniske data" browseren får, før den får
sideindholdet, det mellem <html> og </html>


Denne testfil:

<?php header("x-foo: Hello, world!"); ?>
<html>
<head>
<title>Test af header</title>
</head>
<body>
Hello, world!
</body>
</html>

giver response-headere (vist med firebug)

Response-headere
Connection Keep-Alive
Content-Length 90
Content-Type text/html
Date Sat, 28 Apr 2012 16:59:10 GMT
Keep-Alive timeout=5, max=100
Server Apache/2.2.22 (FreeBSD) mod_ssl/2.2.22 OpenSSL/0.9.8q PHP/5.3.10
with Suhosin-Patch
X-Powered-By PHP/5.3.10
x-foo Hello, world!

Mens "Vis kilde" starter med <html> og ikke har x-foo med.

Hvilken header er det, du vil have indrykket?

Leif

[Karl Erik Christensen]

Har lige med fandens vold og magt prøvet at genskabe problemet, men det
vil ikke lykkes.
Det nærmeste jeg kan komme er, at grunden til fejlen "Header already
sent" må være at jeg havde noget udkommenteret php i toppen af
dokumenter, eks.:

$IPaddress=$_SERVER['REMOTE_ADDR'];
//echo $IPaddress;

Jeg kan ikke se andet end at det må være derfor.

Både hvis jeg <tab> indrykker <?php include"....."; ?> eller hvis
include-filen starter med <tab>, giver ikke fejlen.

[Karl Erik Christensen]

On 28-04-2012 21:35, Karl Erik Christensen wrote:
> $IPaddress=$_SERVER['REMOTE_ADDR'];
> //echo $IPaddress;
>
> Jeg kan ikke se andet end at det må være derfor.

Eller helt nøjagtig - dette giver "Header already sent" når det står i
toppen:

<!--<?php
//include("../login/include/session.php");
//if($session->logged_in){
//} else {
// header("Location: ../login/main.php");
//}
?>-->

*Og* det er jo html - så er fejlmeddelelsen jo ikke så mærkelig :-)

[Leif Neland]

Den 28-04-2012 21:35, Karl Erik Christensen skrev:
>
> Har lige med fandens vold og magt prøvet at genskabe problemet, men det
> vil ikke lykkes.
> Det nærmeste jeg kan komme er, at grunden til fejlen "Header already
> sent" må være at jeg havde noget udkommenteret php i toppen af
> dokumenter, eks.:
>
> $IPaddress=$_SERVER['REMOTE_ADDR'];
> //echo $IPaddress;
>
> Jeg kan ikke se andet end at det må være derfor.

Det kan det ikke være.

>
> Både hvis jeg <tab> indrykker <?php include"....."; ?> eller hvis
> include-filen starter med <tab>, giver ikke fejlen.
>

Du bliver måske forstyrret af output buffering?

Ved passende sammenfald af bufferstørrelse og tekst _kan_ man slippe
afsted med at skrive header() efter af have sendt anden tekst, idet php
så kan nå at sene headeren før den skal tømme bufferen.

Leif

[Christian Hansen]

On 04/28/2012 04:40 PM, Karl Erik Christensen wrote:
<?php '\t\t\t include header1.php'; ?>
>
> Nogen mener der skal bruges " for at det virker, hvis det er formatering
> af kode det drejer sig om.

når man bruger "" omkring en streng interpoleres den - det betyder at
php parser strengen og erstatter eksempelvis variable med deres værdier
og \t med et tabulatortegn.

Når man bruger '' interpoleres strengen ikke og bruges råt, som den er
skrevet.

Det sidste er selvsagt lidt hurtigere end det første, såfremt man ikke
har brug for interpolering forstås.

Hvad er så hurtigst af

"udskriv denne $var"

og

'udskriv denne ' . $var

Noget tyder på den sidste, som faktisk imo også giver lidt pænere kode -
men det er en smagssag.


http://stackoverflow.com/questions/13620/speed-difference-in-using-inline-strings-vs-concatenation-in-php5

Jeg bruger altid '' om mine strenge også i arrays mm., fordi man meget
sjældent har brug for at php evaluere nøglen i et assoc array eksempelvis.

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

[Karl Erik Christensen]

On 28-04-2012 18:53, Christian Hansen wrote:
> Jeg bruger altid '' om mine strenge også i arrays mm., fordi man meget
> sjældent har brug for at php evaluere nøglen i et assoc array eksempelvis.

Det andet du skriver er meget fint.

Men jeg har desværre ikke haft "tid" (læs: "lyst og brug for"), men har
nu brug for at splitte et array, og hente første "post", som kun består
af 2 tegn, ind i en variabel.

Jeg har i mangel af bedre viden brugt:
$pieces = implode(",", array));
$tob = $pieces[0].$pieces[1];

som fungerer ok, men mon nogen kan lede mig på rette vej til noget bedre?

[Birger Sørensen]

Den 4/28/2012, skrev Karl Erik Christensen:
> Jeg har i mangel af bedre viden brugt:
> $pieces = implode(",", array));
> $tob = $pieces[0].$pieces[1];
>
> som fungerer ok, men mon nogen kan lede mig på rette vej til noget bedre?
>
> Karl Erik.

Kan array[0] ikke bruges?
Hvor har du arryet fra?

[Karl Erik Christensen]

On 28-04-2012 23:47, Birger Sørensen wrote:
> Den 4/28/2012, skrev Karl Erik Christensen:
>> Jeg har i mangel af bedre viden brugt:
>> $pieces = implode(",", array));
>> $tob = $pieces[0].$pieces[1];
>>
>> som fungerer ok, men mon nogen kan lede mig på rette vej til noget bedre?
>>
>> Karl Erik.
>
> Kan array[0] ikke bruges?
> Hvor har du arryet fra?
>
>
> Birger
>

Lang lang lang historie Birger :-)

Det er det med at "Send uønsket besøgende væk", hvor jeg tidligere
brugte en mængde ip-files.

Jeg fandt en møj bedre løsning i et enkelt .cvs dokument, der vha. et
php-script lavet af en russer :-) genererer en .bin-fil som indeholder
arrays, hvor f.eks. data om danske ip-adresser fås på formen:

array
[iso2] => DK
[iso3] => DNK
[???] => Denmark

Jeg skal have værdien for [iso2] trukket ud i en variabel.

Men værdierne fra .bin-filen hentes (for mig) på en ukendt måde:
$X=new IP2COUNTRY('db.bin');
$IPaddress=$_SERVER['REMOTE_ADDR'];
$X->find($IPaddress));

$X bliver så et array af nævnte dimensioner.

Her er jeg på "The water is stiff, Bambi" :-)
Men altså $pieces = implode(",", $X->find($IPaddress)); fungerer fint.

[Birger Sørensen]

Karl Erik Christensen frembragte:

IP2COUNTRY må være et object, hvor find er en funktion der leverer et
array der indeholder landekoder for adressen.
Du kan så blot bruge f.eks.
$ctry = $X->find($IPaddress);
$tob = $ctry['iso2'];
(med mindre iso2 er en konstant - så skal det være uden apostrofferne -
men konstanter er konventionelt med STORE BOGSTAVER)

[Karl Erik Christensen]

Du må være meget meget gammel Birger :-)

DET VIRKER!!

Tak.

[Karl Erik Christensen]

On 29-04-2012 00:52, Karl Erik Christensen wrote:
> Du må være meget meget gammel Birger :-)
>
> DET VIRKER!!
>
> Tak.
>
> Karl Erik.

Skulle nogen have fået "blod på tanden", kan hele vejledningen, script
mv. findes på:

http://rob72.net78.net/?manual

Glemte jeg at nævne at siden er på russisk? :-)

[Stig Johansen]

Karl Erik Christensen wrote:

> Jeg er så til gengæld ikke bleg for at indrømme når jeg tager fejl, for
> det *kan* ske. Jeg husker med gru min sidste fejltagelse, den 14.
> november 1987.

Jeg har kun taget fejl en gang i mit liv ;-)

- det var dengang jeg troede jeg tog fejl, men det gjorde jeg alligevel
ikke.

(Citat fra en gammel kollega fra Jylland - Erik Lorenzen, tror jeg han hed).

PS: Snakker du om den 'sorte mandag' med værdipapirer?
Mener det var oktober 1987.

[Karl Erik Christensen]

On 30-04-2012 09:54, Stig Johansen wrote:

> PS: Snakker du om den 'sorte mandag' med værdipapirer?
> Mener det var oktober 1987.
>

Jeg havde på det tidspunkt nogle medarbejder aktier i (du ved nok hvor
:-) ).

Dem fik jeg heldigvis solgt til en fandens god pris, et par år før
firmaet gik konkurs.

Har så lige mistet 20.000 fordi jeg lod min bank administrere en mindre
pensionsopsparing.

PFA giver da heldigvis stadig en smule overskud.

Nå, men det var "et hop til siden".

Karl Erik.

--
http://dmwebdesign.dk/karlerik/ - Ny hjemmeside