-
alex,tg watchScritto daavvelentaniCubicolarioil 2010-12-06 02:30:00.0 alle 2010-12-06 02:30:00.0Trollate totali: 18184I think happiness is love
- Vladimir Putin-
Re: alex,tg watchE ha anche scelto proprio un bel momento.
Ho un sonno boja, se vado a letto sta cosi` fino a domani e pazienza.
Mi sa che sposto tutto da qualche altra parte, ez web hosting sta rompendo le scatole. Sono stati niente male per sette anni, ma ultimamente devono aver preso l'abitudine di caricare troppo i server condivisi. Oppure boh, quello su cui siamo si sta rompendo pei cazzi suoi. In entrambi i casi, fanculo a loro.
E bonanotte a me.
-
Re: alex,tg watchScritto daNon Autenticatoil 2010-12-06 14:05:00.0 alle 2010-12-06 14:05:00.0> E ha anche scelto proprio un bel momento.
> Ho un sonno boja, se vado a letto sta cosi` fino
> a domani e
> pazienza.
>
> Mi sa che sposto tutto da qualche altra parte, ez
> web hosting sta rompendo le scatole. Sono stati
> niente male per sette anni, ma ultimamente devono
> aver preso l'abitudine di caricare troppo i
> server condivisi. Oppure boh, quello su cui siamo
> si sta rompendo pei cazzi suoi. In entrambi i
> casi, fanculo a loro.
>
>
> E bonanotte a me.
Queste cose mi han fatto diventare un sostenitore dei database fatti di file di testo. Ai tempi disgraziati in cui ero in un ISP, un database aveva fatto cic e avevamo dovuto pagare uno per risistemarlo. Se fosse stato costituito da record in formato testo, avrei potuto ricopiarli io uno per uno al loro posto.
P.S. anynowhere.acmetoy.com?-
Re: alex,tg watch> Queste cose mi han fatto diventare un sostenitore
> dei database fatti di file di testo. Ai tempi
> disgraziati in cui ero in un ISP, un database
> aveva fatto cic e avevamo dovuto pagare uno per
> risistemarlo. Se fosse stato costituito da record
> in formato testo, avrei potuto ricopiarli io uno
> per uno al loro
> posto.
Io ero, e idealmente sarei ancora, sostenitore di database a file di testo, "flat file". Prima del 2006 anynowhere usava db a file di testo. Ma nel 2005 anche quelli fecero "cic" (si e` sempre sospettato nel corso di un backup schedulato sul server che, grazie alla magnifica invenzione del multitasking selvaggio, sputtano` i file mentre venivano aggiornati dal PHP e al contempo letti dal processo che stava facendo il backup: il sospetto non e` mai stato confermato, ma mi ci giocherei quasi le palle).
> P.S. anynowhere.acmetoy.com?
Al momento vorrei un Linode di fascia medio-alta, con su Ubuntu e impostato a LAMP.
Ma mi riuscisse di registrarne uno... il loro sito e` inaccessibile da qui, ora. Mah, spero che il problema sia mio, se no come inizio non c'e` male.-
Re: alex,tg watch> > Queste cose mi han fatto diventare un
> sostenitore
> > dei database fatti di file di testo. Ai tempi
> > disgraziati in cui ero in un ISP, un database
> > aveva fatto cic e avevamo dovuto pagare uno per
> > risistemarlo. Se fosse stato costituito da
> record
> > in formato testo, avrei potuto ricopiarli io uno
> > per uno al loro
> > posto.
>
> Io ero, e idealmente sarei ancora, sostenitore di
> database a file di testo, "flat file". Prima del
> 2006 anynowhere usava db a file di testo. Ma nel
> 2005 anche quelli fecero "cic" (si e` sempre
> sospettato nel corso di un backup schedulato sul
> server che, grazie alla magnifica invenzione del
> multitasking selvaggio, sputtano` i file mentre
> venivano aggiornati dal PHP e al contempo letti
> dal processo che stava facendo il backup: il
> sospetto non e` mai stato confermato, ma mi ci
> giocherei quasi le
> palle).
>
> > P.S. anynowhere.acmetoy.com?
>
> Al momento vorrei un Linode di fascia medio-alta,
> con su Ubuntu e impostato a LAMP.
>
>
> Ma mi riuscisse di registrarne uno... il loro
> sito e` inaccessibile da qui, ora. Mah, spero che
> il problema sia mio, se no come inizio non c'e`
> male.
Ecco, ora e` accessibile. Mavaff... ora sono scoraggiato, riprovo piu` tardi e intanto aspetto che anynowhere abbia finito di spedirmi, con lentezza esasperante, il backup completo della home directory (sono a 1GB di 1.3GB). Si sa mai, facessi ANCHE qualcos'altro, il diavolo del multitasking potrebbe metterci la coda.-
Re: alex,tg watchScritto daNon Autenticatoil 2010-12-06 15:18:00.0 alle 2010-12-06 15:18:00.0
- Scritto da: alex.tg
> > > Queste cose mi han fatto diventare un
> > sostenitore
> > > dei database fatti di file di testo. Ai tempi
> > > disgraziati in cui ero in un ISP, un database
> > > aveva fatto cic e avevamo dovuto pagare uno
> per
> > > risistemarlo. Se fosse stato costituito da
> > record
> > > in formato testo, avrei potuto ricopiarli io
> uno
> > > per uno al loro
> > > posto.
> >
> > Io ero, e idealmente sarei ancora, sostenitore
> di
> > database a file di testo, "flat file". Prima del
> > 2006 anynowhere usava db a file di testo. Ma nel
> > 2005 anche quelli fecero "cic" (si e` sempre
> > sospettato nel corso di un backup schedulato sul
> > server che, grazie alla magnifica invenzione del
> > multitasking selvaggio, sputtano` i file mentre
> > venivano aggiornati dal PHP e al contempo letti
> > dal processo che stava facendo il backup: il
> > sospetto non e` mai stato confermato, ma mi ci
> > giocherei quasi le
> > palle).
> >
> > > P.S. anynowhere.acmetoy.com?
> >
> > Al momento vorrei un Linode di fascia
> medio-alta,
> > con su Ubuntu e impostato a LAMP.
> >
> >
> > Ma mi riuscisse di registrarne uno... il loro
> > sito e` inaccessibile da qui, ora. Mah, spero
> che
> > il problema sia mio, se no come inizio non c'e`
> > male.
>
> Ecco, ora e` accessibile. Mavaff... ora sono
> scoraggiato, riprovo piu` tardi e intanto aspetto
> che anynowhere abbia finito di spedirmi, con
> lentezza esasperante, il backup completo della
> home directory (sono a 1GB di 1.3GB). Si sa mai,
> facessi ANCHE qualcos'altro, il diavolo del
> multitasking potrebbe metterci la
> coda.
Non dev'essere una rogna del tuo ISP. Al momento anch'io mi collego a certi siti esteri (es. mydomain.com) con lentezza esaperante, mentre altri (es. gruppi Yahoo) vanno normalmente.
-
-
-
-
Re: alex,tg watch
- Scritto da: alex.tg
> E ha anche scelto proprio un bel momento.
> Ho un sonno boja, se vado a letto sta cosi` fino
> a domani e
> pazienza.
>
> Mi sa che sposto tutto da qualche altra parte, ez
> web hosting sta rompendo le scatole. Sono stati
> niente male per sette anni, ma ultimamente devono
> aver preso l'abitudine di caricare troppo i
> server condivisi. Oppure boh, quello su cui siamo
> si sta rompendo pei cazzi suoi. In entrambi i
> casi, fanculo a loro.
>
>
> E bonanotte a me.
A me era successo tempo fa che si sputtanasse una tabella di MySQL per via di una update mal fatta che forzava l'update della stessa riga e della stessa colonna più volte con valori diversi. Mi sembra fosse una update di una tabella in join con sé stessa in cui avevo dimenticato una clausola nella WHERE che escludesse appunto l'update della stessa cella con valori diversi o con lo stesso valore già presente, non ricordo.
Una cosa tipo (sto inventando, la query esatta non la ricordo)
UPDATE Tabella As T1, Tabella As T2 SET T1.nome = T2.nome WHERE T1.campo=T2.campo e mi sembra avevo dimenticato T1.ID <> T2.ID questo creava una condizione tale per cui T1.nome venisse aggiornato più volte e per qualche ragione MySQL si sputtanava.
Aggiustata la query non ho più avuto sputtanamenti di sorta. È possibile che tu abbia delle query simili? È in genere difficile che le tabelle di MySQL si sputtanino, a meno di query di update sbagliate, problemi di disco o cadute di tensione.
C'è da dire che in genere basta dare il comando per la riparazione delle tabelle (lo trovi in PHPMyAdmin) e in genere la tabella viene aggiustata.-
Re: alex,tg watch> Aggiustata la query non ho più avuto
> sputtanamenti di sorta. È possibile che tu abbia
> delle query simili?
No, Postline ha un meccanismo relazionale interno, che si appoggia con query molto semplici ad SQL, query che virtualizzano file di dati (come righe di tabella) e le loro cartelle (come tabelle). Ma a parte questo, le presenti query hanno funzionato sempre bene dal 2006 a questa parte, e non ho cambiato nulla.
> È in genere difficile che le
> tabelle di MySQL si sputtanino, a meno di query
> di update sbagliate, problemi di disco o cadute
> di
> tensione.
Secondo me stanno avendo problemi seri ma non me lo dicono. Oppure hanno caricato troppo il server. E` lento a far qualsiasi cosa da settimane, ormai, e non accenna a migliorare.
> C'è da dire che in genere basta dare il comando
> per la riparazione delle tabelle (lo trovi in
> PHPMyAdmin) e in genere la tabella viene
> aggiustata.
L'avevo fatto, ma anche cosi`, di solito perde sempre un po' di dati recenti. A me interessavano pero` i dati recenti, degli ultimi 11 giorni, perche` quelli piu` vecchi li avevo in backup anche qui.
Comunque, per ora hanno risolto, ripristinando un backup di poco precedente al problema che aveva svuotato una tabella intera. Ma sto pensando proprio di trasferirmi. Stamani stavo tentando di registrare un account su Linode per prendere un VPS, ma siccome dev'essere una di quelle mattinate in cui si farebbe meglio a starsene a letto, non so perche` ma linode.com, da qui, va a singhiozzo, e al momento non carica neanche la loro homepage (index.cfm).
Du' palle... potrebbe anche essere la mia connessione, per quest'ultimo problema. Sabato scorso ha avuto un backout di un'oretta.
-
-
-
