|
|
#1 (permalink) | |||
|
10 Jahre Klamm!
|
Hallo Lukas,
Ich muss sagen, so langsam kotzen mich die ständigen Verschlechterungen hier auf Klamm echt an, ich hab Verständnis, wenn Du sicher gehen willst, das die User auch die Fenster betrachten und Du deshalb die Zeiten variierst, die der User hat, um den Zahlencode beim Vergütungs-Popup einzugeben. ABER:
Mir geht es nicht um die 0,3 Cent, sondern einfach nur um das Prinzip von Schlankheit und Bedienbarkeit. Von Schlankheit kann man nicht mehr sprechen, wenn das komplette CSS-File nur aus "besserer Wartbarkeit" einfach angehängt wird. Von Bedienbarkeit kann man auch nicht mehr sprechen, wenn die Eingabezeit so gering bemessen wird, das User mit langsameren Verbindungen oder aufgrund von Ladezeit-Verzögerungen oder Fehlern, verursacht wodurch auch immer, gar keine Chance haben, den Code einzugeben. HTML-Code:
Was haben die RSS-Angaben in einem Vergütungsfenster zu suchen, wo Du sowieso alle Leisten ausblendest --> sinnlos Ist natürlich nicht der Code des Aufrufes, nur der Bestätigung bzw. Nicht-Bestätigung-Fensters... liefer ich gerne nach, ist bestimmt genauso gruselig ... Bitte änder das und setz zumindest eine vernünftige Zeit zur Eingabe. Danke. Echt frustriert, jiw
Mitglied von R.A.U.S. seit 09.10.2006
Renommee-Kommentare interessieren mich nicht... Aber über pgBKZNdadBQaBdM* freue ich mich!Und ngBKZNdadBQaBdM* beachte ich nur, wenn sie begründet sind.Someone changed my signature ![]() "Die Datensammelwut von Facebook wird uns in den Urin treiben!" Geändert von jiw (24.02.2011 um 19:29:08 Uhr) |
|||
|
|
|
| Gesponsorte Links |
|
|
#4 (permalink) | |
|
10 Jahre Klamm!
|
Zitat:
2 Min sind zu kurz. Komplettes CSS-File, META-TAGs / -Abstract, etc. für Sachen, die sowieso nicht angezeigt werden, zu laden ist einfach Bandbreiten-Verschwendung und Zeit-Verlust. Ist ja so, als ob ich Dir die Enzyklopädia Britannica auf den Tisch kloppe und Dich auffordere Sie komplett zu lesen, statt nur ein Zitat daraus. Ja sicher ist es auch eine Sache der GPRS-Verbindung, nur warum soll ich mehr Daten laden als wirklich notwendig ist. Das ergibt keinen Sinn, unerheblich ob ich mit max. 24KB sauge oder mit 100MBit. Gruß, jiw |
|
|
|
|
|
#5 (permalink) | |
|
10 Jahre Klamm!
|
*edit* Sorry für Doppelpost..
Zitat:
Gruss, jiw |
|
|
|
|
|
#6 (permalink) | |
|
Erfahrener Benutzer
|
Zitat:
Eine Option wäre ja Premium zu nehmen, da hast du auf jeden Fall 10 Minuten Hast du schon mal im Profil versucht die Fancy-Styles aus- und die UMTS-Optimierung einzuschalten? Vielleicht geht das Laden dann ja ein bisschen schneller. |
|
|
|
|
|
|
#8 (permalink) | |
|
10 Jahre Klamm!
|
Zitat:
Mir ist es egal, ob der Proxy komprimiert oder nicht, übertragen müssen diese nicht notwendigen! Daten auf jeden Fall. und bis auf tatsächlich verwendete CSS-Styles, JavaScript für das Tastaturfeld und sehe ich wirklich keinen Sinn für das andere Gedöns überhaupt aufgerufen zu werden. Meta-keywords / Abstract / Description für ein Vergütungspopup, was Google sowieso nicht indiziert, da es nur für angemeldete User aufgerufen wird? RSS-Angaben für ein Fenster, dasnur der Eingabe eines Codes dient und wo die Standardleisten ausgeblendet sind? Komplettes CSS, von dem vielleicht 5% tatsächlich verwendet wird? und auch noch redundant ist, da das CSS bereits von der Hauptseite geladen wurde und eigentlich nur dort verwendet wird? Gruß, jiw Gruß, jiw
Mitglied von R.A.U.S. seit 09.10.2006
Renommee-Kommentare interessieren mich nicht... Aber über pgBKZNdadBQaBdM* freue ich mich!Und ngBKZNdadBQaBdM* beachte ich nur, wenn sie begründet sind.Someone changed my signature ![]() "Die Datensammelwut von Facebook wird uns in den Urin treiben!" Geändert von jiw (24.02.2011 um 20:36:51 Uhr) |
|
|
|
|
|
#9 (permalink) | ||
|
Erfahrener Benutzer
|
Zitat:
Zitat:
|
||
|
|
|
|
|
#12 (permalink) | |||
|
Administrator
|
Erstma abregen ...
Es wurde da seit X Jahren nichts geändert. Zum Zeitpunkt, zu dem das Script aufgerufen wird, wird ein 5min-Timer in der Datenbank gestartet. Für Premium-User 10min. D.h. in Deinem Fall, dass Du mit GPRS wohl ca. 2 min gebraucht hast, um die Seite zu laden. Danach hast Du halt noch 3min übrig für die Eingabe. Also alles korrekt. Da man vor dem Vergütungspopup eh die klamm-Seite laden muss, sind sämtliche "Standard-Scripte" (CSS, JS) schon im Cache und werden im Popup gar nicht mehr angefordert. Ist also wurscht, ob da auch Angaben drin sind, die hier jetzt nicht gebraucht werden. Es sei denn, man deaktiviert seinen Cache, was bei mobilen Verbindungen albern wäre ... Zitat:
Ich könnte die im Vergütungspopup auch abstellen, mal testen. Zitat:
In der community.css sind alle Angaben, die auf mehreren Seiten von klamm verwendet werden. Deshalb ist das eben die globale CSS-Datei, ebenso die functions.js für globale/oft verwendete Javascripts. Selbst wenn ich jetzt eine spezialisierte CSS-Datei für das Vergütungspopup baue, spart das vllt. 20KB an komprimierten Daten und um das JS-Framework kommt man eh nicht rum. Zitat:
Ist halt ein globales Meta-Tag-include. Das grundsätzliche Probleme sehe ich aber in Deinen Cache-Einstellungen. Cache an und gut is. Edit: Als Kompromiss könnte man den 5min-Timer erst beim Laden der Code-Grafik starten. Denn dann ist das Dokument ja implizit auch schon fertig geladen und man hätte - ab da - immer volle 5min Zeit, auch mit ISDN D-Kanal Verbindung.
kl-Amazon. Danke! :))
|
|||
|
|
|
|
|
#13 (permalink) |
|
Administrator
|
kl-Amazon. Danke! :))
|
|
|
|
|
|
#14 (permalink) |
|
Administrator
|
Ich sehe gerade, dass der Timer schon mit dem bezahlten Aufruf der klamm Startseite startet und gar nicht erst mit dem Vergütungspopup. Das hat die Zeit natürlich nochmal geschmälert... ich werde das Montag umbauen.
Im Normalfall spielt sich das ja alles innerhalb 1sek ab, weshalb ich an solche Fälle gar nicht gedacht hatte ...
kl-Amazon. Danke! :))
|
|
|
|
|
|
#15 (permalink) | |||||||||||
|
10 Jahre Klamm!
|
Zitat:
Wenn immer ein 5 Minuten Countdown bei Laden des Scriptes gestartet wird, wie kommt es dann, das in der Anzeige und auch tatsächlich eine variierende Zeit zwischen 2-5 Minuten verwendet wird. Dies habe ich schon mehrfach erlebt und bei obigem Screenshot ist esja tatsächlich so, wenn Du Dir mal die Mühe machst es aufzurufen, das eine Zeit von 3 Minuten zur Eingabe festgelegt wurde für das Popup, also nix mit 5 Minuten. In meinem Fall war es eine 2 Min Eingabezeit, wo ich erneut das Popup laden musste, da (wieder einmal) die Grafik mit dem Zahlencode nicht geladen werden konnte. Tatsächlich wird die Zeit aber nur bei der Eingabe variiert, bei der Fehlerseite steht immer "Vergütung nicht erfolgt, Sie hatten 5 Min Zeit" oder so ähnlich und da fühlt man sich irgendwie verarscht, wenn es tatsächlich weniger waren. ;-) Zitat:
Zitat:
Es macht keinen, Sinn für eine Mini-Seite ein komplettes JS-Framework zu verwenden, oder dutzendende von CSS-Angaben zu laden. Wie Du schon oben geschrieben hast, wenn Du das Popup bzw. Die Scripte dahinter nicht angefasst hast, dann kann man sich auch hier die einmalige Mühe machen, und den Code optimieren auf Schlankheit, denn ganz ehrlich, welche Funktionen brauchst Du denn tatsächlich dort? JavaScripts um die Eingaben der Tastatur ins Eingabefeld zu bekommen, Vieleicht noch ne encode-Function, Überprüfung auf nur Zahlen und Max-Länge. Bei den CSS-Angaben siehts ähnlich aus. Ich würde vermuten, das Ganze mit HTML und CSS passt in eine 5KB-Datei. Die du dann wieder über Jahre in der Versenkung verschwinden lassen kannst. Zitat:
Wirklich, glaub ich nicht, da zu diesem Zeitpunkt das entsprechende Framework durch die Hauptseite schon geladen wurde und Du das Popup erst bei nach Fertigladen der Hauptseite aufrufst. Zitat:
Ich würde in der Regel auch keine Probleme haben, aber da die Eingabezeit zwischen 2-5Minuten variiert wird, wird es zu einem Problem... ... und da kann ich auch mit meinen Cache-Einstellungen von Chrome spielen wie ich will (die aber auf Standard gesetzt sind) Zitat:
Gleiches gilt für ein JS-Framework wo viele Funktionen enthalten sind, die auf den überwiegenden Seiten verwendet werden. Es macht aber keinen Sinn, wenn die Datengröße der zu ladenden CSS-/JS-Dateien die der aufrufenden HTML-Datei um das 20-30-fache überschreiten, nur weil ein-zwei Angaben / - Funktionen daraus verwendet werden. Stell Dir nur einmal vor alle würden plötzlich ihren Browser so manipulieren, das immer die Dateien komplett geladen werden. Bei 25-30.000 Usern die sagen wir 50KB an CSS und JS laden bei jedem Aufruf, sind wir bei 24*30000*0,050=36GB die von deinen Servern geladen werden .. Jeden Tag. Ich glaub da würdest Du hastig werden... Zitat:
Zitat:
![]() ![]() ![]() Zitat:
Eingabezeiträumen und der Problematik bei nicht ladendenden Grafiken oder anderen Ladeproblemen ob Cache oder nicht .. wasnicht verwendet wird, braucht auch nicht geladen werden.. Zitat:
EDITH: Zitat:
Ich bin halt ein spezieller Fall, always optimized *gg* Gruß, jiw
Mitglied von R.A.U.S. seit 09.10.2006
Renommee-Kommentare interessieren mich nicht... Aber über pgBKZNdadBQaBdM* freue ich mich!Und ngBKZNdadBQaBdM* beachte ich nur, wenn sie begründet sind.Someone changed my signature ![]() "Die Datensammelwut von Facebook wird uns in den Urin treiben!" Geändert von jiw (26.02.2011 um 11:48:33 Uhr) |
|||||||||||
|
|
![]() |
| Gesponsorte Links |
| Anzeige |
| Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
| Themen-Optionen | |
| Ansicht | |
|
|
Ähnliche Themen
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Reloadzeit beim Vergütungs-Popup | Olli | klamm talk | 2 | 04.01.2010 16:56:29 |
| Layer-Ad im Vergütungs-PopUp?!? | thekilla1 | Bug-Report | 10 | 29.04.2009 14:38:22 |
| Fehler im Vergütungs Popup | mydoys.de | Bug-Report | 3 | 27.08.2008 22:01:58 |
| keine Berechtigung bei Vergütungs-Popup | wundertuetchen | Bug-Report | 12 | 03.06.2007 05:51:48 |
| Vergütungs-PopUp erscheint nicht | Simone_W | Bug-Report | 0 | 30.01.2007 08:15:17 |