AT "Kauftipps"

[k0SH]

Ich war eben zum ersten Mal (glaube ich zumindest) auf der AT "Kauftipps"-Seite:
http://www.adventure-treff.de/specials/kauftipps.php

Solange man solche Preise nicht automatisch mit Amazon abgleicht - i know it is aufwendig zu realisieren - ist die Gefahr realistisch hoch, dass die Preise nicht lange stimmen.
Und siehe da, ich habe nur die ersten fünf angeklickt und ALLE kosten nicht das, was angegeben ist

Daher sollte man meiner Meinung nach die Preise gleich ganz weglassen!
Nur auf die Spiele zu verweisen sollte doch reichen, oder?
Ich finde bei Webseiten generell nichts schlimmer, als "ungepflegte Bereiche".

[elfant]

Ich muß Kosh leider recht geben. Ich habe nun ein paar mehr Spiele mir angesehen. Ein Spiel hatte den gleichen Preis, zwei weitere Spiele war teuer, ein Spiel war nicht mehr "verfügbar" (also nur gebraucht/ Unterhändler) und der Rest war günstiger als angegeben und jenes scheinbar schon seit längerem.
Ich würde zwar die Problematik, warum man gerne Preise zeigen möchte, aber so würde ich Kosh Vorschlag folgen, lieber keine Preise anzuzeigen.

[Simon]

Ihr habt vollkommen recht. Wir sind uns der Problematik auch schon länger bewusst, haben aber noch keine 100%ige Lösung erreicht. Preise weglassen wäre natürlich eine mögliche Notlösung.

[Leonaru]

Kann man das nicht irgendwie direkt verlinken, sodass quasi Amazon die Aktualisierung übernimmt?

[elfant]

Dann frage ich einmal anders: Wie kombliziert ist die reine Preisänderung bzw. ist es eine Maske, welche auch ein untalentierter Affe ändern könnte?

[Simon]

Für händische Änderungen hat bei uns auf die Dauer einfach keiner Zeit (und Lust, denke ich mal). Ich glaube, dass wir zwei Alternativen hatten. Wir könnten unseren eigenen Amazon-Shop aufmachen oder die Preise direkt von Amazon abrufen, beides hatte aber auch größere Nachteile.

[stundenglas]

Was spricht gegen ein Script das wöchentlich oder monatlich die Preise automatisch bei Amazon abfragt und in einer Datenbank hinterlegt oder gleich eine entsprechende Seite generiert.

Natürlich könnte das ein Sicherheitsproblem darstellen wenn es auf dem Server läuft, doch es lässt sich vielleicht auch so erstellen das es eine Mitteilung oder Änderungsmeldung schick wenn sich etwas geändert hat. So das man sich wenigstens drauf verlassen kann das sich über Wochen nichts verändert.

Zum Beispiel ein Skript das dir eine Benachrichtigungs-Mail in den Briefkasten wirft wenn sich zwei oder drei Preise um mehr als 10% verändern. Der Aufwand ist dann nicht so hoch, wenn die Seite dann Manuel angelegt werden muss.

Ich bin mir nicht sicher ob das noch Funktioniert weil es von 2008 ist, aber es sollte:

Michael Schilli: Geiz ist geil

Ein Perl-Skript verfolgt für Schnäppchenjäger die Preisentwicklung auf Amazon und schlägt per E-Mail freudig Alarm, falls sich überwachte Produkte plötzlich verbilligen.

Code: Alles auswählen

