xmoonlight

Сцена 1:
Клиент: "Сервер, я хочу авторизоваться"
Сервер: "Да неужели?! Сейчас мы тебя пробьём по нашей базе DNSBL и SpamBL... Ну, вроде нормально. Вот лови TEMPORARY PUBLIC KEY и через 5 секунд жду от тебя логина и пароля, подписанные моим временным ключом! Время пошло!"

Если клиент успел за отведённое время действия публичного ключа верно ввести логин и пароль у себя на клиенте, захешировать, подписать ключом сервера и отправить на сервер - пользователь считается авторизованным.

Правильно ли хранить логин и пароль после ввода и постоянно при входе просто отправлять его на сервер.

нет!
1. Вообще пароль не должен храниться нигде!
2. Хеширование пароля и обмен данными должны происходить каждый раз с уникальным параметром.
3. Авторизация только по токену.
4. Токен и парольный хеш - формируются по ключу и лимитируются по времени.
5. Пароль хешируется публичным ключом сервера и если хеши совпадают - значит пароль ввели верно и мы залогиниваем юзера в систему.

Вот здесь проверенный и рабочий метод. Никаких сессий!
Только проверка "протухания" токена и его обновление(обмен!) в "прозрачном" режиме.

Как вы считаете, могу ли я довериться при данных выше условиях?

Нет.
Продайте им через paypal как товар. Продукт у вас - уже готовый. (какие 50% ?!)
Другой вариант - через гаранта (например, яндекс).
Но там тоже 100% они платят сразу гаранту и возьмите покрытие расходов гаранта за их счёт. Т.е., итого процентов: 100+[процент_гаранта_сделки]
Всё остальное - развод.

Вращайте систему координат чёрного блока.
Т.е., Вы должны учитывать свойства объектов в нужной системе координат - иерархически: так, как они наследуют свойства (вращения, растяжения и т.д.).

Когда один объект - это его система координат.
Когда группа - вычисляется относительная система координат для всех связанных дочерних объектов и затем происходит её вращение и т.д.

main: nectarjs.com
github: https://github.com/NectarJS/nectarjs
demo: nectar-lang.com
blog: blog.seraum.com

или какой способ что бы решить эту проблему ?

перейти на IE9+
PS: заказчику поясните, что сейчас нижняя планка для IE - это IE9.
Ладно... Ловите!

Лучше то, что проще, проверено годами и работает как часы: линк.

Сначала нужно создать сам шаблон страницы и посмотреть как он будет выглядеть в общем виде.
includeHTML - может рекурсивно загружать все необходимые части, расположенные в разных HTML-файлах ОДНИМ ТЕГОМ или через Javascript.
(Всё скрипты и скрипты-обработчики и CSS должны быть подключены в головном файле шаблона. В HTML-частях - только разметка.)

Подключаете в head-секции и пишите теги (пример):
<include src="masthead.html"></include>
<include src="menu.html"></include>
<include src="content.html"></include>
<include src="footer.html"></include>
После того, как сделаете шаблон - можно переходить уже либо к чистому PHP, либо к любому фреймворку или CMS, и "натягивать" уже готовую и "ПОРЕЗАННУЮ" КАК НУЖНО вёрстку на этот фреймворк или CMS.

Нужно выучить одну вещь: работу мозга потребителей вашей ЦА на всех этапах продажи.
Остальное - уже дело техники.

Хорошая статья на русском: Структура продающего Landing Page

Нужно, чтобы работало для:
1. id1: id-категории в URL: /category/50
2. id2: уникальные названия категорий в транслите /category/raznye-tovary
Не забыть указать основную на п.2 (canonical).
3. page1: так и пишем в URL: /category/50/1

Переходы - делаются через .htaccess в апаче через mod_rewrite.
В хидере (для тега canonical) - нужно уже править PHP-код сайта.

А если мой ответ (и по защите) вам ещё не помог, то пока не отмечайте его решением, а просто ставьте лайк!

Вот тут nVidia скоро запустит сервис облачных/виртуальных ПК для игр...

https://popper.js.org
https://atomiks.github.io/tippyjs/

Нет. Залочат за спам в описаниях с целью продвижения. Там есть такой пункт, который Вы хотите нарушить.

Никак. Т.к. у вас одно и то же направление бизнеса, а товарный знак - в доменном имени домена. Так что если они захотят, то ничего не поможет.

В гофрированный металлорукав только убирать кабель.

bennettfeely.com/clippy