Proc di Catania
- Scritto da:
> premetto che non sono pedone non mi sono mai
> interessati i minori ma oggi ho visto una
> ragazzina avrà avuto al massimo 15
> anni(probabilmente meno) allattava il figlio e
> aveva due tettone da paura l'ho guardata e lei mi
> ha sorriso,poi ho proseguito per la mia strada,
> devo ammettere che per un momento ho desiderato
> fare sesso con lei...
>
> e' normale?
> sotto sotto sono pedone anche io?
> vi e' mai capitato?
Sta arrivando la polizia postale

E cmq si, sei spacciato, rassegnati, è così
- Scritto da: Giambo
> Ah, vero
!
> Direi che anche questi verrebbero piallati ...
Dopo che li ho messi io al sicuro su ciddì...
> Ah, vero
!> Direi che anche questi verrebbero piallati ...
Dopo che li ho messi io al sicuro su ciddì...
Dal manuale di hdparm:
--make-bad-sector
Deliberately create a bad sector (aka. "media error") on the
disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS FLAG!! This
can be useful for testing of device/RAID error recovery mecha‐
nisms. The sector number is given as a (base10) parameter after
the flag. Depending on the device, hdparm will choose one of
two possible ATA commands for corrupting the sector. The
WRITE_LONG works on most drives, but only up to the 28-bit sec‐
tor boundary. Some very recent drives (2008) may support the
new WRITE_UNCORRECTABLE_EXT command, which works for any LBA48
sector. If available, hdparm will use that in preference to
WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command itself presents
a choice of how the new bad sector should behave. By default,
it will look like any other bad sector, and the drive may take
some time to retry and fail on subsequent READs of the sector.
However, if a single letter f is prepended immediately in front
of the first digit of the sector number parameter, then hdparm
will issue a "flagged" WRITE_UNCORRECTABLE_EXT, which causes the
drive to merely flag the sector as bad (rather than genuinely
corrupt it), and subsequent READs of the sector will fail imme‐
diately (rather than after several retries). Note also that the
--repair-sector flag can be used to restore (any) bad sectors
when they are no longer needed, including sectors that were gen‐
uinely bad (the drive will likely remap those to a fresh area on
the media).
--make-bad-sector
Deliberately create a bad sector (aka. "media error") on the
disk. EXCEPTIONALLY DANGEROUS. DO NOT USE THIS FLAG!! This
can be useful for testing of device/RAID error recovery mecha‐
nisms. The sector number is given as a (base10) parameter after
the flag. Depending on the device, hdparm will choose one of
two possible ATA commands for corrupting the sector. The
WRITE_LONG works on most drives, but only up to the 28-bit sec‐
tor boundary. Some very recent drives (2008) may support the
new WRITE_UNCORRECTABLE_EXT command, which works for any LBA48
sector. If available, hdparm will use that in preference to
WRITE_LONG. The WRITE_UNCORRECTABLE_EXT command itself presents
a choice of how the new bad sector should behave. By default,
it will look like any other bad sector, and the drive may take
some time to retry and fail on subsequent READs of the sector.
However, if a single letter f is prepended immediately in front
of the first digit of the sector number parameter, then hdparm
will issue a "flagged" WRITE_UNCORRECTABLE_EXT, which causes the
drive to merely flag the sector as bad (rather than genuinely
corrupt it), and subsequent READs of the sector will fail imme‐
diately (rather than after several retries). Note also that the
--repair-sector flag can be used to restore (any) bad sectors
when they are no longer needed, including sectors that were gen‐
uinely bad (the drive will likely remap those to a fresh area on
the media).
- Scritto da: Giambo
> > dal punto di vista legale
> > avreste migliaia di post senza
> > ip.
>
> E' un problema dal punto di vista legale ?
> C'e' una legge che obbliga a tenere traccia degli
> IP ? In Italia ? In Svizzera
> ?
Non credo esistano leggi che obbligano PI a tenere gli IP degli utenti che postano. Da quanto ne so io la legge dell'idiota di cui non ricordo il nome obbliga solo gli ISP a tenere gli IP degli utenti.
> Hmmmm ... Su questo punto hai ragione. Se si
> piallassero IP e Email, non ci sarebbero dati
> privati trasmessi, no?
Ci sono anche i messaggi privati. A parte questo non credo ci sia altro.
> > dal punto di vista legale
> > avreste migliaia di post senza
> > ip.
>
> E' un problema dal punto di vista legale ?
> C'e' una legge che obbliga a tenere traccia degli
> IP ? In Italia ? In Svizzera
> ?
Non credo esistano leggi che obbligano PI a tenere gli IP degli utenti che postano. Da quanto ne so io la legge dell'idiota di cui non ricordo il nome obbliga solo gli ISP a tenere gli IP degli utenti.
> Hmmmm ... Su questo punto hai ragione. Se si
> piallassero IP e Email, non ci sarebbero dati
> privati trasmessi, no?
Ci sono anche i messaggi privati. A parte questo non credo ci sia altro.
- Scritto da: Svyatopolk
> A quel punto o siamo tutti d'accordo nell'essere
> truffaldini
Poi ci dividiamo gli IP.
Tua madre succhia cazzi all'inferno
Ad
http://www.vatican.va/content/vatican/en.html
Nessuno ci crede per poi affogare nella realtà subito dopo
- Scritto da: Svyatopolk
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da:
> > >
> > > - Scritto da: Rin Kobayashi
> > > > Voglio dire che la tua soluzione non serve a
> > > > nulla.
> > > > Anche se non c'è l'accesso diretto al DB
> > nessuno
> > > > impedisce di modificare il sorgente per
> > > > permettere il collegamento da remoto (o
> > > > programmare il sito perché risponda via web
> a
> > > > comandi particolari che rendono visitili
> tutti
> > > > gli ip solo a taluni utenti) e ottenere
> > > > ugualmente le informazioni
> > > > cercate.
> > > >
> > >
> > > La password del DB te la mettono nel sorgente?
> >
> > Da qualche parte deve stare, o il programma del
> > sito non potrebbe accedere al
> > DB.
> > Ma, se il programma del sito può accedere al
> > DB... lo può fare anche quella parte del
> > programma che è stata modificata...
> > ergo...
>
> Se hanno usato odbc le pw del db non ci sono nel
> codice. Perché zanzi l'ha usato,
> vero?

Ma non è questo il punto... se posso modificare il programma del FdT cosa mi impedisce di aggiungere una o due linee che accanto ai post, all'utente "Rin Kobayashi" mostri anche gli IP dei relativi post?
In altre parole... la pass del DB non mi serve e non mi interessa...
- Scritto da:
>
> - Scritto da: Rin Kobayashi
> > Voglio dire che la tua soluzione non serve a
> > nulla.
> > Anche se non c'è l'accesso diretto al DB nessuno
> > impedisce di modificare il sorgente per
> > permettere il collegamento da remoto (o
> > programmare il sito perché risponda via web a
> > comandi particolari che rendono visitili tutti
> > gli ip solo a taluni utenti) e ottenere
> > ugualmente le informazioni
> > cercate.
> >
>
> La password del DB te la mettono nel sorgente?
Da qualche parte deve stare, o il programma del sito non potrebbe accedere al DB.
Ma, se il programma del sito può accedere al DB... lo può fare anche quella parte del programma che è stata modificata... ergo...
- Scritto da: Luca Annunziata
> non lo dico solo io, eh
>
> sta di fatto che la gestione oracle pone qualche
> dubbio,
> no?
IMO Java non morirà, non in tempo breve e probabilmente nemmeno sul lungo periodo.
Non esiste nessun framework e nessun linguaggio che possa rimpiazzarlo in tutte le aree che oggi Java copre.
Prima di tutto Java ha avuto molti anni per diffondersi, appartiene al bagaglio culturale di molti informatici, è usato nelle università per insegnare la programmazione, ecc.
In secondo luogo è uno dei pochissimi linguaggi, forse l'unico, in cui vale a tutti gli effetti il detto "compile once run everywhere". Basta che il framework java sia installato sulla macchina di destinazione e il programma funzionerà (a meno che il programma non sia stato sviluppato male o legato per qualche ragione a qualche particolare SO).
In terzo luogo il framework Java, a differenza di .NET ad esempio, esiste pressocché per tutte le piattaforme più usate (Windows, Linux, Solaris, Apple e un'infinità di cellulari, palmari, ecc)... con un set di librerie consistente per cui io sviluppatore non devo preoccuparmi della versione della singola libreria ma basta che dico "mi serve java 1.5".
.NET non è mai stato davvero multipiattaforma. Alla M$ questo aspetto non è MAI interessato. Le fosse interessato avrebbe fatto come ha fatto SUN, ovvero implementato il suo framework per tutte le piattaforme e li avrebbe tenuti aggiornati contemporaneamente. MONO infatti è solo la brutta copia di .NET a cui mancano perennemente diverse cose; è sempre indietro, sempre in ritardo perché non è sviluppato da M$ ma da volontari e ditte esterne. La promessa di "multipiattaformità" di .NET è servita a M$ solo per adescare bamboccioni win-fanboy e dare loro argomenti a supporto del framework .NET, promesse da rivendere al mercatino delle pulci... ma bastava conoscere un po' M$ per capire che era come le promesse di Berlusconi: fumo negli occhi per chi ha già deciso che non vuole vedere.
Inoltre nessun linguaggio che io conosca può far funzionare i suoi programmi non solo in locale, ma pure via web integrati nelle pagine, o addirittura permettere l'integrazione di programmi online e locali come fa Java (con Java WebStart) con tanto di aggiornamenti automatici all'avvio nel caso le due versioni (online e locale) differiscano [questo in AUTOMATICO senza che né l'utente né il programmatore debbano fare nulla a riguardo].
Insomma, Java non morirà così presto, perché non c'è niente capace di sostituirlo. Anche ammesso che domani Oracle decida di buttare nel cesso Java (cosa non così improbabile vista l'inettitudine dimostrata da Oracle che ha acquistato qualcosa senza nemmeno capire ciò che acquistava), si continuerà ad usare il framework attuale ancora per anni e quando non si potrà più farne a meno si passerà alle versioni open di Java come openJDK.
> non lo dico solo io, eh
>
> sta di fatto che la gestione oracle pone qualche
> dubbio,
> no?
IMO Java non morirà, non in tempo breve e probabilmente nemmeno sul lungo periodo.
Non esiste nessun framework e nessun linguaggio che possa rimpiazzarlo in tutte le aree che oggi Java copre.
Prima di tutto Java ha avuto molti anni per diffondersi, appartiene al bagaglio culturale di molti informatici, è usato nelle università per insegnare la programmazione, ecc.
In secondo luogo è uno dei pochissimi linguaggi, forse l'unico, in cui vale a tutti gli effetti il detto "compile once run everywhere". Basta che il framework java sia installato sulla macchina di destinazione e il programma funzionerà (a meno che il programma non sia stato sviluppato male o legato per qualche ragione a qualche particolare SO).
In terzo luogo il framework Java, a differenza di .NET ad esempio, esiste pressocché per tutte le piattaforme più usate (Windows, Linux, Solaris, Apple e un'infinità di cellulari, palmari, ecc)... con un set di librerie consistente per cui io sviluppatore non devo preoccuparmi della versione della singola libreria ma basta che dico "mi serve java 1.5".
.NET non è mai stato davvero multipiattaforma. Alla M$ questo aspetto non è MAI interessato. Le fosse interessato avrebbe fatto come ha fatto SUN, ovvero implementato il suo framework per tutte le piattaforme e li avrebbe tenuti aggiornati contemporaneamente. MONO infatti è solo la brutta copia di .NET a cui mancano perennemente diverse cose; è sempre indietro, sempre in ritardo perché non è sviluppato da M$ ma da volontari e ditte esterne. La promessa di "multipiattaformità" di .NET è servita a M$ solo per adescare bamboccioni win-fanboy e dare loro argomenti a supporto del framework .NET, promesse da rivendere al mercatino delle pulci... ma bastava conoscere un po' M$ per capire che era come le promesse di Berlusconi: fumo negli occhi per chi ha già deciso che non vuole vedere.
Inoltre nessun linguaggio che io conosca può far funzionare i suoi programmi non solo in locale, ma pure via web integrati nelle pagine, o addirittura permettere l'integrazione di programmi online e locali come fa Java (con Java WebStart) con tanto di aggiornamenti automatici all'avvio nel caso le due versioni (online e locale) differiscano [questo in AUTOMATICO senza che né l'utente né il programmatore debbano fare nulla a riguardo].
Insomma, Java non morirà così presto, perché non c'è niente capace di sostituirlo. Anche ammesso che domani Oracle decida di buttare nel cesso Java (cosa non così improbabile vista l'inettitudine dimostrata da Oracle che ha acquistato qualcosa senza nemmeno capire ciò che acquistava), si continuerà ad usare il framework attuale ancora per anni e quando non si potrà più farne a meno si passerà alle versioni open di Java come openJDK.
Dio Porco
Ad
hhttps://bestemmietraamicidioporco
Perché non bestemmiare tra amici? È una cosa divertente!
- Scritto da:
>
> - Scritto da: Rin Kobayashi
> >
> > - Scritto da:
> > >
> > > - Scritto da: Rin Kobayashi
> > > > - Scritto da:
> > > > > PI fa sistemare a voi il codice, PI lo
> > rihosta
> > > > > sul server, PI chiude.
> > > >
> > > > telnet backdoor@forumdeitroll.it
> > > > ? GET-IP-BY-POST-NUMBER 2528860
> > > > IP: XXX.XXX.XXX.XXX
> > > > ? BRAVISSIMO
> > > > GRAZIE

> > > > ? OKTHXBYE
> > > > OKBYE
> > > >
> > > >

> > > >
> > > > > Tutti felici.
> > > >
> > > > QUOTISSIMO

> > > >
> > >
> >
> --------------------------------------------------
> > > > Modificato dall' autore il 20 settembre 2010
> > > 01.03
> > > >
> > >
> >
> --------------------------------------------------
> > >
> > > non ho capito, ho detto di essere idiota in
> > > questioni "tecniche" come dite voi.
> > >
> > > Mi vuoi dire che già ora hai il mio ip? oppure
> > > che si potrà installare qualcosa che ti dirà
> > > comunque l'ip anche se il FdT sarà ancora di
> > > PI?
> > >
> > > In entrambi i casi ho ragione io. Dare
> > > informazioni o poteri a voi è pericoloso
> giusto
> > > perché siete voi ed anche per quello che ci
> > > potreste
> > > fare.
> >
> > Voglio dire che la tua soluzione non serve a
> > nulla.
> > Anche se non c'è l'accesso diretto al DB nessuno
> > impedisce di modificare il sorgente per
> > permettere il collegamento da remoto (o
> > programmare il sito perché risponda via web a
> > comandi particolari che rendono visitili tutti
> > gli ip solo a taluni utenti) e ottenere
> > ugualmente le informazioni
> > cercate.
> >
> > Accesso al codice == accesso a tutto quanto e se
> > qualcuno vuole essere una Carogna
lo fa> > punto e
> > basta.
> >
> > Detto questo... già oggi c'è chi posta qui e ha
> > accesso a tutte le informazioni del DB se
> proprio
> > vuole prendersi il
> > disturbo.
> > Alla fine della fiera qualcuno che ha in ogni
> > caso accesso a tutto c'è sempre e nessuno gli
> > impedisce oggi come domani o come ieri di farsi
> 4
> > risate nel vedere chi posta veramente cosa e
> dove
> > e di certo, se lo fa, non viene a raccontarlo a
> > te (o a
> > me).
> >
> > Che poi questa persona si chiami Annunziata, o
> > Wakko, o Giambo, o Suoranciata cambia poco,
> basta
> > che non faccia lo
> > stronzo.
> >
> > In altre parole, di qualcuno già ora ti stai
> > fidando. Qualcuno già ora può vedere chi posta
> > come, dove, quando e perché. Ti fidi di loro
> > semplicemente perché è sempre stato così, era
> > così prima che tu arrivassi qui, era così
> durante
> > tutta la tua permanenza, è così pure oggi e sarà
> > così anche
> > domani.
> >
> > Poi puoi avere le tue simpatie e dire "quello mi
> > sta sulle OO e siccome voglio trollarlo a morte
> > non ho voglia che veda che le 10 persone che lo
> > stanno prendendo per il culo sono in realtà
> > sempre io"... ma come fai a sapere che non stai
> > trollando proprio la persona che OGGI ha in mano
> > il DB con tutti gli ip? Non puoi. Ma accetti la
> > cosa come un fatto della
> > vita.
> >
> > Se vuoi continuare ad ignorare quale dei troll
> > qui gestisce anche i tuoi dati basta che la
> > redazione scelga uno a caso senza dirlo a
> > nessuno.
>
> Se si accetta di rendere pubblico il codice,
> potete fornire un accesso FTP anonimo e in sola
> lettura a tutti i suoi files in modo che chiunque
> possa leggerne il contenuto e, con le giuste
> conoscenze informatiche, scoprire se contiene
> qualcosa di cattivo
>

>
> My 2 cents.
Certamente, ma anche qui ti stai fidando dell'opinione altrui se non sei in grado di leggere il sorgente, e anche chi ha le capacità per farlo non è detto che voglia rompersi le OO per passare al setaccio tutto il codice. Questo comunque naturalmente sarebbe possibile solo nel caso che PI decida di rendere pubblico il codice, e non è detto che voglia farlo... perché eventuali bug di sicurezza presenti in quel codice potrebbero essere presenti anche nel codice del salottino buono e qualcuno, scoprendolo, potrebbe un giorno decidere che nel forum ci sono troppi messaggi e che è bene dare una ripulita.
- Scritto da:
>
> - Scritto da: Rin Kobayashi
> > - Scritto da:
> > > PI fa sistemare a voi il codice, PI lo rihosta
> > > sul server, PI chiude.
> >
> > telnet backdoor@forumdeitroll.it
> > ? GET-IP-BY-POST-NUMBER 2528860
> > IP: XXX.XXX.XXX.XXX
> > ? BRAVISSIMO
> > GRAZIE

> > ? OKTHXBYE
> > OKBYE
> >
> >

> >
> > > Tutti felici.
> >
> > QUOTISSIMO

> >
> --------------------------------------------------
> > Modificato dall' autore il 20 settembre 2010
> 01.03
> >
> --------------------------------------------------
>
> non ho capito, ho detto di essere idiota in
> questioni "tecniche" come dite voi.
>
> Mi vuoi dire che già ora hai il mio ip? oppure
> che si potrà installare qualcosa che ti dirà
> comunque l'ip anche se il FdT sarà ancora di
> PI?
>
> In entrambi i casi ho ragione io. Dare
> informazioni o poteri a voi è pericoloso giusto
> perché siete voi ed anche per quello che ci
> potreste
> fare.
Voglio dire che la tua soluzione non serve a nulla.
Anche se non c'è l'accesso diretto al DB nessuno impedisce di modificare il sorgente per permettere il collegamento da remoto (o programmare il sito perché risponda via web a comandi particolari che rendono visitili tutti gli ip solo a taluni utenti) e ottenere ugualmente le informazioni cercate.
Accesso al codice == accesso a tutto quanto e se qualcuno vuole essere una Carogna
lo fa punto e basta.Detto questo... già oggi c'è chi posta qui e ha accesso a tutte le informazioni del DB se proprio vuole prendersi il disturbo.
Alla fine della fiera qualcuno che ha in ogni caso accesso a tutto c'è sempre e nessuno gli impedisce oggi come domani o come ieri di farsi 4 risate nel vedere chi posta veramente cosa e dove e di certo, se lo fa, non viene a raccontarlo a te (o a me).
Che poi questa persona si chiami Annunziata, o Wakko, o Giambo, o Suoranciata cambia poco, basta che non faccia lo stronzo.
In altre parole, di qualcuno già ora ti stai fidando. Qualcuno già ora può vedere chi posta come, dove, quando e perché. Ti fidi di loro semplicemente perché è sempre stato così, era così prima che tu arrivassi qui, era così durante tutta la tua permanenza, è così pure oggi e sarà così anche domani.
Poi puoi avere le tue simpatie e dire "quello mi sta sulle OO e siccome voglio trollarlo a morte non ho voglia che veda che le 10 persone che lo stanno prendendo per il culo sono in realtà sempre io"... ma come fai a sapere che non stai trollando proprio la persona che OGGI ha in mano il DB con tutti gli ip? Non puoi. Ma accetti la cosa come un fatto della vita.
Se vuoi continuare ad ignorare quale dei troll qui gestisce anche i tuoi dati basta che la redazione scelga uno a caso senza dirlo a nessuno.
- Scritto da:
> PI fa sistemare a voi il codice, PI lo rihosta
> sul server, PI chiude.
telnet backdoor@forumdeitroll.it
? GET-IP-BY-POST-NUMBER 2528860
IP: XXX.XXX.XXX.XXX
? BRAVISSIMO
GRAZIE
? OKTHXBYE
OKBYE

> Tutti felici.
QUOTISSIMO
-----------------------------------------------------------
Modificato dall' autore il 20 settembre 2010 01.03
-----------------------------------------------------------
> PI fa sistemare a voi il codice, PI lo rihosta
> sul server, PI chiude.
telnet backdoor@forumdeitroll.it
? GET-IP-BY-POST-NUMBER 2528860
IP: XXX.XXX.XXX.XXX
? BRAVISSIMO
GRAZIE

? OKTHXBYE
OKBYE

> Tutti felici.
QUOTISSIMO

-----------------------------------------------------------
Modificato dall' autore il 20 settembre 2010 01.03
-----------------------------------------------------------
- Scritto da:
>
> - Scritto da:
> >
> > - Scritto da:
> > >
> > > - Scritto da:
> > > >
> > > > - Scritto da:
> > > > >
> > > > > - Scritto da:
> > > > > > - Scritto da: Luca Annunziata
> > > > > > "ma nel caso, ve lo pijate e ve lo
> portate
> > > su
> > > > un
> > > > > > server
> > > > > > vostro?
> > > > > > sarebbe indispensabile credo per poter
> > > > lavorare
> > > > > > sul codice, visto che dubito fortemente
> si
> > > > possa
> > > > > > far accedere "estranei" ai server che
> > fanno
> > > > capo
> > > > > > a
> > > > > > PI"
> > > > > >
> > > > > >
> > > > > > - Scritto da: Luca Annunziata
> > > > > > > credo che il codice sia stato migrato
> > > aspx,
> > > > ma
> > > > > > il
> > > > > > > grosso problema sarebbe il DB: è uno
> > > strano
> > > > > > > capolavoro di monoliticità, che credo
> > (non
> > > > > sono
> > > > > > > certo) sarebbe complicato da migrare
> su
> > > > altra
> > > > > > > piattaforma differente da
> > > > > > > dotNET
> > > > > > >
> > > > > > > se siete SERIAMENTE interessati alla
> > > > faccenda,
> > > > > > io
> > > > > > > posso provare a chiedere di avviare un
> > > > tavolo
> > > > > di
> > > > > > > concertazione: però, sia chiaro, lo fo
> > > SOLO
> > > > se
> > > > > > mi
> > > > > > > date garanzie
> > > > > > > che
> > > > > > >
> > > > > > > 1. FDT sopravvive
> > > > > > > 2. FDT funziona
> > > > > > > 3. FDT non diventa altro
> > > > > > >
> > > > > > > cioè, FDT è un pezzo di storia di PI:
> > > oggi
> > > è
> > > > > una
> > > > > > > roba diversa, ma credo che tutti
> > sarebbero
> > > > > > > contenti se avesse spazio modo e tempo
> > per
> > > > > > > proseguire la sua corsa,
> > > > > > > no?
> > > > > > >
> > > > > >
> > > > > >
> > > > > > ne stiamo discutendo in chat anche direi
> > che
> > > > > > siamo tutti d'accordo e aggiungo
> > ENTUSIASTI
> > > di
> > > > > > poter gestirci
> > > > > > indipendentemente
> > > > > >
> > > > > > le garanzie sono giuste e condivisibili
> > > > > >
> > > > > > presto organizzeremo delle Assemblee in
> > chat
> > > > per
> > > > > > decidere in consiglio
> > > > > >
> > > > > >
> > > > > > quando avremmo stabilito tutto ti
> > inviteremo
> > > > in
> > > > > > chat a discuterne
> > > > > >
> > > > > >
> > > > > > ciao io sono yoda
> > > > >
> > > > > che palle, non tornerò più nel FdT
> allora.
>
> > > > > Occorre una autorità indipendente.
> > > > > Voi avete simpatie, fazioni, rompete il
> > cazzo,
> > > > ci
> > > > > saranno di sicuro dei pedoni che
> romperanno
> > i
> > > > > coglioni.
> > > > >
> > > > > No, non va bene.
> > > > >
> > > > > Ci vuole un terzo.
> > > >
> > > > scusa più di dire che vi saranno delle
> > Assemblee
> > > > popolari in chat dove TUTTI potranno
> discutere
> > > > dire la loro e decidere cosa volete di più
> > > >
> > > >
> > > > mah..
> > >
> > > chi cazzo se ne frega delle assemblee popolari
> > > quando il know how è di poche persone.
> > >
> > > Sarebbe come dire: dai facciamo la riunione
> del
> > > soviet, noi tre però controlliamo l'Armata
> Rossa
> > > che sta alla porta.
> > >
> > >
> > > Ma vaffanculo.
> >
> > guarda che in questo 3d sembrava che venissero
> > fuori solo i tecnici a
> > decidere
> >
> > quindi tu non fai parte di quelle persone che
> > controllano il know how e ti lamenti che
> vogliamo
> > coinvolgerti nelle decisioni e dire anche la
> > tua..
> > mah
> >
> > cmq pensavo proprio ai Soviet per organizzare un
> > assemblea
> >

>
> appunto, furbino. Un "tecnico", uno che ha
> direttamente accesso alle informazioni o al
> funzionamento del FdT in toto o nelle sue minime
> parti (l'account di un utente e le informazioni
> ip o quel cristo che ti pare) è su di un piano
> DIFFERENTE rispetto agli altri, soviet o no.
MI PIACE! OTTIMA IDEA!

Io faccio il tecnico
- Scritto da: Arredatroll
> Pensavo che potvemmo vimuovere qvel ovvendo
> bannev in alto e mettevci una stviscia vosa con
> dei mini pony e tante stelline gialle a pioggia
> che fa tanta
> allegvia.
>
> Di che colove lo facciamo lo sfondo? Magavi
> azzuvvino per tutti i maschietti qvi e un bell
> avcobaleno appena appen visibile che pavte dal
> basso a sinistva e avviva fino in alto a
> destva.

BELLISSIMO! LO VOGLIO!!!
- Scritto da:
> a rompere i coglioni?!
>
> cazzo sono anni che sbrana a morte i coglioni
Quoto!

> eppure sta sempre qui.
Come SuperMan!

> Nel nuovo FdT non sarebbe possibile bannarlo a
> vita?
SEI CATTIVO CON ME!
http://www.forumdeitroll.it/m.aspx?m_id=2528538&m_... 
Che misera fine. Me tapino... niente bidet, e guardie svizzere nel disclaimer

Che misera fine. Me tapino... niente bidet, e guardie svizzere nel disclaimer
Multiculturalismo a Bruxelles
Ad
https://www.davidicke.com/article/513643/firemen-flee-attacked-migrant-youths-multicultural-molenbeek
“They call us for small fires and attack us while we want to help.”
- Scritto da:
> Allora non gli rispondete?
>
> Vi danno il sorgente, vi danno il potere e non
> dite un
> cazzo?
* Rin Kobayashi lucida il suo nasa-IP semiprofessionale
* Rin Kobahashi pensa Eccellente...
*** Evil laugh
- Scritto da:
>
> - Scritto da:
> >
> > - Scritto da: Rin Kobayashi
> > >
> > > - Scritto da:
> > > >
> > > > - Scritto da: Caccola
> > > > > Mi sto quasi convertendo

> > > > >
> > > > >
> > > > >
> > > > > Diciamo per lo meno che considero
> opportuna
> > > > > l'ipotesi di un'autorità internazionale e
> > con
> > > > > ampi poteri a presidiare le operazioni
> > legate
> > > al
> > > > > nucleare. Ho visto la miniera di Asse in
> > > > germania
> > > > > e mi sono reso conto che si rischia di far
> > > > buttar
> > > > > via svariate migliaia di euro ai posteri
> in
> > > > > operazioni di bonifica, se non si sta più
> > che
> > > > > attenti.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Comunque continuo ad essere pro-nucleare,
> > > anche
> > > > > se l'implementazione del governo attuale
> mi
> > fa
> > > > > paura.
> > > >
> > > > perché non è una opzione plausibile?
> > > > i costi per mandare materiale nello spazio
> > sono
> > > > enormi ma sono enormemente inferiori a
> quelli
> > > > dichiarati dalle varie agenzie per
> stoccaggio,
> > > > smaltimento, riprocessamento etc
> > > > .
> > > >
> > >
> > > E se il razzo esplode sopra casa tua?

> >
> > non un razzo, un missile. Ormai sono ampiamente
> > sicuri ed i punti di lancio sono in luoghi
> > sperduti.
> >
> >
> > Sinceramente non so perché non prendono in
> > considerazione questa opzione, ci devono essere
> > delle controindicazioni talmente evidenti che
> > però a me
> > sfuggono.
>
> che se il missile esplode disperde nell'atmosfera
> qualcvhe quintale di scorie altamente radioattive
> magari?
Si ma se esplode ammazza la radioattività no?
- Scritto da:
>
> - Scritto da: Caccola
> > Mi sto quasi convertendo

> >
> >
> >
> > Diciamo per lo meno che considero opportuna
> > l'ipotesi di un'autorità internazionale e con
> > ampi poteri a presidiare le operazioni legate al
> > nucleare. Ho visto la miniera di Asse in
> germania
> > e mi sono reso conto che si rischia di far
> buttar
> > via svariate migliaia di euro ai posteri in
> > operazioni di bonifica, se non si sta più che
> > attenti.
> >
> >
> >
> >
> > Comunque continuo ad essere pro-nucleare, anche
> > se l'implementazione del governo attuale mi fa
> > paura.
>
> perché non è una opzione plausibile?
> i costi per mandare materiale nello spazio sono
> enormi ma sono enormemente inferiori a quelli
> dichiarati dalle varie agenzie per stoccaggio,
> smaltimento, riprocessamento etc
> .
>
E se il razzo esplode sopra casa tua?
