infostabil > edb.internet.* > edb.internet.webdesign.serverside.php

Bertel Lund Hansen (08.05.2020, 07:23)
Jan Hansen skrev:

> originals = AC_base+'csv_files_originals/'


På siden

[..]

kan man bestille IP-ranges for f.eks. Danmark. Listen bliver vist
i den blå firkant til højre med en knap nedenunder der får
indholdet kopieret til clipboard.

Det indhold sætter jeg så ind i en fil jeg kalder dk.txt, som så
skal ligge i AC_base+'csv_files_originals/'. Formatet er:

aaa.bbb.ccc.ddd-eee.fff.ggg.hhh

Hvorfor så csv? En ren forglemmelse. De første filer jeg brugte,
var fra en anden webside hvor man fik csv-filer, og derfor brugte
jeg det i min kode - og glemte at rette det til da jeg gik over
til tekstfiler.
Jan Hansen (08.05.2020, 11:06)
Bertel Lund Hansen skrev:

> På siden
> [..]
> kan man bestille IP-ranges for f.eks. Danmark. Listen bliver vist
> i den blå firkant til højre med en knap nedenunder der får
> indholdet kopieret til clipboard.
> Det indhold sætter jeg så ind i en fil jeg kalder dk.txt, som så
> skal ligge i AC_base+'csv_files_originals/'. Formatet er:
> aaa.bbb.ccc.ddd-eee.fff.ggg.hhh


Den side er der ikke meget liv i lige i øjeblikket, heller ikke fra
[..]

Men bortset fra at jeg har sat en > og et par mellemrum på, må det vel
være mage til det fra [..]
Når ellers siden er oppe, kommer 167.99.37.81 så med på en liste
over Holland?

Der står i usercheck.inc.php noget med
require_once '/home/www/lundhansen.dk/access_control/banned_intervals.inc.php';
Hvad står der i den fil?
Bertel Lund Hansen (08.05.2020, 11:40)
Jan Hansen skrev:

>> [..]


> Den side er der ikke meget liv i lige i øjeblikket,


Jeg har ingen problemer med den.

> Når ellers siden er oppe, kommer 167.99.37.81 så med på en liste
> over Holland?


Når jeg slår nummeret op på siden, får jeg at vide at det er et
usa-nummer.
I listen over NL-numre er det ikke med. Der er kun følgende to
linjer med 167:

167.81.0.0-167.81.255.255
167.202.192.0-167.202.223.255

I listen med USA-numre forekommer følgende linje:

167.99.0.0-167.99.255.255

> Der står i usercheck.inc.php noget med
> require_once '/home/www/lundhansen.dk/access_control/banned_intervals.inc.php';
> Hvad står der i den fil?


