Ja, das gibt es. Das sind dann aber oft Faelle wo das Datum Jahre zurueckliegt und der OP bereits nach Australien ausgewandert ist. :)
Ist doch kein Zufall das es da seit kurzem einen roten Warnhinweis gibt oder?
Olaf
Nicht unbedingt, die Google-Suche erfasst neue Beitr=E4ge oft schon nach wenigen Stunden.
Den gibt es schon etwas l=E4nger, aber der ist eher dazu da Leute abzuhalten die sich an alte Threads mir ihrer eigenen Fragen anh=E4ngen wollen.
Gru=DF Andreas
Joerg ( snipped-for-privacy@invalid.invalid):
In welcher Gruppe hat Cadsoft auf dem NNTP Server Binaries? Ich habe jetzt schon lange nicht mehr reingeschaut, war sonst regelmässiger Leser und die sind mir nicht aufgefallen.
73 de Tom-- DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de
M.W. in allen. Du kannst z.B. ein Library Teil das jemand braucht einfach als Attachment anhaengen, wie bei Email. Oder auch ein PNG wenn man mal mit einer ekligen Layoutsache haengenbleibt. Sehr praktisch.
Kann sein dass sie ein File Limit haben, das weiss ich nicht. Bei einer Fliesenlegergruppe haben sie ein 51kB Limit und das wird schonmal muehsam, ein Photo soweit runterzudruecken.
-- Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.
Am Mon, 19 Oct 2009 09:36:22 -0700 schrieb Joerg:
Ah, deshalb sind diese kleinen Mosaikfliesen so verbreitet ;-)
Lutz
-- Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de Neu: Ethernetbox jetzt auch im 19 Zoll Gehäuse mit 12 Ports für Sensoren
Jupp, gerade mal reingeschaut und auch prompt ein jpg gefunden. War mir früher nie aufgefallen.
73 de Tom-- DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de
Ja, Gerhard hat gestern ein 3D Rendering seiner Platine reingesetzt. Echt cool. Ich frage mich nur wieviele Stunden, Tage, Wochen die in die Erstellung der Libraries fuer sowas stecken.
-- Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.
In article , Andreas Schwarz writes: |> |> Im Gegenteil. Bei Foren kommt es vor dass Experten f=FCr obskure Themen |> bei einer Google-Suche zuf=E4llig auf einen Beitrag sto=DFen, und dann |> eine Antwort schreiben (ich hatte neulich mal ein sehr sch=F6nes |> Beispiel daf=FCr, mal sehen ob ich das wieder finde). Bei Newsgroups ist |> das kaum m=F6glich, da antwortet einer der Regulars, oder keiner.
Ungleich häufiger ist indes das, per Google leicht verifizierbare, Szenario, daß einer in ein Forum eine Frage hustet, die ungelesen verhallt. Sei es, weil sich keiner damit auskennt, sei es, weil sie schon 1000x gestellt wurde.
Eben genau wie in Usenet-Gruppen.
Wenn nun einer 2 Jahre später die Frage beantwortet, ist das sicherlich nett, kommt aber eben auch 2 Jahre zu spät.
Rainer
Axel Berger schrieb:
FTP ist *das* Einfalltor für unfähige Virenprogrammierer. FTP will man nicht.
Falk
Nach dem Fund des Antikythera Raederwerks hat es auch rund hundert Jahre gedauert, bis jemand eine Antwort hatte wofuer das Dingen mal gutgewesen sein koennte.
-- Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.
Eh? Man kann sich bei der Installation eines FTP-Servers durchaus Muehe geben. Dann ist er auch sicher.
Gerrit
Nein. FTP ist durch die alleinig mögliche Authentifizierung via unverschlüsseltem Klartextpasswort immanent unsicher. Selbst superstarke Passwörter kann halt jeder zwischen Sender und Empfänger problemlos mit"hören" und danach problemlos benutzen.
Falk Willberg ( snipped-for-privacy@falk-willberg.de):
ftp.debian.org ftp.funet.fi
Mit die wichtigsten ftp-Server überhaupt und die will ich schon!
Ich finde das auch immer wieder bemerkenswert, dass in den Linux-Gruppen vor allem die Debian-Jünger schreien, ftp wäre nicht sicher, aber die ganzen Debian-Verteil-Server mit ftp laufen.
73 de Tom-- DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de
man
FTP ist f=FCr reine Download-Server =FCberfl=FCssig, HTTP ist heutzutage ei= n besserer Ersatz.
Gru=DF Andreas
Das ist die Theorie. Dazu muss er aber wirklich zwischen Sender und Empfaenger sitzen. Die bei weitem meisten Zombie-Rechner sind aber Endpunkte.
Das gleiche gilt uebrigens fuer HTTP. Oft wird das als ausreichend angesehen, HTTPS benutzt nicht jeder.
Zumindest im LAN ist FTP kein Problem und da benutze ich es ziemlich oft, SCP ist wegen der Verschluesselung eben langsamer.
Gerrit
Wobei es leider immer noch HTTP-Server gibt die Probleme mit Dateien >4GB haben (bzw. sie erst gar nicht ausliefern)
Gerrit
Beim Download über Anonymous spielt die angesprochene Passwortschwäche nicht wirklich eine Rolle. Und gegen den Upload nicht authentischer Pakete sichert man sich mit gpg-Schlüsseln ab.
------
-- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get
Nein, die Praxis ist:
Was sollte mich daran stören, daß jemand HTTP-Verkehr mithören kann?
Hier nutzt scp die 100MBit/s aus.
Falk
Andreas Schwarz ( snipped-for-privacy@andreas-s.net):
Sorry, aber das ist quatsch.
73 de Tom-- DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de np: Mike Oldfield Amarok Amarok
Kai-Martin Knaak ( snipped-for-privacy@lilalaser.de):
Eben! Man kann ja Down- und Upload trennen. ftp per se als "will man nicht" zu brandmarken ist aber verkehrt. Man muss einfach wissen was man tut und in welcher Umgebung ftp eingesetzt wird. Ich fahre sämtliche lokale Backups mit ftp und da sind Image-Dateien von > 120GByte dabei. Möchte mal sehen wie man das sauber ohne NFS, Samba usw. sonst hinbekommt.
73 de Tom-- DL7BJ * DL-QRP-AG #1186 * AGCW-DL #2737 * DARC OV I19 * http://www.dl7bj.de np: Mike Oldfield Amarok Amarok
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.