Oracel

Utsnitt fra dokumentasjonen:

mysql_pconnect
(PHP 3, PHP 4 )

mysql_pconnect --  Open a persistent connection to a MySQL server 
Description
resource mysql_pconnect ( [string server [, string username [, string password [, int client_flags]]]])
.
.
.
.
Warning 
Using persistent connections can require a bit of tuning of your Apache and MySQL configurations to ensure that you do not exceed the number of connections allowed by MySQL. 

Og hvis du lurer på hva persistent betyr:

per·sis·tent     P   Pronunciation Key  (pr-sstnt, -zs-)
adj. 
Refusing to give up or let go; persevering obstinately.
Insistently repetitive or continuous: a persistent ringing of the telephone. 
Existing or remaining in the same state for an indefinitely long time; enduring: persistent rumors; a persistent infection.

Se forøvrig dictionary.com og PHP.net

Du kan jo starte med å debugge litt. Har du sjekka om timetable() kjører spørringen riktig og at dataene blir hentet ut og returnert slik de skal? Har du prøvd http-sniffing og sjekke praten mellom klienten og serveren?

Hva gjør denne linja?:

   $server->service ($HTTP_RAW_POST_DATA);

Hvilke versjoner av phpMyAdmin? MySQL? mod_mysql(i)?

Mer som Leningrad Cowboys, har jeg rett her eller hva?

Jeg likte det siste best, med et ekstra innmanipulert tre. Bildet er uklart, ja, men også preget av "action". Orrhaner er noen skikkelige hissigpropper tidlig på våren, og jeg synes du har fanget stemningen bra, med rim på bakken, fine farger, og mye bevegelse. Definitivt et bilde som er verdt å henge på veggen :o)

Som nevnt i topic må jeg ha et webhotell med PHP5, MySQL 4.1.*, og mulighet for å opprette og administrere crontabs/cronjobs (eller bare shelltilgang, alt ettersom), og mulighet for å opprette og administrere et ubegrenset antall subdomener. Noen som vet om leverandører som kan levere alle disse tjenestene?

Det eneste alternativet jeg vet om er Domeneshop, men de har ikke PHP5, og selv om de sier at de har planer om å få opp en server med PHP5, så virker det på meg som om det vil ta sin tid før det skjer.

Så, forslag?

Når man legger ved et bilde i et innlegg, så blir det generert et thumbnail. Disse er veldig kornete og stygge. Dette er en indikasjon på at man bruker resizing uten å resample, og dette gir kornete og veldig "skarpe" bilder.

Forutsatt at forumet bruker GD for å generere thumbnails, så kan dette enkelt ordnes ved at man bytter ut funksjonen imagecopyresized() med funksjonen imagecopyresampled(). Disse har identisk parameter-signatur.

Hvis forumet bruker noe annet enn GD til generering av thumbnails, så vet jeg dessverre ikke hvordan man vil kunne resize med resampling da jeg ikke er kjent med andre biblioteker enn GD. Men generelt vil jeg oppfordre til å fixe dette, da det vil gi langt klarere thumbnails som gir et mye bedre forhåndsinntrykk av bildet.

Irriterer meg over gress-strået nederst midt på bildet, og de lyse grenene nede til høyre (men tror begge deler kan tones en del), men ellers er jeg fornøyd. Bildet er ganske skarpt (også originalen), man kan f.eks. tydelig se strukturen i blomsterbladene. Hva synes dere?

Et helt kongebra bilde, men det hadde vært interessant om du hadde fått med sola også, man ser såvidt strålene oppe til høyre i bildet. Men det blir på en måte spennende uten sola også.. hm... så bra bilde

Slik jeg ser det vil det være mest fordelaktig å hente ut to resultatsett, og så prosessere disse i applikasjonslaget. Det går også an å hacke til noe med subqueries, men dette vil sannsynligvis bli en stygg og lite oversiktelig løsning.Synes dog det virker veldig besynderlig at du har behov for noe slikt, kan det være en idé å ta en gjennomgang av database-designet og se om det er noe der som kan forbedres?

Hva forsøker man å prute på i en fotobutikk?

Liker selv dette bildet, men er usikker på snittet. Burde jeg muligens ha tatt dette bildet med kameraet på høykant, undereksponert litt, og fått med mer himmel?

Bildet er tatt med F2.8 og 15 sek, hvilket er maks for mitt kamera. Jeg skal dog vurdere å gå til innkjøp av flomlys til neste fotosession på gårdstunet

Dette er alle sarte nesers skrekk:

Min beste venn! Er han ikke en riktig kjekkas?

Tok dette bildet den kvelden vi feiret 60års-dagen til fatter, er ganske fornøyd med "stemningen" og blandingen av lys. Hva synes dere?

Jeg er uenig i at partier av vingene er utbrente. Det er klart at hvite fjær i sollys blir litt "lysende", men man kan se strukturen hvis man studerer bildet i photoshop e.l

