@Amistat said:

In breve, come funzionano e in base a cosa si impostano?

In sintesi, gli indici permettono a mysql di cercare il dato che gli serve senza doversi scorrere la tabella riga per riga.
Non sono un DBA quindi non conosco il funzionamento a basso livello, quello che so è che utilizzando gli indici mysql accede alla tabella in modo casuale e non sequenziale accorciando di molto il tempo delle query.

Si impostano in base ai parametri di ricerca delle query, la regola è che serve un indice ogni gruppo di richieste, nel caso sotto l'indice per righeCalendario è composto da stagione, id ,giornata perché quella query utilizza quei campi in quell'ordine.

Occhio a non esagerare perché ogni inserimento mysql aggiorna gli indici e se ce ne sono troppi il tempo di inserimento lievita.

Spero di averti aiutato.
Matteo

@frank92 said:

Mica mi da problemi sul server questa nuova regola in iptables?
cmq non ho nessun firewall attivo!

Assolutamente nessun problema. Anche se fosse puoi ripristinare la situazione percedente con un bel

iptables -F INPUT

o riavviando il server.

Ciao
Matteo

@indipendent said:

Ciao a tutti rinnovo la ricerca.

grazie

Ciao,
hai pm.

Matteo

@RoxasShadow said:

Funziona finalmente!

Ti ringrazio infinitamente, a presto.

Di nulla, alla prox.

Ciao

@develUp said:

E' di 0.0240 sec
Domanda: come mai non si è tenuto conto di questa clausola:
AND ( righeFormazioni.posizione < 12 OR righeFormazioni.sostFatta != '0') ?

perchè non l'avevo vista, aggiungila all'index e guarda cosa succede.

@develUp said:

La prossima direi che è proprio righeCalendario e nell'indice metterei:
stagione, id ,giornata... c ho preso?

Se non mi è scappata un altra condizione direi che: sì, ci hai preso.

@develUp said:

Altra domanda, perchè abbiamo utilizzato INDEX anzichè UNIQUE?
Credevo, ( a quanto pare erroneamente ) che se dichiarassi un indice come unico avrei risparmiato fatica al povero server....
Non è l'indice ad essere unico ma ciò che è indicizzato in questo caso deve essere unica la tripletta stagione, id ,giornata pena un errore in fase di inserimento.
Gli indici unici servono per mantenere coerenza dei dati.

Ciao
Matteo

@RoxasShadow said:

E' un sistema di amicizie.
Id1 è il richiedente, Id2 è il destinatario dell' amicizia.
Se accedo come richiedente dovrò vedere Id2 e se accedo come destinatario vedrò Id1.

Ok.

allora puoi fare così:

$whoami = <nickname con cui sono dentro al sistema>
$query=mysql_query('SELECT DISTINCT * FROM amicizie WHERE (id1 = "'.$nickname.'" OR id2 = "'.$nickname.'") AND stato = "A"');
while($result = mysql_fetch_assoc($query)) {
  if($result['id1'] == $whoami) {  // se sono richiedente...
    echo $result['id2']; // ...vedo id2 
} else {                   // altrimenti....
    echo $result["id1"]; // ...vedo id1 
} ;

Spero che sia chiaro.
Ciao
Matteo

@develUp said:

( da notare che ti ho dedicato il nome dell indice )

Grazie mille, ne sono onorato, ma ti conviene utilizzare un nome più "self explaing" tipo key_persone_stagione_partita

@develUp said:

Mi spiegheresti in base a quali criteri hai scelto persone,stagione,partita?

E' semplicemente l'ordine della clausola where della query che fai a quella tabella.
Esercizio: c'è un'altra tabella ottimizzabile, trovala e scrivi l'indice corretto

Domanda: il tempo di esecuzione della query di quanto è ora?

Ciao
Matteo

@RoxasShadow said:

Si ma in questo caso cambia per me, ma non per tutti: mi spiego.

Con id1 io accedendo con $nickname a Linkino visualizzo "Linkino", la stessa cosa accade accedendo con $nickname a Roxas Shadow visualizzo "Roxas Shadow".
A me servirebbe che se accedessi con $nickname "Linkino" visualizzassi "Roxas Shadow" e viceversa, accedendo con $nickname "Roxas Shadow" visualizzassi "Linkino".

Se ho capito bene la struttura della tabella id1 è il nick e id2 è il nome dell'utente, quindi tu vuoi far accedere sia con il nome sia con nick, e visualizzare sempre il nick, giusto?

Ciao

@develUp said:

Per quanto riguarda l'EXPLAIN
http://www.giorgiotave.it/media/imag...mages/1905.jpg

Ciao,
ti confermo che è un problema di indici e di chiavi, in questo caso la ricerca nella tabella righeFormazioni è fatta sequenzialmente per 557891 record ed è molto lenta come anche nella tabella testataCalendario per molti meno record.

Per cominciare ti consiglio di creare un unico index nella tabella righeFormazioni che comprenda in questo ordine:
persone
stagione
partita

vedrai che ci metterà un po' di tempo per crearlo ma poi la query sara un po' più veloce.
Fai questa modifica e poi mandami un altro explain che controlliamo che sia tutto ok e ottimizziamo ulteriormente.

Ciao
Matteo

@RoxasShadow said:

Io vorrei visualizzare "Linkino" ma visualizzo "Roxas Shadow" e lo stesso visualizzerà l' utente che ha $nickname impostato su "Linkino".

Ciao cambia

echo $result["id2"].', ';

con

echo $result["id1"].', ';

poi un consiglio, cerca di non utilizzare l'asterisco (*) nelle query che non è il massimo in fatto di performance, ma specifica sempre i campi che ti servono, in questo caso ti servono solo id1 ed id2

Ciao
Matteo

@RoxasShadow said:

In questo caso la query dovrebbe "echare" (accedendo nel profilo di Roxas Shadow) i nickname Nick1 e Nome Utente poichè sono entrambi accettati (1 = true) e non rifiutati e/o cancellati (0 = false).

Secondo me è un approccio sbagliato proprio dalla progettazione, modifica il campo in modo che accetti solo i valori A,R,C ovvero Accettato, Rifiutato, Cancellato (mysql type enum) e poi modifica il form di conseguenza.
La query poi diventa una semplice

SELECT DISTINCT id1, id2 WHERE (id1 = XXX OR id2 = XXX) and stato = A

al posto di XXX mettici le tue condizioni.

Ciao

@RoxasShadow said:

Il database: htt p:// ww w.technicianpokemon.com/old-hosting/images/db.png

Io Roxas Shadow dovrò visualizzare: Nome Utente e Nick1, poichè rispettano le condizioni e non importa se il mio nick sia su id1 o id2

mmm...a parte che il db fatto in questo modo non è il massimo, io di solito faccio una colonna stato con tipo di dati enum in cui ci metto i valori che quel campo può assumere, così è il db che fa sanitize dell'input e non l'applicazione (esempio concreto: cosa succederebbe se in qualche modo la colonna rifiutato fosse null o fosse 3 o 4?)
In ogni caso, scusa per la divagazione, facciamo un esempio pratico dalla tabella che hai postato tu (il file png qui sopra) quali risultati ti aspetti?

Ciao

@develUp said:

E ovviamente il database è identico ( importazione fatta da pochi giorni) e identici sono indici e chiavi e tutto quel che ne consegue.....
I test dei tempi li ho fatti tramite il pannello di phpMyAdmin...
Come diavolo posso fare?

Sembra un problema di indici, riesci a postare uno show create table di tutte le tabelle coinvolte?
Per sapere quali indici vengono utilizzati e se vengono utilizzati riesegui la tua query utilizzando explain

EXPLAIN SELECT          
testataCalendario.dataPartitta,         
......

e posta i risultati, così possiamo aiutarti.
Ciao

@lillop said:

ERROR: PleskFatalException
Failed domain creation: Impossibile aggiornare i dati del dominio: Failed setting of domain parameters: Impossibile cambiare il dominio Webmail: webmail

0: DomainPropertiesUIPointer.php:267
DomainPropertiesUIPointer->accessItem_create(string 'POST')
1: DomainPropertiesUIPointer.php:59
DomainPropertiesUIPointer->accessItem(string 'POST', NULL null)
2: UIPointer.php:596
UIPointer->access(string 'POST')
3: plesk.php:38

Consigli?

E' un errore di upgrade di plesk, probabilmente non è riuscito ad aggiornare qualcosa, di solito succede quando alcuni servizi non sono fermi nel momento dell'aggiornamento.

In ogni caso lancia questo comando

/usr/local/psa/admin/sbin/autoinstaller --select-release-current --upgrade-installed-components

che ti aggiorna tutto quanto c'è da aggiornare.

Ciao
Matteo

@paolino said:

Oppure si potrebbe usare un firewall hardware.

Oppure il firewall software della macchina configurato in reject, ma questa soluzione (come il firewall hardware) suppone che l'ip o la subnet da cui arriva lo spam sia conosciuta.
La soluzione, se il problema non è un ddos, è bloccare l'indirizzo a livello del server di posta, altrimenti l'unica è far intervenire il provider e bloccare le mail prima che raggiungano il server.

Ciao
Matteo

Grazie 1000, in verità sono registrato da parecchio tempo, ma solo ora ho trovato il tempo di partecipare attivamente al forum.

Ciao
Matteo

@frank92 said:

come posso bloccare x motivi di sicurezza il ping sul mio server Debian?

Ciao,
per risponderti in maniera esaustiva mi servirebbe sapere se hai un firewall già attivo su quella macchina e che regole ci sono inserite, per non sapere nè leggere nè scrivere ti dò una soluzione generica.

da root

# iptables -I INPUT 1 -p icmp --icmp-type echo-reply -j DROP

in questo modo inserisci una regola in prima posizione alla catena di input (-I INPUT 1) definisci il protocollo (-p icmp) ed il tipo di messaggio (--icmp-type) e l'azione da intraprendere quando quella regola è colpita in questo caso drop (-j DROP).
Abbiamo bloccato solo il reply perché i messaggi icmp sono importanti per il buon funzionamento della rete (pensa ai ttl exceeded, redirect ecc.)

Per altre info sono qui
Ciao
Matteo

Ciao a tutti,
mi presento, il mio nome è Matteo Ferraroni e sono il titolare di 360 Consulting: un piccolo ISP di Modena che mira in alto, non posso dire altro altrimenti sarebbe autopromozione.

Saluti a tutti