LEOnidUKG

LEOnidUKG
Рейтинг
1784
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
reds #:

Кредитную историю и ЕГРЮЛ проверил сразу, там всё чисто. На счёт недвижимости, видел информацию, что с 2019 года электронная подпись не может использоваться, если такая возможность не подключена при личном присутствии.

В гос.услугах можно посмотреть ВСЕ выданные ЭП. Посмотрите в личном кабинете в разделе Настройки.

savingleb #:
Самое интересное, что ЭЦП можно купить на авито по обычному скану паспорта, у меня даже селфи не попросили. 

Да про проблему ЭЦП уже как минимум 5 лет все знают. Но НИКТО не чешется. Почему эти ключи раздают частные компании, а не МФЦ загадка века. Наверное кто-то в доле. 

Полезное есть на хабре: https://habr.com/ru/post/453596/

baas #:

При штатной, нормальной работы базы думаю по умолчанию подойдет innodb_thread_concurrency.

Но когда есть моменты кривых/тяжелых запросов, без ограничения innodb_thread_concurrency создаст узкие места процессора и диска.

Мое мнение.

Тесты тесты и ещё раз тесты. Какие могут быть места узкие если innoDB pool достаточный и диски SSD

Рекомендую переезжать на более современную SQL или последнюю MariaDB или MySQL8. Это чтобы быстрее работало всё.

А этот параметр лучше не трогать, ибо может снижаться производительность: https://www.percona.com/blog/2016/03/17/percona-server-5-7-performance-improvements/

Одна Pecrona что-то там сделала, чтобы у них этот параметр работал нормально, сама Mysql забила на него. Но 5.7 в любом случаи устарела.

Даже в старых темах: https://dba.stackexchange.com/questions/81204/hyperthreading-mysql-innodb-thread-concurrency-performance

Везде пишут, не трогать этот параметр. Никакой скорости он не прибавит.

Я лично не трогаю его и не настраиваю своим клиентам. 
Также и innodb_buffer_pool_instances не настраиваю. Он по умолчанию работает как надо.

maximka77 #:
В очередной раз обращаюсь к Леониду за помощью. Оперативно помог решить проблему с работой сайта. Спасибо большое. Рекомендую как хорошего специалиста.

Спасибо за отзыв.

Сейчас плотно проработал несколько проектов на Opencart 2/3 есть просто куча наработок как решить проблемы с первым байтом (TTFB).

Есть и собственный класс кэширования взамен тормознутому стандартному, который никто не трогал 10 лет.

Есть куча индексов нужных и добавление дополнительных кэшей в стандартные модуля.

И ещё всякого интересного, при котором можно ускорить сайты БЕЗ плагинов кэша вообще. Поэтому у кого магазины на данной CMS, пишите! 

Кстати, версия 1.5 не исключения, там так же, всё можно улучшить.

В битриксе вроде как есть раздел производительность и он там сам говорит какие нужны индексы.
dino_spomoni #:

Ну это же не может продолжаться вечно?

Пока Nvidia и AMD утопают в заказах, они первые кто заинтересован, чтобы это не кончалось.

denis920 #:

Вот эта тема https://getwid.getmotopress.com

Последняя версия, тоже на это думал. 

Какая последняя у вас?

view-source:https://getwid.getmotopress.com/

У вас тут горизонтальная прокрутка?

Обновите оперу до последней версии.
ConvertUP #:

Ох уже эти вывод из воздуха.

Добро пожаловать на форум, где люди делятся информацией и её обсуждают. Привыкайте. 

Насчёт "прилипалок", а что важнее мифические цифры или удобства пользователям?

Вот поэтому и Google ОЧЕНЬ и очень нежно всё это вводят т.к. боятся сломать всё к херам.

Ещё более наглядный пример: У всех кто использует не стандартные шрифты + swap ВСЕГДА будет смещение контента. И вот тут начинается интересное в реальной жизни.

Или вы загружаете шрифт без swap = будут проблемы со скоростью отображения + если шрифты не локальные, а в Google Font

Я это всё к тому, что нужно менять сам подход к созданию сайтов, НО в эпоху WP+Elementor (или другой редактор)= OneLove! Это практически нереально сделать. 

Получит дешёвый сайт и получить быстрый сайт, практически не возможно. Заказчики хотят, чтоб "богато" было на сайте!

Поэтому переделка и оптимизация сайтов это ещё очень и очень долги процесс.

Всего: 31599