Я получал ЭЦП у уважаемого многими Контура. Естественно через их партнера. Отправил свои сканы по e-mail, пришел в офис, у меня даже паспорт не спросили и ничего не сверяли со сканами... Выдали всё и отпустили. Я оставил жалобу в Контур, ведь мои сканы мог бы прислать кто-нибудь еще. Мне даже не перезвонили. Вот так вот дискредитируют ЭЦП.
А кто-нибудь "исследовал" вопрос что выкидывают, например, кто как физик работает, а кто как ИП или самозанятый нет? Или выкидывают всех? По идее Яндексу не выгодно работать с физиками, за них еще в пенсионный платить надо. А с ИП и самозанятыми дополнительных расходов нет.
Получается, клиент должен сам инициировать заявку на участие в акции, что, в общем-то, логично, но по факту услуга подключается в одностороннем порядке, вопреки собственным же правилам.
"Свидетельствуя подлинность подписи, нотариус удостоверяет, что подпись на документе сделана определенным лицом, но не удостоверяет фактов, изложенных в документе."
Какая разница что написано в документе, его не должно это волновать. Его дело - удостоверить, что подпись была поставлена именно этим лицом. Напомните об этом, а в случае отказа попросите письменный отказ, как указано выше. Проблема сразу решается.
Нотариусы по незнанию что такое домены путают это со сделками, а "Не допускается свидетельствование подлинности подписи на документах, представляющих собой содержание сделки, за исключением случаев, предусмотренных законом." (из Закона о нотариате). Но это же не сделки.
Я в поддержку написал вчера, вообще по левому вопросу, не связанному со статой. До сих пор второй день ответа нет... У них и поддержка вместе со статой сгинула? )))
team-voice: накопители под BD - SSD ? серверные ? (это важно ибо бытовые ССД проседают под большим IOPS)
PHP 7+ ? (разница в скорости действительно большая)
(закрыв рукой лицо) php 5 ))))) и накопители вообще даже не SSD )
Вот поэтому я и создал эту тему - для поиска решения)
team-voice: судя по описанию (php и Mysql) у ТС обыкновенные get/post запросы на веб сервер -> PHP -> MySQL
дай бог чтоб вебсервером был не apache с phpmod (да я совсем в крайности но не удивлюсь)
nginx + php-fpm сейчас стоит + mariaDB. Интерфейс для работы с БД - PDO
Согласен, технологии не айс. Писалось изначально под маленькую нагрузку, справлялось идеально, и сейчас пока держится, но надо думать о повышении нагрузки (которое плавно идет).
Получается, клиент должен сам инициировать заявку на участие в акции, что, в общем-то, логично, но по факту услуга подключается в одностороннем порядке, вопреки собственным же правилам.
Написано не в RU-CENTER, а самим RU-CENTER ))
Статья 80 Закона о нотариате:
"Свидетельствуя подлинность подписи, нотариус удостоверяет, что подпись на документе сделана определенным лицом, но не удостоверяет фактов, изложенных в документе."
Какая разница что написано в документе, его не должно это волновать. Его дело - удостоверить, что подпись была поставлена именно этим лицом. Напомните об этом, а в случае отказа попросите письменный отказ, как указано выше. Проблема сразу решается.
Нотариусы по незнанию что такое домены путают это со сделками, а "Не допускается свидетельствование подлинности подписи на документах, представляющих собой содержание сделки, за исключением случаев, предусмотренных законом." (из Закона о нотариате). Но это же не сделки.
Я в поддержку написал вчера, вообще по левому вопросу, не связанному со статой. До сих пор второй день ответа нет... У них и поддержка вместе со статой сгинула? )))
Это за три дня с одного сайта, 2000 человек в день, с поиска. Стоит три блока - верх, бок и низ.
накопители под BD - SSD ? серверные ? (это важно ибо бытовые ССД проседают под большим IOPS)
PHP 7+ ? (разница в скорости действительно большая)
(закрыв рукой лицо) php 5 ))))) и накопители вообще даже не SSD )
Вот поэтому я и создал эту тему - для поиска решения)
судя по описанию (php и Mysql) у ТС обыкновенные get/post запросы на веб сервер -> PHP -> MySQL
дай бог чтоб вебсервером был не apache с phpmod (да я совсем в крайности но не удивлюсь)
nginx + php-fpm сейчас стоит + mariaDB. Интерфейс для работы с БД - PDO
Согласен, технологии не айс. Писалось изначально под маленькую нагрузку, справлялось идеально, и сейчас пока держится, но надо думать о повышении нагрузки (которое плавно идет).
во первых ТС говорит о 10к коннектов к веб части а не к БД, к БД столько конечно же не будет.
Каждый коннект к серверу от мобильного приложения означает один селект к базе по типу:
SELECT * FROM tbl WHERE par1=1 AND par2 IN ('1','2') ORDER BY par3 DESC LIMIT 10
построение на основе ответа json и отдачу обратно