pulse

$_SERVER['remote_addr']

Denne viser ip-adressen til vedkommende som ser på siden. Den har ikke noe med serveren å gjøre.

 

$_SERVER['SERVER_ADDR']

Denne viser ip-adressen til serveren som kjører dette php-scriptet.

Leste litt fort der ja, men samme poenget. Med denne funksjonen vil du ikke finne internett ip, men lan ip, med mindre du har en direkte oppkobling.

Det er jo bare $_SERVER['remote_addr']

Det er vel serverens "interne" ip?

Edit: Interne som i intern-nett ip. Om man har serveren stående på ett nettverk bak en router så vil denne vise eks: 192.168.0.197 og ikke ekstern ip'en.

Har disse tre funksjonene som er -nesten- like, men klarer ikke helt å finne ut hva som må til for å kunne slå dem sammen til en funksjon å sende (type/to/from) med som variabel.

Trenger ikke bruke $_SERVER['QUERY_STRING'] og explode.

 

$_GET er jo et array, så man kan bruke foreach() for å gå igjennom hele arrayet.

*Dunke seg selv i hodet med noe hardt*

Du har selvfølgelig helt rett!, my bad.

Jeg forklarte ikke godt nok.

 

La meg prøve på nytt.

 

Problemet mitt er at det skifter på hvor mange elementer det er samt navnet på de.

Jeg vet dessverre ikke regex for det, men du kan jo bruke $_SERVER['QUERY_STRING'] og bruke explode på den

Dette gjøres uten regex, du bruker $_GET['side'] - $_GET['test'] - $_GET['asd']

Du kan også bruke noe alla dette:

<?php
for($x=0; $x<5; $x++) {
echo '<form method="post" action="side.php"><input type="text" name="id" value="'.$x.'"></form>';
}
?>

Jeg bruker OOP av tre grunner:

1. Dersom jeg skal definere noe som skal benyttes ofte (som f.eks en språk klasse. Når jeg først kaller på klassen velger jeg språket som skal benyttes, og senere kan jeg bare be den oversette, da den selv vet hvilket språk den skal oversette til). Dette gjelder også andre funksjoner som skal "holde på variabler for senere bruk".

2. Når jeg skal ha mange lignende funksjoner. Som f.eks: kutt en seting til maks antall ord, kutt ett ord til maks antall bokstaver osv... Da syns jeg det er greit å bruke en statisk klasse så har jeg alle funksjonene samlet.

3. Dersom en funksjon bruker mange andre funksjoner som ikke blir brukt alene, er det greit å samle alle i en klasse.

Men om det er noe must? Nei, det vil jeg ikke si. Det er mer oversiktlig når man først har kommet inn i det. Vet ikke hva dette gjør med ytelsen, men jeg ville tro at det faktisk er mer resusjkrevende å bruke klasser i de fleste tilfeller. Så ikke fortvil, lag prosjektet uten OOP, pass på budsjettet, og lykke til!

Hva med denne:

preg_match("/youtube(.*)\/youtube/i", $contents, $tag_contents);

og så er det bare å hente thumbnail bilder med:

echo '<img src="http://s1.ytimg.com/vi/'.$tag_contents[1].'/default.jpg" alt="'.$tag_contents[1].'" border="0">';

på samme måte kan du da også hente ut embed

hmm, får "Det er en feil i BBkoden, antallet åpnings- og lukketagger stemmer ikke overens." når jeg prøver å poste, så du må legge på brackets i preg_match ...

Det gjør ingenting om det endres nei, eneste som skjer er at dem ikke får utført den handlingen dem prøver på, og havner på feil side. Derimot vil jeg si det er i mange tilfeller kjekt å vite hvor folk kommer fra. F.eks om dem kommer fra google, kan man hente ut søkeordene som ble brukt, og highlighte dem på siden sånn at det er lettere å finne frem til det man søkte etter. Men det er vel ikke opp til meg og bestemme hva andre skal gjøre uansett Det som er poenget er at om folk skrur av JavaScript, referer, cookies og andre saker så har jeg dessverre ikke kapasitet til å tilfredsstille disse gruppene. Det er ille nok å få ting til å funke i dem største nettleserene...

Edit: Finner nok en løsing for disse nettleserene, dem kommer til riktig side, men data sendt bilr ikke håndtert, så man må legge inn ting manuelt på svarsiden istedet for at det går automatisk Men det er helt klart en høy prioritering å i alle fall få med Opera. Har ikke funnet noen version av Safari som kjører på ubuntu enda, så er litt vanskelig å få testet denne. Det samme gjelder forøvrig IE7.

Jeg bruker denne for å sjekke at oppbygningen av adressen er korrekt:

if (!preg_match('/^[a-zA-Z][\\w\\pL\\.-]*[a-zA-Z0-9]@[a-zA-Z0-9][\\w\\pL\\.-]*[a-zA-Z0-9]\\.[a-zA-Z][a-zA-Z\\.]*[a-zA-Z]$/u',$email)) {}

Kan ikke garantere om den er 100% men har selv ikke hatt problemer med den.

Det neste du -kan- gjøre er å sjekke om det er en epost server på det domenet som ble tastet inn. Hust at denne kan feile dersom domenet er nede mens man prøver:

$getdomain = explode('@', $email);

if (trim(exec('dig +short MX '. $getdomain[1])) === '') {}

Grunnen til at det ikke fungerer i Opera/Safari er rett og slett fordi du har logiske feil i koden din. Refer skal alltid peke tilbake til siden man kom fra - hvilket er index.php.

 

Forstår at du vil ha koden som den er, men om du ikke gjør noen endringer kan du ikke forvente at den vil fungere i Opera/Safari. Beklager.

 

Og som du sikkert vet: alle som måtte surfe med reffers avslått (uansett nettleser) vil det heller ikke fungere for.

 

Hva med å fjerne lenken og legge til videresenings-adressen som et post felt?

<input type="hidden" value="result.php" />

<input type="submit" value="Send data" />

Det med referer avslått forstår jeg ikke poenget med å gjøre? Er det noen som virkelig gjør det? Og da er det jo itilfelle bare å skru den på igjen om man vil ha det til å fungere Men ja, det er mulig å lage en slik sak, kommer til å kikke på en slags semi løsning i fremtiden som kan dra nytte av denne (<input type="hidden" value="result.php" />) dersom den er satt, ellers følge referer, for jeg vil jo gjerne støtte dem største nettleserene

Har akkuratt begynt ett liste prosjekt for å samle litt historiske data, men php surrer det til. eks:

echo date('d.m.Y H:i', strtotime('1243-05-03 12:03:00'));

Denne viser: 01.01.1970 01:00

Hva må jeg gjøre annerledes får å få dette til å fungere?

Edit: Leif

Når det gjelder query cache i MySQL er det viktig å påpeke at dette må aktivt aktiveres, default er av.

Det var rart, jeg har ikke skrudd den på, og den viser at den cacher i munin grafene. Sikker på at dette ikke kommer ann på hvem distro man bruker på serveren?

Jeg r overhodet ingen ekspert på dette området, men jeg ser på min egen statistikk at veldig mye av mine spørringer (MySQL) blir cachet (tror jeg). bruker munin, og grafene der sier i alle fall at mesteparten er "cache_hits". Og jeg har ikke gjort noe aktivt for dette, så mulig det finnes en form for "auto-cache" ?

Noen forslag?

Ville valgt å bruke engelske navn på variabler, i alle fall ikke bruke æøå, men uansett: Hvordan er det du henter du arrayen idag? Regner med det er i en while loop? Hva med å bruke:

<?php
while ....
{
$array[$key]['vekt'] = isset($row['myrow']) ? $row['myrow'] : 'null';
$array[$key]['høyde'] = isset($row['myrow']) ? $row['myrow'] : 'null';
$array[$key]['bredde'] = isset($row['myrow']) ? $row['myrow'] : 'null';
$array[$key]['lengde'] = isset($row['myrow']) ? $row['myrow'] : 'null';
}
?>

Dette avhengier veldig av hvordan du henter ut data pr idag. Men endre "høyde" til "hoyde" evt engelske navn, og post hvordan du lager arrayen idag, så skal det nok ikke være så vanskelig å modifisere

Kanskje det virker om du setter href="#" i linken din og location i handle.php til result.php ikke tilbake til index.php.

Ja, det virker. Men poenget er at jeg vil beholde "handle.php" som den er. Kanskje det bare er slik at Opera og Safari ikke støtter denne metoden. Vel, får kanske heller bare bruke metoden dersom man har FF eller IE, og droppe litt funksjonalitet for resten.

Takker for svar

Hvis index.php peker til handle.php, så skal jo refereren peke tilbake til index.php, ikke result.php. Ser ikke helt hvor den result.php kommer inn i bildet her, så det må være noe kode du har utelatt.

