Asiacheck Optimierung

Druckbare Version

12.01.2009, 01:33
Lokutos

Asiacheck Optimierung

Hi
Dieses mal nur ein kleiner code den man in der Datenbank ausführen sollte

PHP-Code:

Delete FROM `laendercode` WHERE CC2 != 'CH' AND CC2 != 'DE' AND CC2 != 'AT';

Er Bewirkt ganz einfach das nicht bei jedem Aufruf wo die I geprüft wird
die ganze Tabelle durch gegangen werden muss.
Der Codeschlüssel ist gedacht für das Addon
Ausländischen Traffic Klicksperrung
Allerdings seht ihr dann im Adminforce unter Ländercode auch nicht mehr woher der user Kommt wenn nicht aus DE AT CH
Vorteile Liegen Klar auf der Hand es müssen nicht immer alle 88000 Spalten durchgegenagen werden sondern nur noch +/- 10k.

MFG Joschi
12.01.2009, 03:36
maniwelt

Hmm....

Dein Text ist mal wieder sauber ^^

Bedeutet das quasi, die aus DE, AT, und CH kommen, das DIE nicht angezeigt werden, woher die kommen ?

Aber die restliche Länder schon ?

Wozu dann der Ländercode-Addon noch ?

Dann wäre es einfacher, nur unbekannte Länder, die nicht zugelassen sind, in dem Addon anzuzeigen, der Rest kann dann raus, solange die aus DE, AT und CH kommen, müssen die nicht in der Liste stehen, halt gefiltert, nur mal als Vorschlag....
12.01.2009, 13:18
Worka

Zitat:

Zitat von maniwelt

Bedeutet das quasi, die aus DE, AT, und CH kommen, das DIE nicht angezeigt werden, woher die kommen ?

Aber die restliche Länder schon ?

...
Dann wäre es einfacher, nur unbekannte Länder, die nicht zugelassen sind, in dem Addon anzuzeigen, der Rest kann dann raus, solange die aus DE, AT und CH kommen, müssen die nicht in der Liste stehen, halt gefiltert, nur mal als Vorschlag....

Angezeigt werden sollten eigentlich alle, die aus DE/AT/CH kommen.
IPs andere Hekunft könnne dann nicht mehr zugeordnet werden, weil die Einträge der anderen Länder ja nicht mehr da sind.

Joshi geht es ja um eine geschwindigkeits Optimierung, wenn ich richtig verstanden habe.

Da ist es natürlich schneller nur zu testen ob die IP aus DE/AT/CH kommt als zu testen ob sie aus einem der unzähligen anderen Ländern kommt.

Ich habe aus der ASIA Tabelle mal alle Einträge gelöscht, die nicht aus DE/AT/CH kommen.

Da bleiben von über 60.000 Einträgen nur noch ca. 8000 übrig.
Bleiben also ca 52.000 für alle anderen Länder.

Und es geht natürlich schneller die IP mit einer Liste aus 8000 Einträgen abzugleichen, als mit 52.000.
12.01.2009, 13:46
maniwelt

Hmmm, ok, hab es mal ausgeführt...

"Gelöschte Zeilen: 75799 (die Abfrage dauerte 0.9876 sek)"

Bin mal gespannt was es wirklich bringt.....
12.01.2009, 13:53
Gremlin

Ein Primary Key auf IP_FROM IP_TO dürfte das ganze noch mehr beschleunigen :biggrin1:

Code:

ALTER TABLE `laendercode` ADD PRIMARY KEY (`IP_FROM`, `IP_TO`)
12.01.2009, 14:09
maniwelt

Danke, ebenfalls gemacht :thumb:
12.01.2009, 17:08
Lokutos

Zitat:

Zitat von maniwelt

Hmm....

Dein Text ist mal wieder sauber ^^

.

THX geb mir mühe :wink:

Ne sry naja status promit 2 wahr das eben gg.

So nun Nochmal zum Thema:

In dem addon speziel für die klickbereichprüfung geht er bei jedem aufruf alle IP's durch was insgesammt +/- 90000 sind,
und er sucht einfach ob die IP aus DE(Deutschland) CH(schweiz) oder AT ( östereich) kommt wenn er die IP nicht in diesen ländern findet beziehungseise wenn er die IP findet Aber das Land nicht den vorgaben entspricht spert er dem User den klickbereichausfruf.

Da aber Nicht finden der IP oder Falsches Land das gleiche bewirkt kann man alle IP Zeilen die nicht DE,AT oder CH sind Löschen.
So muss er jedes mal nur 15'000 Zeilen durch gehen und nicht mehr die 80'000
sprich der Klickbereich wird viel schneller geladen.

Wer Allerdings wissen will ob sein user aus China oder ender Japan kommt kann dies leider nicht ausführen da die IP dan nicht drinn ist in der Tabelle.
Gesperrt werden sie aber auf jeden fall für den klickbereich.

