Ciao. Scrivi a marketing chiocciola ideamedia punto org con maggiori dettagli. Grazie

Ciao!
no, il sito è stato venduto...
Grazie

Chiudo il thread in attesa dei dati richiesti (url dei domini in vendita e prezzo indicativo).

qualora i dati non pervenissero entro quarantotto ore da questo momento, il thread verrà cancellato dalla bacheca a norma di Regolamento di Sezione (articolo 1.4).

Grazie della collaborazione.

Confermo che è successo anche a me con alcuni siti, bannati e poi ripristinati in maniera automatica senza toccare nulla. Ban durato quasi 2 anni.
Si trattava di siti che copiavano spudoratamente contenuti da Dmoz o pseudo motori di ricerca.
Non sono uno spammer. Non allarmatevi. Li creo e li utilizzo per testare gli algo di Google ed il loro comportamento nel tempo.
Quello che leggo di strano in questo topic è che il sito bannato era un aggregatore di rss. Non ho mai sentito un totale BAN di un sito perchè copiava contenuti tramite RSS, a menoché non utilizzasse tecniche poco ortodosse (key stuffing, cloacking, etc...) oppure in base ad una segnalazione di violazione di copyright e c'è stato un intervento manuale da parte di Google.
Io ne ho alcuni di aggregatori e quello che noto è una forte penalizzazione per alcuni di essi, ma non ho mai visto una totale eliminazione delle pagine dall'indice di Google.
Altri hanno avuto esperienze in merito?

@ceccus said:

Rifletterò meglio sulla possibilità di modificare il db, anche se continua a non piacermi...
Per quanto pessima soluzione, su una mole di dati ridotta potrebbe esser ancora quasi accettabile.

Considera che per modificare una tabella e aggiungere una colonna utilizzi il comando ALTER TABLE che, per una simile modifica strutturale, ha necessità di creare una tabella temporanea copia di quella originale a cui aggiunge la/le colonna/e.
Al crescere delle dimensioni della tabella aumentano i requisiti sia di tempo, di memoria e spazio disco necessari (la tabella temporanea occuperà spazio fisico sul disco e se hai a disposizione solo un certo numero di Mb per mysql...).

Puoi provare a gestire diversamente il problema utilizzando più tabelle per la raccolta dei dati "personalizzati".
Un possibile esempio:

tabella: tipo_field - id - field_type - field_label tabella: field_data - id - id_scheda - id_tipo_field - value

Per contro questo sicuramente complicherà la tua parte di programmazione nella creazione dinamica delle JOIN corrette per le ricerche.

Alessandro

A quanto pare apache viene resettato in concomitanza con l'avvio dei job specificati nel cron.

Molto probabilmente lo shutdown di apache non va come dovuto e al riavvio trova il processo vecchio ancora in memoria e la porta ancora occupata.

E' un problema che ho riscontrato parecchie volte usando il restart del demone apache. Se invece usi stop, aspetti 5-6 secondi e poi dai start, il problema non compare.

HUP ovviamente fa il restart.

Il punto è capire perchè riavvia apache e quali job potrebbero esserci di così pesanti in quel cron.daily.

io consiglio unbit.it.

M.

Salve,

121doc.it, clinica online leader in Europa e in Italia per il trattamento di varie patologie attraverso farmaci originali da prescrizione è alla ricerca di nuovi partner s per la campagna di affiliazione 2010.
Qui non è possibile inserire alcun link per cui per conoscere le condizioni e i vantaggi ottenibili attraverso l?affiliazione al nostro servizio basta andare sul sito di 121doc.it e guardare la pagina affiliati in alto a destra (PROGRAMMA AFFILIATI)

Ecco alcuni dei dati salienti:

13% di commissione sulle nuove vendite. 5% di commissione sulle vendite ripetute. 121doc.it ottiene il 40% delle vendite mensili con gli ordini ripetuti, per tutti i trattamenti ripetuti guadagnerete a vita tale commissione. 2% su ogni vendita di livello 2 (le vendite di secondo livello sono le vendite generate dai vostri sub affiliati) 50 ? di Bonus registrazione appena ci si iscrive al programma Affiliati 121doc 10 ? Bonus Competenza quando si riferisce agli amici di 121doc Join Affiliate Program. Versamenti mensili tra il 5 e il 15 di ogni mese. Possibilità di fornire prodotti originali in tutto il mondo - quindi un mercato con vasto reddito. Affiliati che invieranno 75 o più di 75 vendite in un mese otterranno il 15% di commissione sulle vendite Pagamento sicuro e puntuale attraverso bonifico bancario
Scegli 121doc.it per guadagnare con il tuo sito, se hai bisogno di maggiori informazioni contatta il numero 02.90280619

A presto.

In realtà l'avevo già fatto prima di leggere, in particolare in my.cnf non avevo nulla ed ho aggiunto:

interactive_timeout=30
wait_timeout=30

ma avevo effettivamente dei dubbi sul secondo parametro...

La cosa che mi lascia perplesso, è che, a quanto ho capito, le query in sleep non dovrebbero consumare risorse, mentre a me scompaiono nel giro di 20 min...

Tipico di un attacco DDOS. Evidentemente hanno al massimo un paio di dns server e magari sulla stessa sottorete.

Per cui lanci l'attacco e s'ingolfa tutto.

Del resto come ho detto, i russi sembrano sul piede di guerra.

Aggiornamento:
tutto deriva da un'installazione di wordpress che fa query pesanti e lascia in sleep diversi connessioni...

Perché ciò accasa resta tuttavia ancora un mistero...

http://www.giorgiotave.it/forum/wordpress/125088-query-sleep-e-risorse-down.html#post694009

Grazie della risposta n1gH7,
potrebbe essere una buona idea quella di scivere un plugin, ovviamente quello che manca è sempre il tempo...