Vergütungszeit bei Vergütungs-Popup

Djdjrjf8e · 24 Februar 2011

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:

Eine Zeit von 2 Minuten ist extrem kurz, vor allem wenn man wie ich zur Zeit mit einer GPRS-Verbindung die Seiten aufruft
Du nichts besseres zu tun hast,als mit dem Anhängen des kompletten CSS-Files für die ganze Klamm-Seite die Download-Menge zu erhöhen, nur um eine Grafik und ein bisschen Text zu verschönern.
Man am Ende auch noch die Meldung bekommt "sie hatten 5 Minuten Zeit" was bei einer Eingabezeit von 2 Minuten! definitiv nicht stimmt.

Insgesamt brauchte allein das Laden des Vergütungs-Popup 90 Sekunden ohne die Grafik mit dem Zahlencode zu laden. Ergo reichte die Zeit für einen Reload gar nicht mehr aus, sodass ich hier die "Aufruf nicht vergütet. Sie hatten 5 Min Zeit."-Meldung bekam.

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:

<!-- START Popup Payme CSS --> 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
 "https://www.w3.org/TR/html4/loose.dtd"> 
<html> 
	<head> 
	   	   		
   <meta http-equiv="content-Type" content="text/html; charset=iso-8859-1"> 
   <title>Vergütung :: klamm.de</title> 
   <meta http-equiv="X-UA-Compatible" content="IE=8"> 
   <meta name="Keywords" content="geld-verdienen, bezahlte startseite, community, nachrichten, news, forum, freunde finden, klamm-lose"> 
   <meta name="Description" content="Lassen Sie sich von klamm.de für Ihre Startseite bezahlen und genießen Sie die Vorteile der Community"> 
   <meta name="Abstract" content="Community, bezahlte Startseite und Heimat der klamm-Lose"> 
   <meta name="page-topic" content="community, nachrichten, forum"> 
   <meta http-equiv="content-language" content="DE"> 
   <meta property="fb:page_id" content="104444044721"> 
   <link rel="shortcut icon" type="image/x-icon" href="https://www.klamm.de/favicon.ico"> 
   <link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/community.css?v=1.42"> 
   <link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/css_payme.css"> 
   <!--[if IE]><link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/community_ie.css?v=1.01"><![endif]--> 
   <!--[if lt IE 8]><link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/community_ie7.css?v=1.01"><![endif]--> 
   <!--[if IE 6]><link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/community_ie6.css?v=1.01"><![endif]--> 
   <!--[if lt IE 6]><link rel="stylesheet" type="text/css" href="https://img1.klamm.de/css/community_ie5.css?v=1.01"><![endif]--> 
   <link rel="contents" title="Inhaltsverzeichnis" href="/sitemap/"> 
   <link rel="alternate" type="application/rss+xml" title="klamm.de NewsFlash" href="https://img2.klamm.de/rss/news_recent.xml"> 
   <link rel="alternate" type="application/rss+xml" title="klamm.de Weblogs" href="https://img2.klamm.de/rss/weblog_recent.xml"> 
   <link rel="alternate" type="application/rss+xml" title="klamm.de Forum" href="https://img2.klamm.de/rss/forum_recent.xml"> 
   <meta name="robots" content="index,follow"> 
   <meta http-equiv="Expires" content="Mon, 06 Jan 1990 00:00:01 GMT"> 
   <meta http-equiv="Pragma" content="no-cache"> 
   <meta http-equiv="Cache-Control" content="no-cache"> 
   <script type="text/javascript" src="https://img1.klamm.de/js/jquery.min.js"></script> 
   <script type="text/javascript" src="https://img1.klamm.de/js/functions.js?v=1.32"></script> 
   <script type="text/javascript" src="/ads/adframe.js"></script> 
   <script type="text/javascript" src="https://img1.klamm.de/js/functions_payme.js?v=1.1"></script>   
   <script type="text/javascript">      
      gl_st = 'dddbf8fe564f46b50502b47030feb35b';
      gl_aw = '0';
      gl_po = '0';
   </script> 
 
		<script type="text/javascript">clen = 3;</script>		
	</head> 
	
		<body class="popup"> 
			<div align="center" style="padding:23px 17px 0 10px"> 
			   <span class="f2b"><span class="red">keine Berechtigung</span></span><br><span class="dgrey">(Popup muss mit Startseitenaufruf öffnen)</span> 
				<div class="ll_container"> 
      	      <a class="ll" href="https://www.klamm.de/?jump=loselinks" target="_blank">::: Loselink :::</a><br><a class="under" href="/out.php?t=ll,53607,2948b5a1debd5779aee526a733e330ca" target="_blank">:::::: Lose Lose Lose ::::::</a> 
            </div> 
         </div> 
			<script type="text/javascript"> 
				waitclose(15);
			</script> 
			</body> 
		</html> 
		<!-- ENDE Popup Paid CSS -->

