Utveckling av nya tjänster med api.flysas.com

bnr skrev:Tog ner x86.zip - ser att filen du nämner finns i paketet som innehåller källkoden. Men då måste man kompilera själv(?) eller hur fungerar det?Klicka för att utvidga...
Nej, bara öppna den i notepad eller liknande. Förmodligen kraschar programmet om man sparar filen med ogiltig syntax men då är det bara att kopiera originalet och börja om.



Edit: filen ska finnas med i x86.zip



Edit2: Ser att den inte är med. Du kan kopiera den från källkodsmappen. Ingen kompilering krävs. Ska se till att den kommer med i nästa släpp
 
LSH skrev:Nej, bara öppna den i notepad eller liknande. Förmodligen kraschar programmet om man sparar filen med ogiltig syntax men då är det bara att kopiera originalet och börja om.Edit: filen ska finnas med i x86.zipEdit2: Ser att den inte är med. Du kan kopiera den från källkodsmappen. Ingen kompilering krävs. Ska se till att den kommer med i nästa släppKlicka för att utvidga...
Tack! Testade det precis innan du skickade din Edit2, det funkar utmärkt!
 
@LSH, har du statistik för när SAS brukar släppa awardplatser "över blockgränserna"? Nu finns ju tex inga platser mellan typ 15 december och 8 januari. Jag vet att jag förra året bokade den 16:e oktober med avresa 31 december.
 
gastronaut skrev:@LSH, har du statistik för när SAS brukar släppa awardplatser "över blockgränserna"? Nu finns ju tex inga platser mellan typ 15 december och 8 januari. Jag vet att jag förra året bokade den 16:e oktober med avresa 31 december.Klicka för att utvidga...
ca 90 dagar innan kör de en runda, ibland 120 dagar innan.
 
gastronaut skrev:@LSH, har du statistik för när SAS brukar släppa awardplatser "över blockgränserna"? Nu finns ju tex inga platser mellan typ 15 december och 8 januari. Jag vet att jag förra året bokade den 16:e oktober med avresa 31 december.Klicka för att utvidga...
De två stora släppen är 329 och 123 dagar innan. Efter 123 släpps en del men ser ut att vara oregelbundet. Ingen tydlig spik längre vid 90d. Och +123 ligger just nu på 30/12.



Julen 18 var annorlunda, där fanns platser redan i maj då jag startade tjänsten. För julen 19 har det förutom några platser på OSL-MIA (men inte omvänt) inte släppts något.



Edit: Gäller longhaul. Inom Skandinavien släpptes tidigt.
 
Sitter och planerar en resa om några veckor och använder awardfares.com för att hitta F-segment och egna verktyget för att hitta anslutningar.



Upptäckte en del störande saker som jag nu har ordnat. Man bör äta sin egna hundmat ibland....



Släppte precis en mindre uppdatering av konsollklienten på Releases · travelhacks/flysasClient · GitHub



De flesta ändringarna handlar om sortering och formatering av resultatet

Visar också skatter för bonusresor med SAS (mode points). Går tyvärr inte för Star

En konfigurationsfil (appsettings.json) "skeppas" nu med i katalogen.
 
Hej forumet! (blev precis medlem)



Jag satt och använde SAS *A award trips-sökning förra veckan och fick lite panik över hur dålig den är när man är flexibel med datum, finns ju så lite tillgänglighet för business. Av en slump när jag lekte runt i webbläsarens inspector tool såg jag att det fanns ett API, så jag började koda lite och kan nu söka en hel månad på samma tid som en dag. Nu precis snubblade jag över denna tråd och hittade att jag inte var ensam med detta data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7 Tänkte länka mitt verktyg här men såg att @LSH valt att inte ha en SAS *A-sökning på sin sida pga belastningen det skulle innebära för SAS API (grym sida btw!)



Vad tror ni om det? Är det en dålig idé att göra mitt verktyg offentligt? Har inte gjort någon research men det känns som SAS API kan ta en del, det ligger på Telias geo-CDN (så man skulle kunna skicka requests från olika locations) och svarar på 60 samtida requests på samma tid som 1 request data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7
 