Hoffe ist so viel verständlcher :redface::biggrin1:

*klugscheiss*
bei den meisten guten servern bringt es nichts.(zumindest irelevant)
aber wenn man hin geht wie ich und z.b. die bettelaufrufe und vergütungen einzeln checkt dan ist dies doch eine erhebliche steigerung.
*aus*

MFG
Joschi
02.02.2009, 11:36
h-m

Ich nenne diese Optimierung mal Ländercode-Positivliste, weil dann in der Ländercode-Tabelle nur noch erlaubte Länder/IPs drin sind (z.B. nur noch AT, CH, DE).

Wenn man das Land feststellen will, obwohl der User keinem Land aus der Ländercode-Positivliste zugeordnet werden kann, dann könnte man einfach eine zweite Ländercode-Tabelle anlegen, die alle Einträge (oder die Einträge aller nicht erlaubten Länder) enthält.
Wird ein User gefunden dessen IP nicht in der kleinen Ländercode-Positivliste ist, könnte man die IP gegen diese zweite große Ländercode-Tabelle prüfen.

So hätte man den Vorteil der Optimierung und behält trotzdem die Möglichkeit, das Land von Usern zu erkennen, die nicht in der Ländercode-Positivliste sind.
25.02.2009, 04:12
Ceel

Wo bekomme ich dieses Ländercode check Addon ?
25.02.2009, 06:35
didith1207

das ist von Hardliner
25.02.2009, 08:01
Ceel

Zitat:

Zitat von didith1207

das ist von Hardliner

Kann man das Addon irgendwo kaufen ?
25.02.2009, 11:34
Roadstar

Zitat:

Zitat von Ceel

Kann man das Addon irgendwo kaufen ?

Hallo,

ja kann man und zwar hier

http://vms-shop.scripte4lose.eu

LG Roadstar
15.03.2009, 10:46
MoRaMedia

Super Addon eigentlich, wenn man keine Probleme mit den AOL Usern hätte die nur am Maulen sind, von daher passt der name ASIAcheck ja nicht so 100%

Aber ansonsten TOP:yes:
15.03.2009, 12:36
jpwfour

Nun, fragt sich ja auch, ob und wie
1. die Sponsoren solche AOL Nutzer behandeln, denn wenn angenommen der Sponsor die gleiche Datenbank benutzt, wird der Klick dort nicht vergütet, also müsste auch der Webbi den User sperren, egal ob nun DE oder nicht...

2. ob nicht einfach die verwendete Datenbank zu schlecht ist, und es eine bessere gibt

3. kann man ja auch manuell die IP Ranges von AOL hinzufügen:
http://webmaster.info.aol.com/proxyinfo.html

(k.a., inwiefern die Infos dort brauchbar sind, da ich selber AOL nicht nutze und für Solche auch keinerlei Verständnis habe :biggrin1: )
15.03.2009, 14:58
MoRaMedia

da gebe ich dir 100% recht

aber dann is es eine vergütungssperre oder sowas, kein 100% asia check weil auch aol kein asien und co ist :wink:
15.03.2009, 21:54
h-m

man könnte doch ein reverse dns lookup auf die IP des users machen und wenn der zurückgelieferte hostname mit "aol.com" oder "aol.de" endet, dann den user beim asiacheck nicht sperren.
meint ihr das ist mit vertretbarem aufwand machbar, also kann man sowas für die serverlast schonend einbauen?
15.03.2009, 22:18
Sebmaster

Zitat:

Zitat von h-m

meint ihr das ist mit vertretbarem aufwand machbar, also kann man sowas für die serverlast schonend einbauen?

U.U. mit dieser PHP-Funktion.

Die Frage ist halt, was es bei AOL zurückgibt...
15.03.2009, 22:44
jpwfour

Ich denke, da ist es weniger aufwändig, "manuell" regelmäßig bei AOL vorbeizuschaun:

Zitat:

AOL Proxy IP Addresses
64.12.96.0/19 195.93.48.0/22
195.93.64.0/19
195.93.96.0/19
195.93.16.0/20 198.81.0.0/22
198.81.16.0/20
198.81.8.0/23 202.67.65.128/25 205.188.192.0/20
205.188.208.0/23
205.188.112.0/20
205.188.146.144/30 207.200.112.0/21
AOL Client IP Addresses
This information changes regularly and should be checked often.
172.128.0.0/10 172.192.0.0/12 172.208.0.0/14 202.67.66.0/23 172.200.0.0/15 172.202.0.0/15 172.212.0.0/14 172.216.0.0/16 202.67.68.0/22 202.67.72.0/21 202.67.80.0/20 202.67.96.0/19

Laut dem einen Satz müssten das ja auch aktuelle Infos sein?