Müssen META-TAGS für eine schnöden Vergütungsaufruf sein?
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

ufo · 24 Februar 2011

also, ich hab die 5 minuten zeit, in vollem umpfang!

ich würde eher sagen das liegt an der GPRS-verbindung, die halt zulange braucht!

27o8 · 24 Februar 2011

Das CSS File wird doch sowieso nur 1x geladen und ist dann im cache :think:

*edit*
okay manche Browser / Geräte haben mit Parametern an statischen URLs Probleme und cachen diese nicht.

Djdjrjf8e · 24 Februar 2011

ufo schrieb:
also, ich hab die 5 minuten zeit, in vollem umpfang!

ich würde eher sagen das liegt an der GPRS-verbindung, die halt zulange braucht!

Dann achte mal genau darauf bei den nächsten Vergütungen, mal sind es 4 Min, mal 3 Minuten, mal 5 Minuten. Das wird variiert, ändert aber an der Sache nichts.

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

Djdjrjf8e · 24 Februar 2011

*edit* Sorry für Doppelpost..

Gremlin schrieb:
Das CSS File wird doch sowieso nur 1x geladen und ist dann im cache

*edit*
okay manche Browser / Geräte haben mit Parametern an statischen URLs Probleme und cachen diese nicht.

Richtig, und beim Vergütungspopup ist dies der Fall, da hier dynamisch unterschiedliche Informationen übermittelt werden (Zahlencode, Grafik, Ablaufdauer) aber grundsätzlich ergibt es keinen Sinn ob gecacht oder nicht, den Browser mehr laden zu lassen als eigentlich benötigt wird.

Gruss,

jiw

robert · 24 Februar 2011

jiw schrieb:
Dann achte mal genau darauf bei den nächsten Vergütungen, mal sind es 4 Min, mal 3 Minuten, mal 5 Minuten. Das wird variiert, ändert aber an der Sache nichts.

Seltsam, zumal im kürzlich erstellten "KAQ"-Video auch explizit von 5 Minuten die Rede ist.
Eine Option wäre ja Premium zu nehmen, da hast du auf jeden Fall 10 Minuten :mrgreen:

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.

27o8 · 24 Februar 2011

robert schrieb:
Eine Option wäre ja Premium zu nehmen, da hast du auf jeden Fall 10 Minuten

Premium senkt doch nur die Reload-Sperre, und diese auf 15 Minuten. Woher hast du das mit den 10 Minuten? :think:

Djdjrjf8e · 24 Februar 2011

robert schrieb:
[...]
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.

Die UMTS-Optimierung betrifft, soweit ich weiss, nur diejenigen, bei denen der vorgeschaltete Proxy des Anbieters unerwünschte Komprimierungen an Grafiken und Javascript-Code vornimmt.

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

robert · 24 Februar 2011

Gremlin schrieb:
Premium senkt doch nur die Reload-Sperre, und diese auf 15 Minuten. Woher hast du das mit den 10 Minuten?

Einmal hier:

