ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Holger
Nutzer
03.04.2014, 17:48 Uhr [ - Direktlink - ] |
Thema: Spam-Welle
Brett: Forum und Interna Zitat:Ich sprach natürlich von den anonym abgebbaren Kommentaren… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
03.04.2014, 11:07 Uhr [ - Direktlink - ] |
Thema: Spam-Welle
Brett: Forum und Interna Zitat:Das gleiche gilt natürlich derzeit auch für die „1+1=“ Frage auf AN. Da solche Maßnahmen immer dazu dienen, das Aufwand-Nutzen Verhältnis für den Spammer zu verschlechtern, haben weniger besuchte Foren da bessere Karten. Was auf AN oder AF funktioniert, würde möglicherweise auf SPON hoffnungslos versagen… Zitat:Es besteht ja die Vermutung, dass für AN aufgrund der Foren-Exotik immer jemand von Hand die passende URL zum Posten zusammenschustern und in den Bot einpflegen muss. Deshalb gibt es nur in größeren Abständen Spam-Wellen, die oftmals auch nur in Uralt-Threads Beiträge posten. Ein Sperren von alten Threads oder eine simple Änderung der Voraussetzungen, wie diese „1+1=“ Frage, beenden dann die aktuelle Welle. AN hat eben keine 20 Bots am Tag, die man mit einer hohen Komplexität stoppen müsste. Es bedeutet aber eben andersherum, dass die Art der Frage relativ egal ist, die nächste Welle wird irgendwann kommen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
02.04.2014, 22:36 Uhr [ - Direktlink - ] |
Thema: Spam-Welle
Brett: Forum und Interna Ein wesentlicher Faktor ist die Lösungsmenge. Solange diese nur aus einem Element besteht, ist es egal, ob dieses Element "2" oder "Agnus" ist. Arithmetische Aufgaben haben den Vorteil, mittels zufälliger Operanden eine große Lösungsmenge generieren zu können, nutzen aber in dem Moment nichts mehr, wenn der Bot die Aufgabe versteht. Zu kompliziert dürfen die Aufgaben ja auch nicht werden... Für Amiga-Fragen müsste man alle möglichen Antworten manuell hinterlegen. Eine andere Frage ist natürlich auch, woher der Server weiß, welche Frage er dem Client gestellt hat. Wenn die Zuordnung anhand von Formular-Daten erfolgt, die der Client selbst übermittelt, nutzt es gar nichts, viele Fragen mit unterschiedlichen Lösungen zu haben, der Bot würde natürlich immer die Daten zu einer Frage übermitteln, zu der er die Antwort kennt. Die einzige Lösung zu diesem Problem besteht darin, Server-seitig Daten zu halten, was die Komplexität deutlich erhöht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
31.03.2014, 22:55 Uhr [ - Direktlink - ] |
Thema: Mehrere IP Adressen
Brett: MorphOS Zitat:Von welchem API sprichst Du da? Normalerweise hantieren Anwendungen mit IP-Adressen und interessieren sich nicht die Bohne für deren Zuordnung zu Netzwerkkarten. Im Grunde widerlegt schon localhost Deine Behauptung, weil alle 24 Mio. Adressen, die mit 127. beginnen, an derselben (virtuellen) Netzwerkkarte hängen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
21.03.2014, 16:35 Uhr [ - Direktlink - ] |
Thema: Spam-Welle
Brett: Forum und Interna Wenn ihr dem User immer die gleichen Rechenaufgabe stellt, wird dieser Schutz allerdings nicht sehr lange halten… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
21.03.2014, 10:45 Uhr [ - Direktlink - ] |
Thema: Problem: Datenübertragung
Brett: Amiga, AmigaOS 4 Zitat:Dann sollte es aber auf jeden Fall funktionieren, wenn man die Fonts mittels copy Befehl in der Shell kopiert. Der überprüft vorher nicht den Plattenplatz. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
19.03.2014, 12:13 Uhr [ - Direktlink - ] |
Thema: Spam-Welle
Brett: Forum und Interna Hallo, ihr werdet gerade massiv zugespammt. Hatte zuerst die „Kommentar melden“ Funktion benutzt, bevor ich gemerkt habe, wie viele Threads betroffen sind. http://amiga-news.de/de/news/comments/thread/AN-2014-02-00038-DE.html http://amiga-news.de/de/news/comments/thread/AN-2014-03-00030-DE.html http://amiga-news.de/de/news/comments/thread/AN-2014-03-00031-DE.html ist nur eine ganz kleine Auswahl. Das schreit nach schnellen Gegenmaßnahmen… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
10.03.2014, 17:45 Uhr [ - Direktlink - ] |
Thema: Wie groß seht ihr die Gefahr das wir bald in den 3. Weltkrieg rein...
Brett: Get a Life Zitat:Du meinst, die ursprüngliche Planung sah vor, den zweiten Weltkrieg innerhalb der deutschen Grenzen auf den Autobahnen auszutragen? Oder geht es nicht doch um eher die Nachschublinien, die am Ende nicht ganz so relevant waren, wie manchmal dargestellt? -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
08.03.2014, 12:52 Uhr [ - Direktlink - ] |
Thema: Wie groß seht ihr die Gefahr das wir bald in den 3. Weltkrieg rein...
Brett: Get a Life Zitat:Schön wär’s gewesen, das hätte ihn von anderem Mist abgehalten. Zitat:Teilweise auch schon in der Weimarer Republik fertiggestellt. Was allerdings die Geschichte mit der Kriegsrelevanz angeht, finde ich folgendes bemerkenswert: Zitat: -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
03.03.2014, 15:06 Uhr [ - Direktlink - ] |
Thema: Wie groß seht ihr die Gefahr das wir bald in den 3. Weltkrieg rein...
Brett: Get a Life Zitat:Ersetze „Monarch“ durch „Thronfolger“ und ersetze „Fenstersturz“ durch „im Auto erschossen“, dann passt es. Davon ab sind „Auslöser“ eh unwichtig, da sie oftmals mit den Ursachen überhaupt nichts zu tun haben. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
28.02.2014, 14:50 Uhr [ - Direktlink - ] |
Thema: Wie groß seht ihr die Gefahr das wir bald in den 3. Weltkrieg rein...
Brett: Get a Life Einen Weltkrieg wird es nicht so bald geben. Hier ein Krisenherd, dort ein Krieg, da ein Zusammenbruch, also im Grunde kein Unterschied zu den letzten Jahrzehnten… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
06.02.2014, 13:13 Uhr [ - Direktlink - ] |
Thema: BlitzBasic Decompiler?
Brett: Programmierung Zitat:Es ist aber auch nicht richtig, dass größer gleich schneller ist. Wenn Du eine Schleife aufrollst und sie dann nicht mehr in den CPU Cache passt, ist sie möglicherweise unterm Strich langsamer geworden. Das ist für unbenutzte Funktionen aber irrelevant. Die haben auf die Performance keinen Einfluss, höchstens auf die Ladezeit. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
05.02.2014, 20:47 Uhr [ - Direktlink - ] |
Thema: BlitzBasic Decompiler?
Brett: Programmierung Zitat:Natürlich nicht. Ist ja schließlich nicht dessen Aufgabe. Weder Assembler noch Disassembler werden das tun. Dazu bräuchte es entweder ein eigenes Werkzeug oder Handarbeit. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
05.02.2014, 20:43 Uhr [ - Direktlink - ] |
Thema: BlitzBasic Decompiler?
Brett: Programmierung Zitat:Würde ich das? Dazu müsste ich ja erst mal den Assembler-Code durchforsten und unbenutzte Funktionen identifizieren. Deine Aussage „Allerdings wäre ein aus dem ASM neu assembliertes Exe wohl deutlich kleiner als das Original.“ erweckt dagegen den Eindruck als würde das automatisch passieren, nur weil ich disassembliert und wieder assembliert habe. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
04.02.2014, 14:46 Uhr [ - Direktlink - ] |
Thema: BlitzBasic Decompiler?
Brett: Programmierung Zitat:Kein Wunder, dass das nicht besonders gut funktioniert hat. Ich hätte ja 68ktoPPC probiert Zitat:Warum sollte das so sein? Zitat:Muss er ja gar nicht. Wenn die Übersetzung 68k→PPC von einem JIT on-the-fly gestemmt werden kann, sollte es wohl auch möglich sein, das ganze offline auf Assembler-Basis zu machen. Die Frage ist nur, wozu. Der JIT macht doch seine Arbeit ganz gut, so weit ich weiß. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
04.02.2014, 13:36 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Zitat:Wie wär’s, wenn Du zeilenweise scrollst und nicht pixelweise? Ich wüsste nicht, welchen Vorteil es für den Anwender hätte, in einem HexEditor um eine halbe Zeile scrollen zu können. Nichtsdestotrotz scheint mir entweder Dein Font zu groß oder die dargestellte Anzahl bytes pro Zeile zu klein, wenn Du solche Probleme hast. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
04.02.2014, 13:31 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Zitat:Was sagt Deine Textkomponente eigentlich, wenn sie nach der benötigten Breite gefragt wird? -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
31.01.2014, 10:18 Uhr [ - Direktlink - ] |
Thema: xCORE IDE
Brett: Amiga, AmigaOS 4 Zitat:Ich denke mal, genau so hat er es gemeint. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
24.01.2014, 17:22 Uhr [ - Direktlink - ] |
Thema: Die Lügenbande, Teil zwo ! ;-)
Brett: Get a Life Zitat:Wie soll man denn Deinen Beitrag werten, der in keinster Weise auf den Inhalt des Postings eingeht, sondern sich ausschließlich an einem einzigen Wort hochzieht, dessen Bedeutung man auch dann verstanden hätte, wenn es keine formale Definition dafür gäbe? Zitat:Keine Ahnung. Vielleicht habe ich das in irgendeinem Zusammenhang gesagt, vielleicht auch nicht. Du sollst das jedenfalls nicht blindlings glauben, sondern einfach mal als Arbeitsgrundlage nehmen, falls Du doch noch vorhast, diesbezüglich Dein Hirn einzuschalten. Falls Du ernstzunehmende Argumente gegen die dortige Definition („auf meinem Pass steht das nicht“ ist keine solche) hast, darfst Du diese gerne vorbringen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
22.01.2014, 14:43 Uhr [ - Direktlink - ] |
Thema: Die Lügenbande, Teil zwo ! ;-)
Brett: Get a Life Nebenbei gesagt: Zitat:Auf meinem Reisepass steht „Europäische Union“… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
22.01.2014, 14:39 Uhr [ - Direktlink - ] |
Thema: Die Lügenbande, Teil zwo ! ;-)
Brett: Get a Life Zitat:Ja. Zitat:Nein, das ist Deine Definition, die Du Dir gerade aus dem Ärmel geschüttelt hast (ich hoffe, es war der Ärmel), weil Du besonders schlau sein wolltest. Zitat: Zitat:Kann man aber auch drauf kommen, wenn man mehr als nur trollen will. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
20.01.2014, 10:32 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Zitat:Wieso brauchst Du in dieser Phase einen „Resize“? Der Ablauf ist doch normalerweise so, dass Du zuerst des Text-Objekt anlegst und es dann mit einem Fenster assoziierst. Aber davon abgesehen gibt es doch gar keinen Grund, bei jeder Attributänderung die Fenstergröße neu zu berechnen. Schon gar nicht, wenn das Fenster überhaupt nicht sichtbar ist. Das ist letztendlich genau dasselbe wie mit dem Neuzeichnen, merke Dir einfach nur dass die Größe des Fenster neuberechnet werden muss und führe die Aktion aus, wenn alle anderen Operationen abgeschlossen sind (vor dem Neuzeichnen), aber frühestens wenn das Fenster wirklich sichtbar werden soll und somit der Screen feststeht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
17.01.2014, 12:42 Uhr [ - Direktlink - ] |
Thema: ZorRam vs Bigram
Brett: Amiga, AmigaOS 4 Zitat:Das ist die CyberStormPPC ebenfalls. Die wichtigsten Komponenten, RAM, SCSI-Controller und Grafikkarte sind direkt angebunden. Deshalb dürften Limitierungen des CPU-Slots für AOS4 keine Rolle spielen. Direkter DMA zwischen dem Hauptspeicher und alten Zorro-Karten wird ja eh nicht unterstützt. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
15.01.2014, 09:27 Uhr [ - Direktlink - ] |
Thema: ZorRam vs Bigram
Brett: Amiga, AmigaOS 4 Zitat:Meines Wissens werden die unter AOS4 nicht mehr automatisch in den RAM kopiert. Somit dürfte das nicht allzuviel bringen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
15.01.2014, 09:26 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Auf dem Amiga sind Commodities die ältesten Programme, bei denen es eine solche Funktionalität gibt. Bei denen heißt es einfach „Show“ und „Hide“. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
10.01.2014, 14:37 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Zitat:Kommt drauf an, welche Form des ungültig werdens Du meinst. Das AmigaOS unterstützt keine grundlegenden Änderungen von Screens, d.h., solange der Screen existiert, sind Remapping und Pens gültig. Falls Du auf Dateiänderungen abzielst, die sind afaik bei Datatypes auch nicht möglich, weil die Datei gelockt bleibt. Aber natürlich wäre es prinzipiell möglich, die Datei freizugeben und auf Änderungen zu überwachen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
10.01.2014, 14:26 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Zitat:Beim ersten Zeichnen. Dein Problem ist somit ein reines Caching-Problem: Du willst das Ergebnis des Remappings/Pen-Allocation für weitere Verwendung speichern. Für die Funktionsweise einer solchen Speicherung ist es essentiell, ob diese gemeinsam genutzten Objekte im Kontext unterschiedlicher Screens verwendet werden sollen oder immer nur für denselben. Davon hängt die notwendige Struktur (deren Komplexität) ab. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
10.01.2014, 14:16 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Ach, da war ich wohl zu langsam, ist schon fast alles gesagt worden… |
|||||
Holger
Nutzer
10.01.2014, 14:14 Uhr [ - Direktlink - ] |
Thema: Selfmade GUI Programmierung Tips?
Brett: Programmierung Da Du ja dabei bist, das Rad neu zu erfinden, musst Du doch nur gucken, wie die existierenden Räder so funktionieren. Datatypes Objekte kannst Du z.B. durchaus in einer Anwendung rumreichen, ohne einen Screen zu haben. Remapping findet erst statt, wenn das Objekt auch gezeichnet werden soll. Nicht der Button muss wissen, wann das Fenster geöffnet wird, sein Skin-Image muss wissen, wann es tatsächlich gezeichnet werden soll. Und das weiß es ja auch… Genau dasselbe lässt sich auch für ein Pen-Objekt implementieren, das seine Screen-unabhängige Form kennt (z.B. RGB) und sich erst bei Bedarf die Screen-Pen-Nummer besorgt. Du solltest allerdings jetzt die Entscheidung treffen, ob dieses UI mit shared data mehrere Screens zur selben Zeit unterstützen soll oder ob Du das von vornherein ausschließt. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
07.01.2014, 17:50 Uhr [ - Direktlink - ] |
Thema: amiga-news Nachrichten system
Brett: Forum und Interna Übrigens, ich sehe bei Palguckers Beitrag als final an T-Online ausliefernden Server: Received: from alc-shared-relay2.dreamhost.com ([69.163.254.27]) Dieser Mailserver scheint auf einigen Black-Lists zu stehen. http://www.dnsbl.info/dnsbl-database-check.php?IP=69.163.254.27 Der Domain-Name dieses Servers suggeriert, dass es mehr als einen Relay gibt, was bedeutet, dass der Status bezüglich der Black-Lists je nach gerade verwendetem Relay Server anders aussehen kann, was den Erfolg des Mail-Versands zu einem Glücksspiel macht. Normalerweise würde man an dieser Stelle sagen, „kümmert Euch um Euren Mailserver“, aber es ist ja gar nicht Euer Server. Ihr könnt gar nichts dagegen machen, wenn andere Dreamhost-Kunden Spam versenden oder der Server nicht ausreichend gegen Missbrauch gesichert ist. Außer umziehen… -- Good coders do not comment. What was hard to write should be hard to read too. [ Dieser Beitrag wurde von Holger am 07.01.2014 um 17:52 Uhr geändert. ] |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |