AlexStep: Ага. Только что проверил демку из статьи в Яндекс Браузере и Опере. Все данные отлично отправились.
Сама концепция автозаполнения форм одним кликом - уязвима.
Я проверяю в опере никакие мои данные не отправляются т.е. формат автоматически не заполняется.
Или же у вас заполнены данные, которые нужно вручную вводить через настройки в
AlexStep: А может и нет. Что-то мне подсказывает что скрыть часть формы от пользователя можно миллионом разных способов. Так что решить эту проблему можно только удалением этой функции из браузера, на что в Гугле видимо не решаются. Удобно все таки...
В других хромо браузерах этого нет, и заполняется всё нормально, без косяков. Это уже фишка гугла, тупо подставлять данные без нужды пользователя во все сайты подряд.
spbs: Немного не в тему, но это теперь повсеместная практика. На том же reg.ru - оплачиваешь банковской картой домен или другую услугу, например не себе, а знакомому/клиенту и т.д., сервис эти данные для карты делает автоматом шаблоном для оплаты. И потом через год с карты тихо списываются деньги без СМС, уведомлений и т.п.:)
Одно дела когда эти данные пользует только reg.ru, другое когда браузер ваш эти данные дарит всем подряд.
ТС, можете в личку доступ закинуть на SSH если есть, посмотрю что там у вас тормозит конкретно. А то я тоже много настраивал mysql, "вылизывал" её, нагрузку снимал, а потом оказалось дело в настройках фаервола. Но настройки оптимизации остались. Также запросы посмотрю и сам движок. Возможно дело в мелочи.
Новые в каком плане? Если вам выдали просто новый паспорт по сроку давности. То просто загружаете новый паспорт на проверку и всё. Они сами вроде как меняют данные или сами можете внести.
Не понятно как с такими настройками mysql у вас 7 гб памяти съел.
Ну как не понятно то, если:
innodb_buffer_pool_size = 7G
Вот и забился пул.
---------- Добавлено 07.01.2017 в 19:24 ----------
Я кстати на своём серваке делаю:
innodb_flush_log_at_trx_commit=0
да понимаю, что там могут при долгой записи потеряться пару секунд, но это вообще не критично. Особенно если нет постоянной записи под нагрузкой ценной информации и сервак работает стабильно.
И если указывать:
innodb_buffer_pool_size
то нужно и innodb_buffer_pool_instances указывать.
Ещё можно:
innodb_flush_method=O_DIRECT
Но это всё фантазии, нужно реально смотреть, что там происходит.
suffix: Да нормально всё с этой кодировкой и даже плюс есть - если сайт у Вас на русском то в Win1251 он будет чуть быстрее летать чем абсолютно такой же но в UTF8.
Не будет. Вообще никак не будет быстрее. Печаль беда 🍿
Ага. Только что проверил демку из статьи в Яндекс Браузере и Опере. Все данные отлично отправились.
Сама концепция автозаполнения форм одним кликом - уязвима.
Я проверяю в опере никакие мои данные не отправляются т.е. формат автоматически не заполняется.
Или же у вас заполнены данные, которые нужно вручную вводить через настройки в
"Включить автозаполнение форм на страницах"?
А может и нет. Что-то мне подсказывает что скрыть часть формы от пользователя можно миллионом разных способов. Так что решить эту проблему можно только удалением этой функции из браузера, на что в Гугле видимо не решаются. Удобно все таки...
В других хромо браузерах этого нет, и заполняется всё нормально, без косяков. Это уже фишка гугла, тупо подставлять данные без нужды пользователя во все сайты подряд.
Я как раз задавался таким вопросом. В сша тоже сайты надежными обозначают? Там гугл могут засудить на нормальные суммы.
Да сейчас уже доры на https и у всех "Надёжный". Это смешно 😂
Немного не в тему, но это теперь повсеместная практика. На том же reg.ru - оплачиваешь банковской картой домен или другую услугу, например не себе, а знакомому/клиенту и т.д., сервис эти данные для карты делает автоматом шаблоном для оплаты. И потом через год с карты тихо списываются деньги без СМС, уведомлений и т.п.:)
Одно дела когда эти данные пользует только reg.ru, другое когда браузер ваш эти данные дарит всем подряд.
Ищем:
<center><p>(.*?)-.*?</p>
Заменяем:
$1
ТС, можете в личку доступ закинуть на SSH если есть, посмотрю что там у вас тормозит конкретно. А то я тоже много настраивал mysql, "вылизывал" её, нагрузку снимал, а потом оказалось дело в настройках фаервола. Но настройки оптимизации остались. Также запросы посмотрю и сам движок. Возможно дело в мелочи.
Новые в каком плане? Если вам выдали просто новый паспорт по сроку давности. То просто загружаете новый паспорт на проверку и всё. Они сами вроде как меняют данные или сами можете внести.
Переаттестацию не нужно делать.
Ну как не понятно то, если:
innodb_buffer_pool_size = 7G
Вот и забился пул.
---------- Добавлено 07.01.2017 в 19:24 ----------
Я кстати на своём серваке делаю:
innodb_flush_log_at_trx_commit=0
да понимаю, что там могут при долгой записи потеряться пару секунд, но это вообще не критично. Особенно если нет постоянной записи под нагрузкой ценной информации и сервак работает стабильно.
И если указывать:
innodb_buffer_pool_size
то нужно и innodb_buffer_pool_instances указывать.
Ещё можно:
innodb_flush_method=O_DIRECT
Но это всё фантазии, нужно реально смотреть, что там происходит.
ВК на 1251 кодировке :)
Он такой т.к. старый и перелопачивать в utf-8 уже никто не хочет. Но там костылей в скриптах для ajax "мама не горюй".
Да нормально всё с этой кодировкой и даже плюс есть - если сайт у Вас на русском то в Win1251 он будет чуть быстрее летать чем абсолютно такой же но в UTF8.
Не будет. Вообще никак не будет быстрее. Печаль беда 🍿