Hehe, kult Mr Jenssen

sam2, du står selvsagt fritt til å motbevise meg i mine påstander om at Perl ikke er et objektorientert språk. Selv føler jeg det er unødvendig å komme med "dokumentasjon" da enhver programmerer med litt fartstid kan bekrefte mine påstander. Vi snakker her om prinsipper og filosofiske vinklinger.

Men tillat meg å illustrere med et veldig grafisk eksempel som sikkert vil gi deg bedre forståelse av hva jeg snakker om.

Sett at du har en bil. La oss se for oss at denne bilen er Perl. Denne bilen ble opprinnelig designet for å frakte en person eller gjenstander fra punkt A til punkt B. Dette er noe bilen klarer svært godt, og bilen oppnår gedigen popularitet.

Se så for deg at du installerer et gedigent stereoanlegg i denne bilen. La oss kalle stereoanlegget "objektorienterte programmeringskonsepter". Man forsøker så å få stereoanlegget til å høres best mulig ut, man vil nemlig virkelig ha krystallklar high-end lyd fra dette stereoanlegget.

Men dessverre, uansett hvor hardt man prøver, så vil man aldri bli fornøyd med dette stereoanlegget, for det er tross alt et stereoanlegg i en bil, og high-end lyd er som kjent så godt som umulig å få til i en bil. Men dette til sides, så vil man nå kunne frakte personer og gjenstander fra A til B mens man hører på musikk og koser seg.

Og her er rosinen i pølsa: selv om bilen har et high-end stereoanlegg, så er ikke bilen en formidler av high-end lyd. Bilen er fortsatt en bil, uansett hvor fint eller høyt musikken spiller. Eller i oversatte termer, "selv om perl har mulighet for bruk av objektorienterte programmeringskonsepter, så gjør ikke dette perl til et objektorientert språk".

Håper dette ga deg en bedre forståelse av poenget jeg prøver å formidle.

Tillat meg å utdype. Perl er ikke objektorientert. Å bruke begrepet objektorientert programmering (oop) når man snakker om Perl er bare tøys. Perl har støtte for bruk av klasser og objekter og denslags hvis man vil blande inn konsepter kjent fra objektorienterte språk, men å si at Perl er objektorientert er som å kalle en spade for en teskje. Det samme gjelder for PHP5 og flere andre "objektorienterte" språk.

Det er vanlig å bruke begrepet "polymorfi". OOP er forøvrig en vits i både Perl og PHP, og det inkluderer PHP5 også.

Eh, festlig? Hvorfor? Er det noe som tilsier at perl folk skulle være bedre til å stave enn andre?

 

Men hvorfor hakke på folk som staver feil? Hva er egentlig vitsen? Så lenge en kan forstå hva som formidles, så er det vel greitt? Ikke alle kan være hackere i "stil-skriving" vet du "Oracel"..

Perl er et temmelig rufsete språk som gir deg mange veier å gå for å løse et problem, og gjerne svært komplekse og uleselige veier. Det var dette tankekorset som gjorde det hele så festlig. Vil igjen understreke at jeg ikke hakket på noen, jeg bare kommenterte det hele som festlig. Synes det er rart at folk tar seg så nær av slikt når de antakelig får en skyllebøtte hver gang de poster på et forum, man skulle jo tro de ble herdet med tiden?

PHP var *opprinnelig* skrevet i perl (kilde:http://no2.php.net/history), men det var vel før den releasen som du henviser til..

Det var ikke jeg som henviste til "PHP opp til versjon 3", det var nettopp dette jeg kommenterte. Vil be deg unngå å legge ord i munnen på meg på en slik måte at det kan føre til grunnleggende misforståelser.

Hvor mange web-hotell som kjører windows IIS tilbyr perl? Siden IIS har 20% markedsandel, så skulle det (kanskje) medføre at det er endel web-hotell som ikke tilbyr perl?

Finnes garantert noe statistikk på dette et sted..

Synes dette er et fjasete og lite gjennomtenkt argument, leverandører av webhotell kjører som regel IIS som et tillegg til dominerende tjenester, og det er temmelig langt mellom leverandører som *bare* leverer IIS. Det sier seg jo selv at dette ville bli en ganske slunken business i lengden. Dette inkluderer selvsagt leverandører av Microsofts .Net-løsninger, selv om det her finnes unntak.

"oracel" er en kombinasjon av engelske "oracle" og norske "orakel". Jeg valgte det fordi kallenavnet "oracle" alltid er opptatt på engelske websider, og "orakel" er alltid opptatt på norske websider, og "oracel" er et godt kompromiss.

Forøvrig vil jeg understreke at jeg ikke klaget på noens skrivefeil, jeg bare påpekte hvor festlig det var at perl-brukere osv.

Blå og rød himmel, herlig!