Suchergebnisse
Suchergebnisse 1-20 von insgesamt 25.
Zitat von »Task-Manager« wenn du wirklich auf Nummer sicher gehen willst, obfuscate den Code und lass in PHP vom Server alle paar Minuten einen ApiKey (den du als "lizenz-schlüssel" mitgibst und timecode+IP Adresse) base64 encoded an einen Webserver von dir senden. Ich denke mal wenn jemand versucht das Projekt zu kopieren, bzw zu deObfuscaten, wird er erstmal das Projekt selber ausführen, dass dürfte dann in deinen Logs auftauchen Dann weißt du zumindest wer (API-Key) der Buhmann ist und dein ...
Zitat von »Chromanoid« Meines Wissens kann man sogar festlegen, dass der Code nicht gelesen werden darf (Geschäftsgeheimnis und so). Aber ich kann mir gut vorstellen, dass in diesem Fall die Scripte sowieso an Personen weitergegeben werden, die sich nicht unbedingt an solche Vereinbarungen bzw. Urheberrechte halten, sonst wäre die Angst ja unbegründet. Ich gehe eigentlich davon aus das die meisten Benutzer selber kein Javascript oder PHP koennen. Aber falls es sich irgendwie herum spricht oder ...
Ich habe mir jetzt gedacht wenn man das Javascript mit Obfuskatoren soweit unleserlich macht das es zu aufwendig wird das zu aendern und vorher irgendwelche Sperren mit Javascript einbaut, also sowas wie eine Zeitsperre, wie lange das Program laufen kann, dann ist das ja zumindest schon fuer die meisten Leute nicht aenderbar. Besser als eine Zeitsperre waere aber ein Trick wie man das Programm nur auf bestimmten PCs vom User laufen lassen kann, der das auch gekauft hat. Weil wenn nur eine Zeitsp...
Das hoert sich gut an Leute, ich denke ich werde Obfuskatoren benutzen und spaeter mal falls mein Programm gut ankommt kann ich es auch in anderen Programmiersprachen nachbauen.
Hey Leute, wie gehts euch, ich Gruesse euch alle, ihr habt hier ein wirkliches gut laufendes Forum mit vielen Korrekten Mietgliedern. Weis jemand von euch ob man Javascript und PHP Dateien irgendwie sicher weiter verkaufen kann, so dass der Kaeufer nicht alles kostenlos weiter geben kann an andere Leute, oder als eigenes Produkt weiter verkaufen kann? Weil ich habe etwas gebaut das mit PHP und Javascript aufgebaut ist und da ja die Quellcode Dateien alle frei sichtbar sind und leicht veraendert ...
Zitat von »Schorsch« Zitat von »Javaprogrammer« Gut dann danke fuer eure Tipps und ich werde versuchen mein Code demnaechst asynchron auf zu bauen und vielleicht kann ich dann mein Ergebnis euch hier nochmal zeigen und eure Meinung dazu hoeren. Du baust auch Code nicht allgemein asynchron auf. Aber es gibt nun mal Dinge die etwas mehr Zeit in Anspruch nehmen. Das kann beispielsweise die Anfrage an einen Server, eine Datenbank oder an einen Benutzer sein. Diese Anfragen machst du asynchron. Aber...
Gut dann danke fuer eure Tipps und ich werde versuchen mein Code demnaechst asynchron auf zu bauen und vielleicht kann ich dann mein Ergebnis euch hier nochmal zeigen und eure Meinung dazu hoeren.
Zitat von »Schorsch« Du machst aber halt Dinge die man so nicht machen sollte und dir fehlen teilweise die Zusammenhänge. Das ist ja jetzt nicht so dass du dich ein halbes Jahr durch so ein Tutorial kämpfen müsstest. Aber ein paar Basics sind eben wichtig. Vor allem wenn man Code optimieren möchte. Das geht am besten wenn man wirklich versteht was da passiert. Ja deswegen bin ich ja jetzt hier um von euch zu lernen. Es sind ja nur Kleinigkeiten die ich noch lernen muss um mein Code zu optimiere...
Zitat von »Schorsch« Wie wäre es denn wenn du dir ein vernünftiges JavaScript Tutorial ansiehst. Codecademy und Co haben da sicherlich vernünftige Sachen. Du nimmst hier sehr viele Dinge einfach an ohne sie wirklich zu wissen. Und das ist eine schlechte Sache. Ich glaube so ein generelles Tutorial ueber Javascript waere fuer mich nicht das richtige, ich habe ja im Moment nur das Problem das ich versuche mein Javascript code zu optimieren. Und falls ich mal irgendeine bestimmte Funktion suche ka...
Zitat von »David Scherfgen« Nein, das hast du falsch verstanden. Beide sind asynchron. Den Unterschied habe ich dir ja nun schon mehrfach gesagt. Zitat von »David Scherfgen« setTimeout und setInterval sind beide asynchron. Gegen dein RAM-Problem hilft das aber vermutlich alles nichts. Ja ich denke das es kein grosen Unterschied machen wird welche ich von beiden benutze.
Zitat von »David Scherfgen« Das erzeugt ein regelmäßiges Aufrufen, weil du explizit dafür sorgst. setTimeout von sich aus tut das nicht. Wenn du es so machst wie in deinem Beispiel, hast du den Vorteil, dass du das regelmäßige Aufrufen einfacher abbrechen kannst, wenn du es nicht mehr brauchst, indem du einfach nicht mehr setTimeout aufrufst. Bei setInterval müsstest du dir den Rückgabewert merken und clearInterval aufrufen, um es zu stoppen. Ich habe ja im Moment das Problem mit meinem zu hohe...
Ich habe gerade in Google bisjen gesucht und eine Info auf Deutsch gefunden: https://www.mediaevent.de/javascript/animation.html Ich habe dort genau das gelesen was ich so aehnlich in einem anderen englischen Artikel verstanden habe, die "setTimeout" Funktion ist mehr asynchron und "setInterval" mehr synchron. Ich denke deswegen das ich bei "setTimeout" bleibe, es sei den jemand weis irgendein Vorteil von "setInterval", aber so wie es aussieht scheint "setTimeout" eher den Vorteil zu haben async...
Zitat von »David Scherfgen« Zitat von »Javaprogrammer« Das kann doch aber nicht sein, ich benutze doch "setTimeout" und sehe doch das man damit ein regelmaessiges Aufrufen erzeugt, die Funktion welche ich an "setTimeout" uebergebe wird immer wieder neu aufgerufen, nach Ablauf der eingestellten Zeit, deswegen ist es hier etwas schwer zu verstehen, weil "setInterval" scheint das gleiche zu tun, aber irgendwo scheint es auch ein Unterschied zu geben. Nein, das ist definitiv nicht so. Drück mal F12...
Zitat von »David Scherfgen« Zitat von »Javaprogrammer« Aber irgendwie kann das doch nicht wirklich so sein, das die "setTimeout" etwas nur einmallig aufruft, weil man stellt dort doch die Anzahl an Millisekunden ein und nach Ablauf der Zeit ruft die "setTimeout" Funktion doch wieder die verlinkte Funktion auf, also es wird doch damit auch immer wieder wiederholt? Doch, genau so ist es aber. Ich sehe das Problem nicht. Im einen Fall wird deine Funktion regelmäßig aufgerufen, z. B. jede Sekunde, ...
Zitat von »David Scherfgen« Geht auch (du solltest das XMLHttpRequest-Objekt aber innerhalb der Funktion erzeugen und nicht global), halt ohne jQuery. Wenn du eh schon jQuery nutzt, kannst du es auch für Ajax benutzen. jQuery ist bequemer, macht einige Magic im Hintergrund und versucht dich ein wenig vor inkonsistentem Verhalten der verschiedenen Browser zu schützen. Wenn ich das "XMLHttpRequest" Objekt innerhalb der Funktion erstelle, wuerde das nicht auch dazu fuehren das es immer wieder neu ...
Zitat von »David Scherfgen« Hast du meinen Beitrag oben gelesen? setInterval: Etwas immer wieder ausführen, z. B. jede Sekunde. setTimeout: Etwas einmalig ausführen nach Ablauf einer gewissen Zeit, z. B. nach einer Sekunde. Ja ich lese jeden Beitrag und hoffe viel von euch lernen zu koennen. Aber irgendwie kann das doch nicht wirklich so sein, das die "setTimeout" etwas nur einmallig aufruft, weil man stellt dort doch die Anzahl an Millisekunden ein und nach Ablauf der Zeit ruft die "setTimeout...
Zitat von »David Scherfgen« Nein, das geht so nicht. Du kannst nicht einfach .responseText machen. Zu dem Zeitpunkt ist die Anfrage ja noch gar nicht fertig. Das Ganze läuft asynchron im Hintergrund, darum musst du auch die Funktionen (Callbacks) angeben. Diese werden aufgerufen, sobald die Anfrage fertig ist. Wenn ich das anders aufbaue, ohne der Jquery Ajax Funktion so wie im folgendem Beispiel, ist das nicht auch eine bessere Variante und zugleich asynchron? Quellcode 1 2 3 4 5 6 7 8 9 10 11...
Zitat von »Michael« Zitat von »Schorsch« Hab das grad noch mal gecheckt. Du nutzt synchrone Calls für AJAX. Mach das nicht. Jou! Verwende besser die aktuelle Version von jQuery. Bezüglich AJAX wurde da einiges verbessert und optimiert. (1.5 ist sieben Jahre alt) setInterval statt setTimout, um einmalig den Timer zu setzen/initialisieren Referenzen auf Elemente speichern, statt sie immer wieder neu abzufragen (getElementById) Anzahl der globalen Variablen möglichst kleinhalten ... usw. usf. Zita...
Zitat von »Schorsch« Ich habe deinen Code jetzt mal kurz überflogen. An sich wird der RAM Verbraucht vermutlich nicht besonders hoch sein. Ein Problem ist aber dass du JavaScript falsch zu verstehen scheinst. JavaScript arbeitet an vielen Stellen nicht synchron sondern asynchron. Ein Beispiel ist dein AJAX Aufruf. Wenn das nicht so wäre dann würde dein Browser oder zumindest deine Seite so lange einfrieren bis ein Ergebnis zurück kommt. In deinem Fall würde das alle zwei Sekunden passieren. Das...
Zitat von »Schorsch« Zitat von »Javaprogrammer« Ja das waren schon hilfreiche Tips. Ich habe gestern auch gesehen das irgendwie dieses Chrome Developer Tool Fenster vom Chrome Browser den RAM Verbrauch anheben koennte und ich werde das alles mal mehr beobachten, vielleicht habe ich etwas Glueck und stelle nachher fest das es doch nicht an meinem Javascript liegt sondern an diesem Developer Tool Fenster das geoeffnet war. Das spielt doch hier keine Rolle. Du sollst dir den Speicherverbrauch in C...
23.04.2024, 20:37
Zum Seitenanfang