[URL schrieb:
https://www.klamm.de/partner/unter_premium.php][/URL]
mehr Zeit für die Eingabe des Startseiten-Vergütungscodes

Zum anderen hab ich Premium und bisher hatte ich immer 10 Minuten für die Eingabe. Ich schau da zwar nicht jedesmal so genau hin, aber zumindest der letzte war 10 Minuten.

27o8 · 24 Februar 2011

https://www.klamm.de/partner/unter_premium.php]

WOW seit wann hat klamm denn so ne schöne 404 Seite? :ugly:

Aber hast recht :xx:

wusste ich noch gar nicht *G*

Aber wer braucht 10 Minuten für 3 Zahlen zu tippen? Die 5 mins sind ja schon "seniorenfreundlich"

Djdjrjf8e · 26 Februar 2011

Supi... 3 Minuten diesmal ... 17 Sekunden waren übrig bis die Meldung endlich kam, "Vergütung erfolgt" ...

jiw

klamm · 26 Februar 2011

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 ...

okay manche Browser / Geräte haben mit Parametern an statischen URLs Probleme und cachen diese nicht

Die Parameter nutze ich, um ggf. re-cache zu forcen.
Ich könnte die im Vergütungspopup auch abstellen, mal testen.

Komplettes CSS, von dem vielleicht 5% tatsächlich verwendet wird?

Ist ne grundsätzliche Design-Frage, ob man 1 großes CSS für (fast) alles macht, oder ob man für jede Unterseite ein spezialisiertes CSS macht. Ich bin eher für Ersteres, da es eh nur 1x geladen wird.

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.

Meta-keywords / Abstract / Description für ein Vergütungspopup, was Google sowieso nicht indiziert [...]

Das ist doch Wayne. 10 Zeilen ... ~0 Daten.
Ist halt ein globales Meta-Tag-include.

:arrow:

Ich schau ma, ob ich was verschlanken kann.
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. :ugly:

klamm · 26 Februar 2011

Gremlin schrieb:
WOW seit wann hat klamm denn so ne schöne 404 Seite?

https://www.klamm.de/forum/geil404
https://www.klamm.de/geil404

klamm · 26 Februar 2011

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 ...

Djdjrjf8e · 26 Februar 2011

klamm schrieb:
Erstma abregen ...
Es wurde da seit X Jahren nichts geändert.

Zum Zeitpunkt, zu dem das Script aufgerufen wird (nicht fertiggeladen), 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....

Oh ich bin schon längst abgeregt. ;-)

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. ;-)

klamm schrieb:
Danach hast Du halt noch 3min übrig für die Eingabe. Also alles korrekt. Und beim Bestätigen wird die CSS etc. definitiv nicht nochmal frisch geladen (außer man forced cache off, was bei mobilen Verbindungen albern wäre).

In meinem Fall warens minus 30 Sekunden, bzw. beim 3-Minuten Countdown 17 Sekunden, nach dem Timer auf der Startseite.

klamm schrieb:
Die Parameter nutze ich, um ggf. re-cache zu forcen.
Ich könnte die im Vergütungspopup auch abstellen, mal testen.

Besser wäre esdie Datenmenge im griff zu halten, sprich zu optimieren...
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.

klamm schrieb:
Was lang braucht, sofern nicht gecached, ist die CSS, aber auch jQuery und die JS-functions ...

.. und die Grafik mit dem Zahlencode

klamm schrieb:
...- und dies ist notwendig für die Funktionalität des klamm-Frameworks.

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.

klamm schrieb:
Im Normalfall wird das alles gecached und g-zipped übertragen. Bei meinem iPhone z.B. kann ich auch mit GPRS problemlos vergüten (mit 5min). Spiel also mal an Deinen Handybrowser-Einstellungen rum, da kann man bestimmt noch was einstellen diesbezüglich.

Ich nutze mein Handy nur als Modem, tatsächlich hängt ein Läppi dran, mit schlankem OS und Chrome, wie Du auch am Screenshot siehst.
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)

klamm schrieb:
Ist ne grundsätzliche Design-Frage, ob man 1 großes CSS für (fast) alles macht (was dann im Normalfall nur 1x geladen wird) oder ob man für jede Unterseite ein spezialisiertes CSS macht, was mehr Verbindungen beim Seitenaufruf erfordert, 100 CSS-Dateien in den Cache lagert ... und die Wartbarkeit leidet ebenfalls darunter.

