Post Dotpay.pl oraz Transferuj.pl dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Na czym polegają zmiany w bramce Transferuj.pl?
Zmiana jest w sumie kosmetyczna, ale za to bardzo ważna. Do tej pory były problemy z automatyzacją procesu zakupowego, tzn administrator musiał ręcznie zatwierdzić płatność dokonaną za produkt. Od wersji 1.0.2 bramka automatycznie obsługuje proces zatwierdzania zakupów, dzięki czemu udział administratora został ograniczony praktycznie do zera.
Co oferuje nam Dotpay.pl
Podobnie jak w przypadku innych bramek dla IP.Nexus system dotpay umożliwia dokonywanie płatności on-line, które są realizowane w czasie rzeczywistym. Bramka umożliwia także automatyzację procesu zakupowego, dzięki czemu administrator nie musi zatwierdzać zakupów, bo system robi to za niego.
Zapraszam serdecznie do zakupów w naszym sklepie
Post Dotpay.pl oraz Transferuj.pl dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Post Payza i Fortumo – nowe bramki dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Fortumo oferuje płatności przy użyciu SMS także w Polsce więc jest ciekawą alternatywą dla innych systemów
Payza umożliwia dokonywanie płatności w 21 walutach w tym także Polski złoty.
Post Payza i Fortumo – nowe bramki dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Post PayByNet dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Tak jak wspominałem w jednym z moich wcześniejszych wpisów (Płatności on-line dla IP.Nexus) postanowiłem wydać większą ilość bramek płatności tak aby każdy znalazł coś dla Siebie.
Jakie są najistotniejsze cechy systemu PayByNet? Przede wszystkim to, że działa w oparciu o przelew bezpośredni. Nie jest to kolejnym pośrednik, który gromadzi pieniądze kupujących w internecie na swoich rachunkach w bankach, przelewając je później transferowo na konta sprzedających w tzw. „zbiorczych paczkach przelewów”. System integruje indywidualnie oprogramowanie firmy Krajowa Izba Rozliczeniowa S.A. z bankowością elektroniczną.
Dzięki temu statusy transakcji on-line przekazywane są w czasie rzeczywistym (w trybie 365 dni w roku, 7 dni w tygodniu, 24 godziny na dobę – to pierwszy tego typu system w Polsce).
Cechy PayByNet:
Bramkę płatności PayByNet dla IP.Nexus można zakupić na stronie PayByNet.pl
Post PayByNet dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Post Płatności on-line dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Na dzień dzisiejszy dostępne są bramki dla dwóch najpopularniejszych dostawców usług płatności on-line, czyli PayU.pl oraz Przelewy24.pl.
Nie mniej jednak, aby poszerzyć ofertę i aby stała się ona jeszcze bardziej atrakcyjna postanowiłem nawiązać współpracę z innymi dostawcami tego typu płatności. Dzięki temu w najbliższym czasie zostaną udostępnione nowe bramki płatności do innych popularnych systemów.
Wraz z wprowadzeniem nowej oferty bramek płatności przygotuję jakąś specjalną akcję promocyjną na zakup bramek płatności.
Jeśli macie jakieś propozycje i chcielibyście jakieś nowe bramki do IP.Nexus to piszcie w komentarzach lub prywatnie na adres e-mail. Postaram się spełnić Wasze oczekiwania i napisać nowe bramki.
Post Płatności on-line dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Post Antywzorce SQL – Jak wygląda sprawa w IP.Board? pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>Czytając o tym antywzorcu języka SQL od razu odnalazłem analogię w IP.Board. Sam antywzorzec jest dość prosty bo polega na tym, że tworzymy pole np. VARCHAR(255) i wrzucamy tam ID kategorii, których dany wpis dotyczy. Tego typu rozwiązania są nagminnie stosowane w IP.Board np. do przetrzymywania uprawnień dla danego forum i innych tego typu danych.
Pytanie tylko czy taki antywzorzec można wyeliminować a jeśli tak to jakim kosztem? Odpowiedź nie jest do końca taka prosta, ponieważ owszem możemy takie coś wyeliminować, ale wtedy musimy stworzyć tabelę pomocniczą, która będzie przechowywać relację grupa-forum. Z jednej strony wydaje się, że to nie jest żaden problem, ale takie rozwiązanie niesie za sobą też pewne konsekwencje: po pierwsze musimy dla każdej grupy tworzyć taki rekord, co wiąże się z dodatkowymi insertami do bazy i odpada stosowanie znaku * (gwiazdka) dla wszystkich grup. Po drugie jak dodamy nową grupę, to trzeba będzie dodawać nowe rekordy bo nie mamy oznaczenia dla danej grupy. Kolejnym powodem jest to, że przy edycji forum trzeba usunąć rekordy i dodać nowe zamiast zaktualizować wartość w jednym polu tabeli.
Patrząc na to z perspektywy wzorców SQL jest to nieładne rozwiązanie, natomiast patrząc na to z perspektywy programisty aplikacji dla IP.Board muszę przyznać, że mam mieszane uczucia, ale bardziej przychylne do tego, żeby jednak stosować ten antywzorzec, choć tak się nie powinno tylko dlatego, że możemy używać chociażby znak * dla reprezentacji „wszyscy”.
Post Antywzorce SQL – Jak wygląda sprawa w IP.Board? pojawił się poraz pierwszy w Dawid Baruch - DEV blog.
]]>