Šaunu matyti, kad atviro kodo principai veikia! Šiandien gavome pranešimą apie klaidą iš Ruby on Rails programuotojo. Klaidos pranešimas pasirodė labai panašus į tą, kuris aprašytas libwebtopay bibliotekoje. Kadangi mūsų biblioteka veikia tik su PHP, tai pasirodė keista, kad toks pranešimas atkeliavo iš Ruby on Rails. Greitai viskas paaiškėjo…
Pasirodo Laurynas Butkus perrašė libwebtopay Ruby kalbai, o kodas pateikiamas su atviro kodo MIT licencija. Kodą rasite adresu:
Ačiū Laurynui, kad pasidalino kodu. Kadangi pats esu Python šalininkas, tai šiandien po tokio atradimo buvau įkvėptas perrašyti libwebtopay Python kalbai. Konkrečiai planuoju tai realizuoti Django karkasui.
Mokėjimų "kelio" schema
Vakar pas vieną klientą iškilo problema, jog su mūsų pateiktu libwebtopay Mokėjimai.lt integracijos lib’u nepavykdavo validuoti mokėjimai.lt atsiųstų duomenų. Tiksliau – nepraeidavo _SS2 parametro validacija.
Problema gali kilti ir pas Jus, jeigu
- Naudojate PHP.
- magic_quotes_gpc yra ĮJUNGTAS.
- Jūsų aplikacija nepanaikina magic_quotes_gpc atliekamų GET/POST/REQUEST superglobalių kint. pakeitimų.
Tam reikalui, rekomenduojame naudoti tokį duomenų į libwebtopay padavimą:
<?php
$tmp = $_GET;
if( get_magic_quotes_gpc() ) {
foreach($_GET as $k => $v) {
$tmp[$k] = stripslashes($v);
}
}
$response = WebToPay::checkResponse($tmp, array( ... ));
...
Visą integravimo specifikacijos pavyzdį galite rasti mūsų pagrindiniame puslapyje.
Sėkmingo naudojimosi!
Maždaug taip iliustruojame serverio neveikimą
Šį šeštadienį įvyko tai, ko nei viena į webą orientuota kompanija negali toleruoti: mirė mūsų pagrindinis www.mokejimai.lt serveris. Jis neveikė nuo 05:00 iki 18:45.
Visų pirma – nuoširdžiai atsiprašome visų klientų už šią problemą bei galimus patirtus nuostolius.
Antra: priežastys. Kaip mums pranešė Hostex, mirė failų sistema. Tokiems atvejams buvo pastatytas antras serveris, kuris turėjo perimti pirmojo darbą. Tačiau dėl nestandartinio sutrikimo pobūdžio antrasis serveris nestartavo. Apie tikslesnę informaciją dar šnekėti anksti, tačiau su Hostex atstovais susitiksime jau ne už ilgo ir šįkart suderinsime tokį planą, kuris turėtų garantuoti žaibišką serverių perjungimo galimybę.
Kadangi antrinis serveris nestartavo, privalėjome jį “užsukti” rankiniu būdu. Turėjome 2 val. nakties backupą, kurį reikėjo atstatyti į veikiantį serverį.
Ką gi… Belieka apgailestauti ir daug ko iš šito pasimokyti. Mes iš savo pusės stengsimės įgyvendinti programines apsaugas, kurių pagalbą skaidysime duomenis per kelis serverius ir/arba kurios padės greičiau atsatyti backupus. O iš serverių administratoriaus reikalausime užtikrinti, kad tokios situacijos, kurios turėjo būti išvengta, sekantį kartą tikrai nebūtų.
Dar kartą atsiprašome už nepatogumus ir tikimės sėkmingo bendradarbiavimo ateityje.
Dėl daugiau informacijos: http://pagalba.mokejimai.lt
Prieš kurį laiką įgyvendinome mokėjimo srautų monitoringą realiu laiku iš mūsų ofiso. Sprendimas atrodo taip:
Paslaugų kokybę bei "sveikatą" analizuojantys grafikai
Grafikai bei kita vizualinė ir tekstinė medžiaga mums parodo atskirų mokėjimo būdų įplaukų vidurkius, juos lygina su buvusiais. Taip pat stebime klientų sistemų atsakymų teisingumą (pvz. ar yra OK pradžioje).
Jeigu sistema įtaria, kad kuri viena ar kelios vietos veikia blogai, yra išvedamas vizualinis pranešimas. Kitaip sakant, fonas tampa raudonu 
Taip konsultantai, stebintys sistemos būklę, gali greitai reaguoti patikrindami, ar įspėjimas tikras. Savaime suprantama, jeigu to dar nepatikrino automatinį įspėjimą gavęs atsakingas programuotojas.
Beje, monitoringo serveryje naudojame Ubuntu linux, o būklę rodantis monitorius yra automatiškai įjungiamas darbo dienomis 8 val. ryto, išjungiamas – baigiantis darbui. Informacinių pranešimų posistemės veikia kiaurą parą informuodamos mus el. paštu bei SMS žinutėmis.
Ši sistema pasiteisino su kaupu ir į partnerių ar mūsų problemas reaguojame daug greičiau nei tai darėme anksčiau. Tikimės, kad kokybės pagerėjimą pajautėt ir Jūs