001 #!/usr/bin/perl -w
002 use strict;
003 use Getopt::Std;
004 use Net::Amazon;
005 use Net::Amazon::Request::ASIN;
006 use Log::Log4perl qw(:easy);
007 use Cache::Historical 0.02;
008 use DateTime;
009 use Mail::DWIM qw(mail);
010 use FindBin qw($Bin);
011
012 my ($home) = glob "~";
013 my $amzn_rc = "$home/.amtrack-rc";
014
015 Log::Log4perl->init("$Bin/amtrack.l4p");
016
017 my $cache = Cache::Historical->new(
018  sqlite_file =>;
019    "$home/.amtrack-sqlite"
020 );
021
022 my $UA = Net::Amazon->new(
023  token => 'YOUR_AMZN_TOKEN',
024  # locale => 'de',
025 );
026
027 my($config, $txt_by_asin) = config_read();
028
029 getopts("al", my %opts);
030
031 if($opts{l} or $opts{a}) {
032  for my $key (sort keys %$txt_by_asin) {
033   my $txt = $txt_by_asin->{$key};
034   for my $val ($cache->values( $key )) {
035    my($dt, $price) = @$val;
036    print "$dt $txt $pricen";
037    last if $opts{l};
038   }
039  }
040 } else {
041  update($config);
042 }
043
044 ###########################################
045 sub fix_price {
046 ###########################################
047   my($price) = @_;
048
049   if(defined $price) {
050     $price =~ s/[^d]//g;
051     $price =~ s/..$/.$&/g;
052   }
053   return $price;
054 }
055
056 ###########################################
057 sub update {
058 ###########################################
059  my($config) = @_;
060
061  for my $line (@$config) {
062
063   my($asin, $txt) = @$line;
064   my $now = DateTime->now();
065
066   my $last_price = fix_price($cache->
067       get_interpolated($now, $asin));
068
069   track($asin, $txt, $cache);
070
071   my $price_now = fix_price($cache->
072       get_interpolated($now, $asin));
073
074   if(defined $last_price and
075    defined $price_now) {
076
077    if( $price_now < $last_price) {
078     mail(
079      to   => 'foo@bar.com',
080      subject => "[amtrack] " .
081      "$txt cheaper ($price_now < " .
082      "$last_price)",
083      text  => "URL: " .
084        "http://amazon.com/dp/$asin",
085     );
086    }
087   }
088  }
089 }
090
091 ###########################################
092 sub config_read {
093 ###########################################
094
095   my @config = ();
096   my %config = ();
097
098   open AMZNRC, "$amzn_rc" or
099     die "Cannot open $amzn_rc";
100   while(<AMZNRC>) {
101     s/#.*//;
102     next if /^s*$/;
103     chomp;
104     my($asin, $txt) = split ' ', $_, 2;
105     push @config, [$asin, $txt];
106     $config{ $asin } = $txt;
107   }
108   close AMZNRC;
109
110   return @config, %config;
111 }
112
113 ###########################################
114 sub track {
115 ###########################################
116  my($asin, $txt, $cache) = @_;
117
118  INFO "Tracking asin $asin";
119
120  my $req =
121    Net::Amazon::Request::ASIN->new(
122     asin => $asin);
123
124  my $resp = $UA->request($req);
125
126  if($resp->is_success()) {
127   my($prop) = $resp->properties();
128   my $price = $prop->OurPrice();
129   INFO "Tracking $asin ",
130     "($txt): $price";
131   $cache->set(DateTime->now(),
132         $asin, $price) if $price;
133  } else {
134   ERROR "Can't fetch asin $asin: ",
135      $resp->message();
136  }
137 }
138 

[elfant]

Für händische Änderungen hat bei uns auf die Dauer einfach keiner Zeit (und Lust, denke ich mal). Ich glaube, dass wir zwei Alternativen hatten. Wir könnten unseren eigenen Amazon-Shop aufmachen oder die Preise direkt von Amazon abrufen, beides hatte aber auch größere Nachteile.

*Hüstel*
Eigentlich hättet ihr noch eine 3. Möglichkeit: Eine Bewerbung an den Verein ist mit einer Fronarbeit (wie zum Beispiel der Aktuallierung der Kauftipps einmal täglich über 6 Wochen) verbunden.
Natürlich ist auch jenes mit Nachteilen verbunden.

[Simon]

Deswegen müsstest du Basti fragen, aber da der Verein vor allem aus passiven Mitgliedern bestehen soll, können/würden wir dementsprechend auch keine Pflichten aufdrücken. Die Kauftipps sind ja auch vor allem Aufgabe der Redaktion, finde ich.

[elfant]

Das wäre eine Frage der Satzung, welche ich immer noch nicht gelesen habe , wie man nun aktive und passive Mitglieder unterteilt, aber ich benannte es ja auch erst einmal als Aufnahmeritus.
Man könnte genauso natürlich ausgewählte Forenbenutzer fragen.

Letztlich versuche ich nur Vorschläge zu bieten, über meine Törichkeit dürft ihr dann befinden.

[Simon]

Danke dafür! Meine Antwort war auch gar nicht gegen (deine) Vorschläge generell gerichtet. Ich denke einfach nur, dass es in dieser Frage am sinnvollsten ist, die Möglichkeiten der Technik zu nutzen, nur brauchen wir dazu etwas länger.

[elfant]

Ich habe es auch nicht als Absage verstanden.