Kör med United istället. Det är bättre eftersom den kan hitta F också. Sedan kan man manuellt verifiera det man behöver.
 
Jag ser flera skillnader i tillgänglighet mellan Travelhacks och manuell sökning av bonusresa på sas.se. Några exempel:

ARN-EWR: Travelhacks listar business tillgänglighet

2019-08-06: 2

2019-08-07: 2

2019-08-13: 2

Enligt sas.se finns inte ens economy 2019-08-01-2019-08-15.

CPH-EWR: Travelhacks listar business tillgänglighet

2019-08-01: 1

2019-08-02: 2

2019-08-04: 2

2019-08-05: 2

2019-08-05: 2

2019-08-06: 2

2019-08-07: 2

2019-08-08: 2

2019-08-09: 2

2019-08-09: 2

2019-08-11: 2

2019-08-12: 2

2019-08-13: 2

Enligt sas.se finns inte ens economy 2019-08-01-2019-08-14.



Söker jag "fel" på sas.se, eller är det en bugg?
 
Travelhacks är inte realtid utan listar vad den hittar och uppdateras med lite olika frekvens, så långt in i framtiden gissar jag att den uppdateras en gång per dygn. Platser kan bokas eller försvinna av vilken anledning som helst, SAS kan göra plötsliga förändringar när som helst och då återspeglas det direkt på sas.se men det tar ett tag innan Travelhacks fångat upp det. Det är långt ifrån någon realtidsinformation men väldigt användbart för den överblicksbild det ger. Travelhaks i all ära (och äras bör @LSH) men det är resultaten från sas.se som stämmer!
 
Jo, jag är medveten om detta. Kan dock nästan ta gift på att det såg lika ut på sas.se igår, och dagarna innan.
 
bjowes skrev:Jag ser flera skillnader i tillgänglighet mellan Travelhacks och manuell sökning av bonusresa på sas.se.Klicka för att utvidga...


Sök enkel resa och inte ToR på SAS sida så brukar det stämma bättre. Det är nån bugg när man söker ToR som för att inget visas för ena sträckan beroende på vad som finns tillgängligt andra hållet.
 
Canadien skrev:Sök enkel resa och inte ToR på SAS sida så brukar det stämma bättre. Det är nån bugg när man söker ToR som för att inget visas för ena sträckan beroende på vad som finns tillgängligt andra hållet.Klicka för att utvidga...
Bra tips! Jag klickar på "Book" länken i Travelhacks och då blir det automatiskt sökning på enkel resa. Inga träffar på sas.se idag heller. Kan det ha något med blockeringen på bonusresor under sommaren att göra?
 
bjowes skrev:Jag ser flera skillnader i tillgänglighet mellan Travelhacks och manuell sökning av bonusresa på sas.se........Söker jag "fel" på sas.se, eller är det en bugg?Klicka för att utvidga...


Tack för felrapporten! Precis som Berglund säger gör jag inget anspråk på att listan alltid ska vara helt korrekt. Det skulle kräva allt för många "frågor" mot deras API. Ju lägre frekvens jag kan hålla desto större sannolikhet är att de inte försöker stoppa mig eller liknande tjänster.



Däremot ska befintliga platser bekräftas varje dygn vilket inte skett i dina exempel. Övriga rutter uppdateras så förmodligen returnerar APIet här en felkod jag inte känner till. Det är tyvärr inte så att de svarar med 0 platser utan de kastar ett felmeddelandet när platser saknas. Om det är ett fel jag inte känner till väljer jag att inte "lita" på svaret utan behåller senaste svar jag kan "lita på". Tyvärr hittar de på nya felkoder stup i kvarten vilket försvårar en del.



Jag är ute på sexbenad maratonresa så det kan dröja innan jag hinner felsöka och lägga ut en "rättad" version.
 