Richtig ein zentralisiertes CSS-File ergibt Sinn, wenn dessen Angaben auch auf den Seiten verwendet werden und dafür ist das Community.css ja da.
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...

klamm schrieb:
Was ich damit sagen will: 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 (und dazu Klassen aus der globalen CSS duplizieren müsste), spart das vllt. 20KB an komprimierten Daten und um das JS-Framework kommt man eh nicht rum.

warum eine spezialisierte CSS? Inline-CSS reicht zur Not vollkommen aus für die paar Angaben und Du verwendest ja schon eine bereits existierende JS für das Popup. Also so groß können die Änderungen nicht sein.

klamm schrieb:
Das ist doch Wayne. 10 Zeilen ... ~0 Daten.
Ist halt ein globales Meta-Tag-include.

Hab ich mir schon gedacht.. Ist aber trotzdem Blödsinn, da es weder angezeigt noch verwendet wird. Und lass mich raten in dem Std-Header das Du verwendest, sind die CSS / JS-Aufrufe bereits enthalten... :ugly:

klamm schrieb:
Ich schau ma, ob ich was verschlanken kann.
Das grundsätzliche Probleme sehe ich aber in Deinen Cache-Einstellungen.

Wie gesagt, ich sehe das Problem eher in den variierenden
Eingabezeiträumen und der Problematik bei nicht ladendenden Grafiken
oder anderen Ladeproblemen ob Cache oder nicht .. wasnicht verwendet wird, braucht auch nicht geladen werden..

klamm schrieb:
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.

Richtig, stell den Timer wirklich auf 5 Minuten und zwar immer und erst bei geladener Grafik. das wäre schon mal ein Anfang..

EDITH:

klamm schrieb:
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 ...

Erwischt..! :mrgreen:

Ich bin halt ein spezieller Fall, always optimized *gg*

Gruß,

jiw

klamm · 26 Februar 2011

jiw schrieb:
wie kommt es dann, das in der Anzeige und auch tatsächlich eine variierende Zeit zwischen 2-5 Minuten verwendet wird

Weil der Timer schon mit Startseitenaufruf gestartet wird. Und zwar immer mit 5min. Nix variabel. Du musst halt mit GPRS erstma die Startseite fertigladen, bis das Popup aufgeht. Dort holt er sich dann die "Restzeit" = 5min - zeit_bis_popup_aufgeht. zeit_bis_popup_aufgeht ist im Normfall halt <2sek. Deshalb isses noch niemandem aufgefallen (inkl. mir).

Besser wäre esdie Datenmenge im griff zu halten, sprich zu optimieren...

Diese Diskussion kann man sich sparen, wenn man davon ausgeht, dass 99,999% aller Surfer ihren Cache auf Standardeinstellung haben. Dann werden die statischen Sachen zwischengespeichert und der Rest ist egal. Auf klamm selbst isses Dir ja auch egal und im Forum wird auch ALLES geladen, obwohl es nicht immer genutzt wird. Wir führen die Diskussion ja im Prinzip nur, weil das Ganze an einen Timer gekoppelt ist. Also muss man sich zunächst den Timer vornehmen.

denn ganz ehrlich, welche Funktionen brauchst Du denn tatsächlich dort?

Ja, nur 1,2 wenige ... aber es ist ja eh im Cache.
Eigentlich.

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.

Ich müsste halt die Standard-Klassen (Schritart, Größen, Farben etc.) aus der community.css in die spezialisierte CSS duplizieren. Das ist wartungstechnisch unsauber, denn wenn ich mal was ändere, muss ich es an allen Stellen ändern. So nur 1x global.

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.

Das Popup ist ein neues Dokument.
Es kennt die Hauptseite nicht.

... und da kann ich auch mit meinen Cache-Einstellungen von Chrome spielen wie ich will (die aber auf Standard gesetzt sind)

Wenn er die CSS nicht cached, dann fummelt Dir wohl doch irgendein GPRS-Proxy zwischenrein. :-?

Wenn ich mit Chrome und Surfstick online gehe, cached er alles ganz normal und das Vergütungspopup ist sofort da, da nix nachgeladen werden muss.

