И правильно думает
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^dir/([a-zA-Z]+)/$ dir/index.php?name=$1 [L]
RewriteRule ^dir/([a-zA-Z]+)/page/([0-9]+$ dir/index.php?name=$1&page=$2 [L]
Пример чего показать?
Оно как бы на поверхности просто... А с появлением реалтайма и пожелания и тестирования и...
Ну тогда нужно понимать, что такое обычное веб-приложение.
1. Вы получаете список счетов
2. Вы получаете список документов по счетам
3. Вы получаете некий интерфейс по работе со счетом , например выписка
4. Вы получаете интерфейс по работе с документом (создание, редактирование, шаблон)
5... А далее все что душе угодно
Но сертификат https где получен? И сертифицирован ли?
Вы показали только верхушку айсберга
А что там дальше?
Если "настоящий" и-банкинг, то как там решен вопрос с подписями?
Ни один документ без идентификации подписи не пройдет.
Думаю, что это только форма заявки на"подключение". Далее сформируется некий документ, с которым клиент собственожно должен принести в банк и заверить подписью и получить, какое-то подобие ключа.
Возможно, что и на этапе создания учетной записи будет сформирован ключ, но "сертифицирован" будет только после визуального сравнения хеша ключа и подписи клиента (ответственных лиц)
Основная проблема интрнетбанкинга, это не шифрация данных, а наложение подписей.
Электронный документ, как и бумажный, должен быть подписан ответственными лицами. Вот эта подпись и есть самое главное в интернет-банкинге. Причем механизм подписи должен быть сертифицирован соответствующим органом.
А то, как у вас там будут ходить/уходить документы, какой у вас там будет UI - это уже самое последнее.
тут без бутылки $db->getOne() не разобраться
вы имеете в виду "адаптивная верстка" ?