emix skrev:Hej forumet! (blev precis medlem)Jag satt och använde SAS *A award trips-sökning förra veckan och fick lite panik över hur dålig den är när man är flexibel med datum, finns ju så lite tillgänglighet för business. Av en slump när jag lekte runt i webbläsarens inspector tool såg jag att det fanns ett API, så jag började koda lite och kan nu söka en hel månad på samma tid som en dag. Nu precis snubblade jag över denna tråd och hittade att jag inte var ensam med dettaTänkte länka mitt verktyg här men såg att@LSHvalt att inte ha en SAS *A-sökning på sin sida pga belastningen det skulle innebära för SAS API (grym sida btw!)Vad tror ni om det? Är det en dålig idé att göra mitt verktyg offentligt? Har inte gjort någon research men det känns som SAS API kan ta en del, det ligger på Telias geo-CDN (så man skulle kunna skicka requests från olika locations) och svarar på 60 samtida requests på samma tid som 1 requestKlicka för att utvidga...


Roligt med fler utvecklare här. Välkommen!



Jag har också varit inne på att skapa en liknande funktion. 60 anslutningar låter dock som väldigt mycket. Den gamla HTTP-specen säger väl max 2 medan de flesta moderna webbläsare tillåter 4-8 samtidiga anrop.



När jag skriver att belastningen blir för hög menar jag att i förväg samla in alla rutter (som jag gör med SAS). Detta blir annorlunda. Vad om du sänker antalet trådar till 3-4 och tillåter sökning per vecka?
 
bjowes skrev:Jag ser flera skillnader i tillgänglighet mellan Travelhacks och manuell sökning av bonusresa på sas.se. Några exempel:..........Söker jag "fel" på sas.se, eller är det en bugg?Klicka för att utvidga...
Nu har jag tittat på detta och det var ingen bugg, bara jag som har dåligt minne... Jag hade sänkt frekvensen för befintliga platser i intervallet 125-310 dagar. Har platserna "överlevt" från 329 dagar anser jag att chansen är stor att de finns i 48h till.



Detta kan förstås bli lite galet i fall som HKG där de släppte hundratals biljetter på en gång i detta intervall som snabbt gick åt. Det får vara så... Du kan se när platserna senast hittades. I listan genom att föra musmarkören över raden, och i sökresultatet skrivs det ut som "seats Xh ago".
 
LSH skrev:Tack för felrapporten! Precis som Berglund säger gör jag inget anspråk på att listan alltid ska vara helt korrekt. Det skulle kräva allt för många "frågor" mot deras API. Ju lägre frekvens jag kan hålla desto större sannolikhet är att de inte försöker stoppa mig eller liknande tjänster.Däremot ska befintliga platser bekräftas varje dygn vilket inte skett i dina exempel. Övriga rutter uppdateras så förmodligen returnerar APIet här en felkod jag inte känner till. Det är tyvärr inte så att de svarar med 0 platser utan de kastar ett felmeddelandet när platser saknas. Om det är ett fel jag inte känner till väljer jag att inte "lita" på svaret utan behåller senaste svar jag kan "lita på". Tyvärr hittar de på nya felkoder stup i kvarten vilket försvårar en del.Jag är ute på sexbenad maratonresa så det kan dröja innan jag hinner felsöka och lägga ut en "rättad" version.Klicka för att utvidga...


Varför skulle dom stoppa dig tänker du?
 
Canadien skrev:De flesta företag gillar inte att deras databaser automatsöks utan att få betalt för det.Klicka för att utvidga...


Kräver det inte auth är det ju öppet. Nu har jag inte läst igenom alla 28 sidor, men om man nu behöver autentisera sig, så har man ju fått OK att göra förfrågningar. Har SAS nämnt något om någon begränsning? Mest nyfiken på tänket data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7
 
Brogren skrev:Kräver det inte auth är det ju öppet. Nu har jag inte läst igenom alla 28 sidor, men om man nu behöver autentisera sig, så har man ju fått OK att göra förfrågningar. Har SAS nämnt något om någon begränsning? Mest nyfiken på tänketKlicka för att utvidga...


Jag tror tänket är att flyga under radarn. Att inte ställa massa frågor som eventuellt för att det blir mer restriktivt.
 
Back
Top