Warum eine spezialisierte CSS? Inline-CSS reicht zur Not vollkommen aus für die paar Angaben und Du verwendest ja schon eine bereits existierende JS für das Popup. Also so groß können die Änderungen nicht sein.

Ihh, inline CSS is ja ma das Letzte. :ugly:

Wie gesagt: Diskussion im Prinzip überflüssig, da Prämisse: Cache gilt.

in dem Std-Header das Du verwendest, sind die CSS / JS-Aufrufe bereits enthalten...

Die Globalen ja, deshalb heißen sie ja "global".

Richtig, stell den Timer wirklich auf 5 Minuten und zwar immer und erst bei geladener Grafik. das wäre schon mal ein Anfang..

Das werd ich tun.

Edit: Nachtrag
Da steht übrigens beim Abschicken ...

Sie haben maximal Xmin Zeit.

Stimmt also.

klamm · 26 Februar 2011

So, der Timer startet jetzt erst beim ersten Aufruf der Code-Grafik.
Damit dürfte das "keine Zeit" Problem zunächst gelöst sein.
Bitte Rückmelden ob es klappt.

Außerdem wurde die Minutenanzeige verbessert.
10min --> 10min
09:59 --> 9min
...
1:01 --> 1min
00:59 --> 59sek
...

Vorher war das aufgerundet, was dann zu Missverständnissen geführt hat. Es stand z.B. 1min da, obwohl der User nur noch 20sek hatte. Volle "5min" (bzw. 10) Zeit hat man genaugenommen nur in der ersten Sekunde.

Djdjrjf8e · 27 Februar 2011

Super Lukas!

Ich werde das mal antesten und beobachten.
Toll das Du dich darum gekümmert hast.

Mit freundlichen Grüßen,

jiw

GoldSaver · 27 Februar 2011

Hallo,
ich habe gerade diesen Thread entdeckt und möchte dazu nun auch mal etwas sagen:

Da ich auf dem Land wohne, wo es immer noch kein DSL gibt, muss ich mich mit einer extrem langsamen ISDN-Verbindung abmühen.

Da habe ich auch erhebliche Probleme mit dem Vergütungsfenster.
Ich habe mich schon immer gewundert, das im Fenster 5 Minuten steht, aber ich habe auch schon auf die Uhr gesehen und 5 Minuten sind es bei mir nicht.
Ich fufe die URL auf und sehr oft schaffe ich es nicht mehr den Code einzugeben.
Aber 5 Minuten sind da bestimmt nicht um. vielleicht 3 Minuten.

Aber trotzdem, manchmal braucht meine Verbindung auch 5 Minuten um alles zu laden, da wäre es echt sinnvoll den Timer erst mit dem POP-Up zu starten.
Was mir auch aufgefallen ist, ist das ich manchmal gar keinen 2.-Versuch habe.
Wenn ich dann einen falschen Code eingegeben habe und auf nochmal klicke, verschwindet das Fenster. Woran kann das denn nun wieder liegen?

Danke schonmal-

Gruß,
GoldSaver

Djdjrjf8e · 28 Februar 2011

klamm schrieb:
So, der Timer startet jetzt erst beim ersten Aufruf der Code-Grafik.
Damit dürfte das "keine Zeit" Problem zunächst gelöst sein.
Bitte Rückmelden ob es klappt.
....

Klappt, Danke!

Vergütungszeit bei Vergütungs-Popup

Djdjrjf8e

Gondo blogird.

ufo

HA HO HE

27o8

Djdjrjf8e

Gondo blogird.

Djdjrjf8e

Gondo blogird.

robert

Well-known member

27o8

Djdjrjf8e

Gondo blogird.

robert

Well-known member

Anhänge

27o8

Djdjrjf8e

Gondo blogird.

klamm

Chef

klamm

Chef

klamm

Chef

Djdjrjf8e

Gondo blogird.

klamm

Chef

klamm

Chef

Djdjrjf8e

Gondo blogird.

GoldSaver

Well-known member

Djdjrjf8e

Gondo blogird.

Ähnliche Themen