Det er virkelig ikke smart å bruke $_SERVER['HTTP_REFERER'], da en del kjører med denne avslått og det er ikke alltid den funker som den skal. Anbefaler deg heller å sette location via $_GET e.l.

Har ett problem med en funksjon for lesing av data send fra en form. Dette funker flott i FF og IE, men Opera og Safari har problemer. Noen som vet hva det kommer av? Her er koden jeg bruker:

index.php:

<form action="handle.php" method="post" name="myform">

<a href="result.php" onClick="document.myform.submit();">Send data</a>

handle.php:

// Behandle sendt data og gå tilbake til referende side.

header('Location: '.$_SERVER['HTTP_REFERER']);

result.php

echo 'data ble motatt, takk';

I FF og IE blir dataen behandlt av handle.php, og man blir så sendt til result.php men i Opera og Safari kommer man rett til result.php uten at handle.php behandler dataen først.

Edit: Ja, je vet det finnes alternative løsninger som kan se bedre ut å bruke, men "handle.php" blir brukt til så mye at jeg gjerne vil beholde dens måte og sette header location på.

Edit2: Denne er nå løst ved og legge med destinasjonen som input hidden der hvor siden ikke skal returnere til referer.

Prøv med s i stedet. Det er den som matcher . mot alt ink. linjeskift. m er for noe helt annet og benyttes for å si at $ og ^ skal være start og slutt på en linje i stedet for start og slutt på strengen.

Vet ikke helt om jeg forsto dette helt, men har nå prøvd med følgende modifiers (uten hell): i, m, im, is, s, ix, iU

edit: får samme feil på denne siden: http://www.gulesider.no/tk/index.c

edit2: Doh, min feil der gitt! Det fungerte med "is". Sorry, men takker så meget! =D

Vist du legger til m modifieren etter i så vil . matche newlines.

Når det kommer til tegnsett så kan du bruke mbstring til å finne ut om ein tekst er utf-8 eller ikkje for å så konvertere til utf, mer om dette står i hjelpe tråden om skandinaviske tegn.

 

red: her har du linken https://www.diskusjon.no/index.php?showtopic=730921

Har sittet utallige timer med tegnsett konvertering, uten hell. Fant da faktisk svaret i den posten du linket til. Det var parameter 2 som jeg hadde feil i denne koden: mb_detect_encoding($contents, 'UTF-8, UTF-16, ISO-8859-1, ISO-8859-15, Windows-1252, ASCII');

-- Tusen takk =D

Men regex saken var ikke fult så vellykket. Testet med m modifier, men det hjalp ikke. Andre forslag?

Har laget ett lite script som sjekker tittelen til andre nettsider. Problemet dukker opp på enkelte sider som f.eks: "http://hei.no/hAp/". Det jeg legger merke til er at på disse sidene som er det linjeskift mellom <titile> og </title> men det skulle vel ikke ha noe å si? Vet ikke om det er det som forårsaker feilen heller. Hvordan kan dette fikses? Her er koden jeg bruker:

preg_match("/<title>(.*)<\/title>/i", $contents, $tag_contents);

$title = $tag_contents[1];

Forøvrig får jeg også feil dersom en side ikke er skrevet i UTF-8 (da blir æøå gjort om til ?). Har en liten kode som sjekker etter meta tag for dette, men ikke alle sider har slike tagger. Hvordan kan jeg detektere tegnsettet til en side uten hjelp av meta tags?

Er det et alternativ å benytte IP.Board istede for phpBB? I så tilfelle har man muligheten til å bruke IP.Converge, som er en felles brukerdatabase som kan brukes av mye forskjellig software.

Det er mulig phpBB kan byttes ut ja. Det som er viktig er at det er ett gratis forum og at det ikke skal bry seg med bruker databasen (authentication + registration) da jeg har ett flott system til dette fra før.

Edit: Dog kjenner jeg ikke til det systemet du snakker om. Hva er det?

hmmm. Da er kanskje måten å gjøre det på som du sier å kopiere eksisterende, men så legge til en slik prosess for hver nye som blir registrert via nettsiden, og fjerne registrerings siden ja. Nettsiden er har integrert veldig mye fra før (og mer skal inn) som bla. phpbb, så å endre til denne brukerdatabasen er ikke ett alternativ.

Hvordan lages ett slikt automatisk php-script som går gjennom alle radene, og legger inn den informasjonen du har inn i tilsvarende felt i phpBBs database. ?

Er det eventuelt andre metoder jeg burde se på?