Comments on: ПИБ с обновено електронно банкиране

By: Valery Dachev

Valery Dachev — Fri, 17 Apr 2009 09:15:36 +0000

@ivo: Вече съм преминал към него. Но за него ще пиша отделно. Благодаря!

By: ivo

ivo — Fri, 17 Apr 2009 09:13:21 +0000

Валери,

От 6.4.2009 в ПИБ има нова версия на банкирането.
Пробвай я.

https://e-fibank.bg/EBank/

By: Елип на ПИБ

Елип на ПИБ — Mon, 03 Nov 2008 14:57:47 +0000

Здравейте г-н Дачев,
благодарим за систематизираната критика и споделените впечатления относно подновеното електронно банкиране на ПИБ. Ценим клиенти като Вас, от които можем да черпим обратна полезна информация. Радваме се, че сте доволен от новата ни версия и сте отделил от ценното си време за да коментирате подобренията, които правим във Ваша полза – нашите клиенти и партньори.
Поздрави!
Екип на ПИБ

By: Valery Dachev

Valery Dachev — Sat, 01 Nov 2008 14:33:29 +0000

Събота е, обед е. Докато аз щъкам по магазини, хората не си почиват… Похвално! На темата:

Очаквам с нетърпение новата версия през януари! За щастие проблемът с презареждането не е толкова голям…;
Това не се отнася обаче за отварянето на няколко страници в различни прозорци. Наясно съм, като разработчик, че промяната на това изисква концептуална промяна в организацията и структурирането на приложението. Въпреки това смятам, че това е насока, в която си струва екипът на i-flex solutions да помисли…;
Проблемът е странен наистина, доколкото заявките се посрещат на един IP адрес и браузърът би трябвало да не усеща факт, че зад този IP адрес стои ферма от сървъри…;
“Шаблони за копиране”: Дори при корпоративни потребители с множество шаблони ми се струва удачно да излиза странициран списък от шаблони (напр. по 20 на страница сортиране по ред на създаването им… или още по-добре, според това кога са достъпвани последно, ако такава информация се съхранява). Ако потребителят не може така да достъпи шаблона си, ще може да използва сегашното търсене, което да носи смисъл на филтър на шаблоните в списъка.
“Извлечение по сметка”: За селекта към базата не мога да се съглася. Списъците са сортиране. За сортиране и извличане на (първите или N-тите) пет резултата, SQL сървърът така или иначе първо трябва да намери всички резултати отговарящи на критериите за търсене, след което да ги сортира по дадения критерий, а едва накрая да извлече необходимите редове от този резултат. Мисълта ми е, че единствената разлика е в цената на заявката не като скорост, колкото като обем информация за прехвърляне от SQL сървъра към application сървъра. Предполагам заявката не се изпълнява всеки път, когато потребителят преминава на следваща/предишна страница от резултата, а по-скоро целият резултат се зарежда и кешира в application сървъра? Проблемът със сортирането е простичък: гледайки стойностите по подразбиране е нелогично да искам резултатите във възходящ ред по дата от определен период насам, защото в общия случай се интересувам най-вече от последните;
“Масово плащане”: Предположих. И все пак би било добре сървърният сертификат да е подписан от съответното certificate authority;

С пожелания за все така ползотворна работа и… всъщност приятен уийкенд!
Валери.

By: Светослав Молдовански

Светослав Молдовански — Sat, 01 Nov 2008 11:34:47 +0000

- AJAX технологиите продължават да са табу за сайта – очаквайте пилот през Януари 2008; по настоящем рифрешите се налагат поради логиката за превалутиране (сървър сайд), когато сметките са в различна валута – опитали сме се да намалим рикуестите към сървара до минимум;
- В същото време с толкова JavaScript е практически невъзможно да отворя два различни екрана – за съжаление това е присъщ проблем на технологията, която използваме и положението не може да бъдат променено;
- Сайтът продължава постоянно да иска потвърждение на сертификата – заявките се посрещат от ферма от уеб сървъри, които пък от своя страна работят с ферма от апп сървъри; независимо от хилядите конфигурации, които тествахме не можахме да избегнем този досаден проблем; аз също съм фен на файърфокс и съм оставил браузера да избира подходящия сертификат вместо мен – така избягвам досадните диалогови прозорци;
- Информация за минимална погасителна вноска – ще бъде направено – мн.добра идея;
- В “Шаблон за копиране”: Предполагам, че повечето потребители нямаме невъобразимо множество от шаблони – забравяте за корпоративните потребители;
- “Салда по сметки”: ще обсъдим възможността да променим форматирането;
- “Извлечение по сметка”: стойностите по подразбиране са одбра идея; 20 трансакции – цената на селекта е огоромна защото ифото се извлича от производствената БД на основната система, а множество клиенти имат около 5 транзакции месечно по сметките си – това е един приемлив компромис, предвид че в момента позволяваме извличане до 50 тр.; в допълнение винаги може да се направи филтър за интервал от време, където този параметър се използва за броя на записите които се визуализират на една страница; може ли повече детайли за проблема със сортирането – не разбирам забележката;
- “Масово плащане” е услуга за корпоративни клиенти, за която е нужен сертификат по индивидуална политика.

Благодаря за коментарите и препоръките.

Светослав
Директор “Операции”, ПИБ

By: Valery Dachev

Valery Dachev — Fri, 31 Oct 2008 12:49:11 +0000

Чак пък толкова да си измислям…

By: Ирина Марудина

Ирина Марудина — Fri, 31 Oct 2008 11:41:47 +0000

Избирам/попълвам съдържанието на поле и с tab се засилвам към следващото. Междувременно цялата страница се презарежда (през да има индикация, че смята да направи нещо подобно) и попълненото в следващото поле отива на вятъра (особено при характерни понякога забавяния на това презареждане);

Това беше едно от първите неща, които пробвах – и по мои впечатления, няма вече пълно презареждане на страница при отиване от едно поле на друго. Поне във формите за преводи не забелязах. Всичко си се праща на куп като натиснеш бутона “Въвеждане”.