<?php
$banned_intervals = [
[16777472,16778239],
[16779264,16809983],
[16842752,16843007],
[16843264,16875519],
...

Det var det jeg viste i det første indlæg som
"Færdig fil klar til brug:".
Jan Hansen (08.05.2020, 11:55)
Arne Vajhøj skrev:

> On 5/6/2020 3:17 PM, Jan Hansen wrote:
> > Kan det ikke laves i php i stedet for? Det er man jo
> > alligevel tvunget til at lære for at lave hjemmeside.

> PHP er uhyre udbredt til hjemmesider og en mulighed
> hos næsten alle web hoteller.
> Men du er ikke nødt til at bruge PHP til en
> (dynamisk) hjemmeside.


Det er korrekt. Jeg retter mig selv:
.... at lave hjemmeside på webhotel.

> Du kan vælgeÆ C# (ASP.NET), VB.NET (ASP.NET), Java,
> Ruby (RoR), JavaScript (Node), Python og flere andre.


På min egen computer har jeg også stadig mod-perl installeret,
selvom det er mange år siden, jeg har brugt det. Min counter
strike server laggede, når hjemmesiden brugte alt båndbredden,
så til sidst bed jeg i det sure æble og flyttede på webhotel.
Der var jeg så tvangsindlagt til at lære PHP, og siden da er
alt min fritid gået med at lappe hjemmesider, der forsvinder
hver gang det bras bliver opdateret.

Men når fibernet bliver udbredt, så der er båndbredde nok,
kommer det måske på mode igen at lave hjemmesider, når man kan
bruge andet end php.
Krabsen (08.05.2020, 14:50)
Den 08-05-2020 kl. 11:55 skrev Jan Hansen:

> På min egen computer har jeg også stadig mod-perl installeret,
> selvom det er mange år siden, jeg har brugt det. Min counter
> strike server laggede, når hjemmesiden brugte alt båndbredden,
> så til sidst bed jeg i det sure æble og flyttede på webhotel.
> Der var jeg så tvangsindlagt til at lære PHP, og siden da er
> alt min fritid gået med at lappe hjemmesider, der forsvinder
> hver gang det bras bliver opdateret.


Sådan har vi forskellige oplevelser.

Jeg har en del php-drevne sites kørende, alt fra simple databaser til
avancerede medlemskartoteker med booking system m.v.

Og jeg har aldrig problemer med opgraderinger:

- Webhotellet fortæller, at der er en ny php version.
- Jeg checker om den giver problemer i relation til min kode.

De fleste går glat; i enkelte tilfælde skal der laves små justeringer.
Så aftaler jeg bare med webhotellet, at de lader mit site køre på den
gamle php-version til jeg melder klar.
Bertel Lund Hansen (08.05.2020, 17:56)
Jan Hansen skrev:

>> Men du er ikke nødt til at bruge PHP til en
>> (dynamisk) hjemmeside.


> Det er korrekt. Jeg retter mig selv:
> ... at lave hjemmeside på webhotel.


Jamen, det er heller ikke rigtigt. Der er skam udbydere der har
sat nogle af de andre webkodesprog op på deres servere.

> Der var jeg så tvangsindlagt til at lære PHP, og siden da er
> alt min fritid gået med at lappe hjemmesider, der forsvinder
> hver gang det bras bliver opdateret.


Jeg vælger selv tegnsæt og PHP-version på alle mine domæner. Jeg
får ikke at vide om der er kommet en ny PHP-version. Det opdager
jeg først hvis jeg vipper valglisten ned og ser at der er kommet
flere muligheder til.

> Men når fibernet bliver udbredt, så der er båndbredde nok,
> kommer det måske på mode igen at lave hjemmesider, når man kan
> bruge andet end php.


Kik dig omkring på nettet. Der er mange hjemmesider der ikke er
lavet i PHP.

En træffer på DuckDuckGo:

Webhoteller med CMS, JSP, TOMCAT, Java, ASP, .NET, Open Source
CMS, VELKOMMEN TIL CMS-HOTEL & WEB-HOTEL [...]
Jan Hansen (08.05.2020, 19:09)
Bertel Lund Hansen skrev:

> Jeg vælger selv tegnsæt og PHP-version på alle mine domæner. Jeg
> får ikke at vide om der er kommet en ny PHP-version. Det opdager
> jeg først hvis jeg vipper valglisten ned og ser at der er kommet
> flere muligheder til.


Ja, jeg bliver også på gigahost, jeg gider ikke "opdatere" mere php.

> Kik dig omkring på nettet. Der er mange hjemmesider der ikke er
> lavet i PHP.
> En træffer på DuckDuckGo:
> Webhoteller med CMS, JSP, TOMCAT, Java, ASP, .NET, Open Source
> CMS, VELKOMMEN TIL CMS-HOTEL & WEB-HOTEL [...]


Ja, men prisen er også derefter: 29 kr pr. md. for 10 MB, 49 for 100 MB,
og hvis der skal være subdomæner starter prisen ved 149 kr pr md. Det er
ingen stavefejl, der står MB og ikke GB. Til den pris tror jeg de fleste
tager til takke med php, eller holder deres egen server på noget fibernet.
Kim Ludvigsen (08.05.2020, 19:21)
Den 08.05.2020 kl. 19.09 skrev Jan Hansen:

> ingen stavefejl, der står MB og ikke GB. Til den pris tror jeg de fleste
> tager til takke med php, eller holder deres egen server på noget fibernet.


Det med egen server kan jeg ikke anbefale. Jeg startede i sin tid med at
bruge min egen computer som webserver, men det gav en masse stress,
fordi det blev meget vigtigt, at computeren altid kørte. Ikke mindst,
hvis jeg var hjemmefra i flere dage i træk, var det stressende.

Jeg regnede desuden dengang ud, at ved at bruge en ekstra computer,
kostede det ca. 2.000 kroner ekstra om året i strøm - jeg ved ikke, hvad
det vil koste i vore dage. Bruger man sin almindelige computer, skal man
naturligvis kun regne med ekstra strøm, hvis man plejer at slukke den om
natten.

Hertil kommer naturligvis sådan noget som sikkerhed, som webhotellerne
nok har mere styr på end de fleste almindelige nørder.
Bertel Lund Hansen (08.05.2020, 19:29)
Jan Hansen skrev:

> Ja, men prisen er også derefter:


Det var bare et tilfældigt eksempel. I sin tid faldt jeg over
mange websider der kørte ASP (almindelig - ikke den nette
udgave). Men måske er de blevet udkonkurreret?
Arne Vajhøj (08.05.2020, 19:50)
On 5/6/2020 5:26 PM, Jan Hansen wrote:
> Sikkert ikke, og det bliver ikke bedre af, at han skriver variabel og
> funktions navne på engelsk, så flader det hele i mine øjne ud til
> det rene volapyk. Det havde været meget nemmere, hvis han skrev urdu
> eller serbokroatisk: Står der noget engelsk-agtigt, skal jeg finde
> forklaringen i python-manualen, står der noget anderledes, skal jeg
> finde forklaringen andetsteds i samme fil. I php kan man da i det
> mindste kende variablerne på $.


Normalt foretrækker man at variabelnavne fortæller hvad variablen
indeholder.

Det kræver et beskrivende navn i et sprog som læseren forstår.

Engelsk er normalt et god bud på sådant et sprog.

Arne
Jan Hansen (08.05.2020, 20:03)
Kim Ludvigsen skrev:

> Jeg regnede desuden dengang ud, at ved at bruge en ekstra computer,
> kostede det ca. 2.000 kroner ekstra om året i strøm - jeg ved ikke, hvad
> det vil koste i vore dage. Bruger man sin almindelige computer, skal man
> naturligvis kun regne med ekstra strøm, hvis man plejer at slukke den om
> natten.


Ja, lidt strøm bruger det selvfølgelig, hvis computeren står og kører alene
for at holde hjemmeside. Men... hvis den står et sted, der alligevel er
opvarmet, er det gratis om vinteren. Den varme, computeren laver, er nok
ikke så meget dyrere end den, der ellers ville komme fra en radiator.
Jeg skal så ikke gøre mig klog på, om det giver et bedre indeklima, at
blæserne sætter luften i bevægelse, eller om det medfører træk, der kan
give gigt.
Der skal nok være nogle meget tunge udregninger på hjemmesiden, for at det
ikke kører udmærket på en raspberry pi. Strømforsyningen til min pi2 kan
give 2 ampere ved 5 volt, det må være 10 watt eller 87 kWh på år. Men det
er jo kun når cpu arbejder, at den bruger så meget strøm. Den har også den
fordel, at "harddisken" er et sd-kort til 80 kr. Hvis det skulle holde op
med at virke, tager det ikke et minut at sætte et kort med sikkerhedskopi
i den, og få hjemmesiden op og køre igen.
Jan Hansen (08.05.2020, 20:13)
Bertel Lund Hansen skrev:

> Det var bare et tilfældigt eksempel. I sin tid faldt jeg over
> mange websider der kørte ASP (almindelig - ikke den nette
> udgave). Men måske er de blevet udkonkurreret?


Hos surftown kunne man selv vælge imellem php og asp til samme
pris, det ser ud til det stadig gælder hos det simply.com, som
de kalder sig nu.
Arne Vajhøj (08.05.2020, 20:30)
On 5/8/2020 5:55 AM, Jan Hansen wrote:
> Arne Vajhøj skrev:
> Det er korrekt. Jeg retter mig selv:
> ... at lave hjemmeside på webhotel.


Du kan godt få web hoteller med andre sprog.

Men de er normalt dyrere.

> så til sidst bed jeg i det sure æble og flyttede på webhotel.
> Der var jeg så tvangsindlagt til at lære PHP, og siden da er
> alt min fritid gået med at lappe hjemmesider, der forsvinder
> hver gang det bras bliver opdateret.


Jeg vil mene at man kan undgå mange problemer ved at
tænke lidt fremad.

Eksempel:

Den gamle mysql extension forsvandt i 7.x, men erstatningerne
havde været klar i et årti, og de sidste år inden 7.x kom
på gaden var mysql extension dokumenteret som deprecated. Det
er ikke rettidig omhu at vente til den forsvandt i 7.x

Arne
Arne Vajhøj (08.05.2020, 20:34)
On 5/8/2020 1:29 PM, Bertel Lund Hansen wrote:
> Jan Hansen skrev:
>> Ja, men prisen er også derefter:

> Det var bare et tilfældigt eksempel. I sin tid faldt jeg over
> mange websider der kørte ASP (almindelig - ikke den nette
> udgave). Men måske er de blevet udkonkurreret?


ASP/IIS/Windows kræver licens, hviket koster penge.

Men derudover så er seneste version af ASP (3.0)
20 år gammel og dermed aldeles forældet.

Arne
Jan Hansen (08.05.2020, 21:39)
Arne Vajhøj skrev:

> Normalt foretrækker man at variabelnavne fortæller hvad variablen
> indeholder.


Det er sikkert rigtigt nok, hvis man ved hvad man har med at gøre.
Jeg aner intet om python, og ser en linie med

def system_to_ntp_time(timestamp):

Så er det store spørgsmål, hvad er timestamp? Er det en variabel,
eller er det noget python, der svarer til php's time()?
Eller måske det, som uret i hjørnet af skærmen viser, når nu det
hedder system_to_ntp_time?
Efter at have googlet "python timestamp" kom jeg frem til at det
må være en variabel. Det havde jeg kunnet gætte med det samme,
hvis der havde stået zeit, zeitstempel eller horodatage.
Samtidig må det give programmøren en vis anseelse, at have lært
andet end easy engelsk i skolen.