PHP: problemi IMAP

[theredds]

salve sto realizzando un sito con una posta elettronica ma ho dei problemi quando devo scaricare la posta e mi da questo errore:
"Warning: dl(): Not supporterd in multithereaded Web server - use extension statements in your php.ini"
Cosa vuol dire? devo caricare qualche modulo? Devo settare il server Apache?
AIUTO!!!!!!!!!

[Mone]

Inizia a vedere cosa dicono su php.net:

Nota: La funzione dl() non è supportata dai web server multithread. Utilizzare il parametro del php.ini extensions quando si debba utilizzare tali server. Mentre le versioni CGI e CLI non hanno questa limitazione.

questo è il link: http://it2.php.net/manual/it/function.dl.php

[theredds]

scusate la mia ignoranza ma cos'è un web server multithread?

[Mone]

scusate la mia ignoranza ma cos'è un web server multithread?

Detto così sinceramente non saprei.
In generale un programma multithread è un programma con più thread (ma va?)

Che vuol dire? Immagina il tuo S.O., ci girano più programmi contemporaneamente no? Questo si chiama multitask, applicato a un singolo programma diventa multithread.

Sono stato spiegato?

Per quanto riguarda il web server multithread non saprei in quanto ho difficoltà ad immaginare un web server con un solo thread...

Spero che qualcuno mi illumini.

[Zhuco]

Spero che qualcuno mi illumini.

Saltando alcuni particolari, un web server multithread, significa che per ogni richiesta rilevata sulla porta 80, il web server genera un nuovo processo figlio (thread) per assolvere a tale richiesta. Questa tecnica viene spesso usata in aggiunta a sistemi multi processore, permettendo di ottimizzare notevolmente il carico di lavoro dei processori e della ram!!!

[Mone]

un web server multithread, significa che per ogni richiesta rilevata sulla porta 80, il web server genera un nuovo processo figlio (thread) per assolvere a tale richiesta

Ok, fin qui ci sono

ho difficoltà ad immaginare un web server con un solo thread...

e' questo quello che mi sconquinfera
Come fa un server con un solo thread?!?!?? Se finchè non ha finito di rispondere alla richiesta A nn può ascoltare la connessione per la richiesta B?

[disgrazia]

Nel caso di un webserver, se non è multithread allora è multiprocesso... come concetto non cambia molto, all'atto pratico le differenze stanno qui:

• i processi hanno uno spazio di memoria totalmente separato, e sono più pesanti in termine di carico di lavoro sulla macchina
• i thread invece mantengono alcune aree di memoria condivise, sono più leggeri, possono essere generati più velocemente e occupano meno risorse
• i processi nascono con UNIX molti anni fa, quindi il loro uso è ben consolidato e la loro implementazione è stabile.
• di thread invece ne esistono diverse versioni (pthread, green thread, etc), i più usati direi che sono i pthread che sono standard POSIX dal 1995 (quindi molto più recente dei processi UNIX).
• su alcune piattaforme i thread sono implementati in maniera non molto egregia (es. BSD), per cui per alcune applicazioni che necessitano di molta stabilità (e.g. server di qualsiasi tipo) può essere preferibile un'implemantazione multiprocesso

Comunque in generale un server può anche non essere né multiprocesso né multithreaded:

• server iterativo: processa una richiesta alla volta, quando ha finito passa alla richiesta successiva. Ok, un webserver così sarebbe un fallimento, però per es. potrebbe andar bene per un serevr DNS che deve soddisfare richieste molto brevi e senza pesanti operazioni di I/O in mezzo (e magari far partire un nuovo processo per ogni richiesta potrebbe essere addirittura più pesante).
• server concorrente monoprocesso: si può fare, basterebbe per esempio usare I/O non bloccante e processare pezzi di richieste a turno con ad es. tramite round robin. Però scrivere un server del genere è una follia, i processi e i thread servono proprio per togliere questo carico di lavoro ai programmatori

[Zhuco]

e' questo quello che mi sconquinfera Imbarazzato
Come fa un server con un solo thread?!?!?? Se finchè non ha finito di rispondere alla richiesta A nn può ascoltare la connessione per la richiesta B?

Bene, quà le cose si complicano...
Come prima cosa essendo che su un hardware di rete può esisere un solo soket 80 si usa un trucco, usato anche in passato sulle porte seriali e parallele.
Si crea via software, un vettore di tipo fifo che viene caricato con tutte le richieste presenti sul soket 80 e svuotato con priorità attraverso un demone che si occupa di schludare la gestioe del vettore.
Quindi tra il web server ed il soket vi è un ulteriore strato software che è l'accoppiata vettore+demone.
Il demone di apache che gestisce il soket 80 è apached.exe visibile tra i task quando il web server è in esecuzione.
Se vuoi altre spegazioni chedi pure!!!

[Mone]

Nel caso di un webserver, se non è multithread allora è multiprocesso...

ah ecco, c'era il trucco!

A questo punto:
1-che voi sappiate apache usa thread o processi? O meglio, in genere un web server usa thread o processi?
2-ammesso che usino principalmente thread (come penso) che motivo forte possono avere quelli di php.net ad impostare di default l'uso di dl() per server monothread e rimandarti alla modifica del php.ini per l'utilizzo con server multithread? Sarà per questo che è un metodo deprecato?

La funzione dl() è deprecata dal PHP 5. Piuttosto utilizzare Parametri per il carico dei moduli.

[pjfry]

1-che voi sappiate apache usa thread o processi? O meglio, in genere un web server usa thread o processi?

l'hai mai installato su windows? io nel task manager vedo un processo solo