PHP·pub - Programming With Attitude - and beer

[jokkakim]

Går det å lage en "webbot" med php? altså en bot som logger inn på en side og fyller ut en form, sender formen og logger ut?

 

eller er det andre språk som vill egnet seg bedre?

[jorgis]

Går det å lage en "webbot" med php? altså en bot som logger inn på en side og fyller ut en form, sender formen og logger ut?

 

eller er det andre språk som vill egnet seg bedre?

7764317[/snapback]

 

PHP klarer det fint, det er i bunn og grunn bare å emulere en klient ved å sende de rette HTTP-forespørslene (og i tilfelle sessions/cookies, lagre dem midlertidig).

 

Hvorvidt PHP er det beste språket er jeg ikke sikker på, men det avhenger om du er på jakt etter ytelse (flest forespørsler per sekund) eller kortest mulig utviklingstid.

[Peter]

Går det å lage en "webbot" med php? altså en bot som logger inn på en side og fyller ut en form, sender formen og logger ut?

 

eller er det andre språk som vill egnet seg bedre?

7764317[/snapback]

Med cURL burde dette gå som en lek.

http://no.php.net/curl

[jokkakim]

okey, takk for svar =)

 

PHP er jo det jeg "kan" fra før, så det hadde vært enklest.

skal sjekke ut curl funksjonen nå

Endret 20. januar 2007 av jokkakim

[MC2]

Ellers har noen laget en nettleser i php som heter for Snoppy (Google it, gidder ikke) som kan (hvis jeg husker riktig) fylle ut post data osv.

[jorgis]

Ellers har PEAR en fin klasse for denslags.

[jokkakim]

Takk for svar =)

Men tror ikke det jeg skulle gjøre kan fungere uanset.

siden formen jeg skal sende har en "hidden field" med en random generert streng (eller no sånt ;p ) :\

Endret 20. januar 2007 av jokkakim

[Peter]

Takk for svar =)

Men tror ikke det jeg skulle gjøre kan fungere uanset.

siden formen jeg skal sende har en "hidden field" med en random generert streng  (eller no sånt ;p )  :\

7765063[/snapback]

Hvorfor ikke først hente inn denne strengen ved å hente siden, for deretter å gjøre det du skal? Burde ikke være noen hindring det?

[jokkakim]

hehe, leste litt mer om curl og fikk det til..

 

men har fortsatt ett problem. virker som siden ikke blir "submitet" når jeg kjører fila. hvis jeg printer ut hva som skjer, så ser jeg at alle feltene er riktig fyllt men er ikke sendt.

 

Formen har et par input med "disabled="true". og flere submit knapper, med javascript funksjoner.

 

men regner med at ikke no av dette skal være med i POST strengen!?

 

EDIT: Fått fikset det =D

Endret 21. januar 2007 av jokkakim

[Rabbid]

Hadde ett snodig problem nå nettop, hadde en bunch med UTF8-filer, siden hadde fått nødvendige header-tags og databasen var i utf8-unicode-ci. Men uansett hva jeg gjorde var æøå fra databasen helt ødelagte.

 

Problemet ble løst med å kjøre utf8_decode (konverte utf8 til iso) på tekst før den ble skrevet til databasen.

 

Hvorfor, når databasen er UTF8, hvorfor vil ÆØÅ funke med ISO ?

 

Men er bare glad for at feilen er rettet opp, selv om jeg syntes dette var merkelig

 

EDIT : Måtte legge til utf8_encode på input til "Rediger post" for at tegnene ikke skulle bli rare i tekstboksen. Virker som om all tekst er i ISO-koding i databasen.

Endret 22. januar 2007 av -XaHc-

[Ernie]

output fra mysql i PHP er ISO-8859-1 med mindre annet er spesifisert (ja, utrolig teit, men det har noe med at PHP ikke er bygget for UTF8).

SET NAMES utf8;
SET CHARACTER SET utf8;

bør derimot fikse det

[Rabbid]

output fra mysql i PHP er ISO-8859-1 med mindre annet er spesifisert (ja, utrolig teit, men det har noe med at PHP ikke er bygget for UTF8).

SET NAMES utf8;
SET CHARACTER SET utf8;

bør derimot fikse det

7777134[/snapback]

 

OK. Prøvde noe lignende, men da funket det bare for input til databasen, ikke for output. Men kan vel teste det.

 

EDIT: Virket ikke, alt som jeg hadde skrevet til nå ble tullete, og det nye ble også litt rart.

 

Dette er vel ett ganske vanlig problem (googlet litt), PHP burde støtte UTF8 litt bedre.

Endret 22. januar 2007 av -XaHc-

[Magnus Holm]

Mhm.. Alle programmeringsspråk burde støtte UTF-8!

[allyse]

Pass på at filene faktisk er lagret i UTF-8. Dette må i veldig mange tilfeller velges spesifikt ved lagring.

[Rabbid]

Pass på at filene faktisk er lagret i UTF-8. Dette må i veldig mange tilfeller velges spesifikt ved lagring.

7777492[/snapback]

 

Alle filene er lagret i UTF8 (sjekket i Egenskapene til hver enkelt fil i Gedit), editoren jeg bruker nå har UTF8 som standard.

[MC2]

Hva er folks synspunkt på å bruke klasser til å få til namespaces på funksjoner?

 

Tenker da i forbindelse med '::' operatoren.

 

Dette er jo ikke hva klasser er ment for, men det fungerer.

[Ueland]

Er jo strengt tatt fint å bruke hvis du vil bruke en metode i en klasse, uten å ha alt ruklet som klassen lager.

 

Dog burde ikke det være nødvendig hele tiden...

[Ernie]

Hva er folks synspunkt på å bruke klasser til å få til namespaces på funksjoner?

 

Tenker da i forbindelse med '::' operatoren.

 

Dette er jo ikke hva klasser er ment for, men det fungerer.

7784580[/snapback]

For min del blir det som å banne i kirka. Statiske funksjoner er en uting og ubeskrivelig stygt. Hvorfor kan man ikke kjøre det som vanlige funksjoner? Blir det et problem med at det krasjer med navn så har man foretatt mildt sagt elendig planlegging.

[MC2]

Jeg tenkt mer på situationer med plugins, tilleggs moduler osv. Kan hende at det krasjer med funksjonsnavn der. Også kan man ende opp med lange prefixes. Altså den praktiske delen

[Ernie]

Jeg tenkt mer på situationer med plugins, tilleggs moduler osv. Kan hende at det krasjer med funksjonsnavn der. Også kan man ende opp med lange prefixes. Altså den praktiske delen

7785001[/snapback]

Hvorfor skulle det være et problem? Moduler og plugins kjøres gjerne sammen med core/API og sjeldent så veldig mye mer. Dermed ser jeg ikke helt det store problemet. En god prefix og et godt funksjonsnavn bør sikre at problemstillingen ikke er aktuell etter min mening.

Endret 23. januar 2007 av Ernie