htexture

htexture
Рейтинг
232
Регистрация
29.05.2017
AdSenseGO #:

блин тоже такая фигня выскочмла хотя гдпр неделю стоит

как может быть несертифицированная собственная плашка гугла

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

Сначала сайты это было хобби, потом люди поняли и начали делать бизнес и зарабатывать, развиваться, затем РСЯ решило напомнить вебмастерам, что все еще это является хобби, а бизнес только у Яндекса.

Грустно все это.

despe4er #:

На один из своих сайтов подключил этот сервис, есть триал на 14 дней. Посмотрим что Адсенс на это скажет.

Напишите пожалуйста, поднялся ли доход и пропало ли нарушение.

Engenius #:
Мариуполь, Донецкая область - это Россия для Hetzner?

Киеву я уже писал ранее прилетали отказы в регистрации для новых пользователей

Ожидаемо плашка не пропала, все также сайт нарушает правила, хз че он хочет. Я тоже склоняюсь, что еще какой-то сторонний сервис нужно подключать либо privacy policy плохо прописан и не подходит, у меня идеи закончились.
Вроде добавил, вроде все ок, но нарушение не пропадает. Как быстро пропадет предупреждение? Не очень хочется чтобы влепили бан на ровном месте.
Я окончательно запутался, что от меня хочет адсенс. В гугле мало гуглится. Как я понял, надо лезть в боковое меню, выбирать конфиденциальность и сообщения, там я регистрирую на европу запрос GDPR, он просит меня создать приблизительный текст в табличке, я заполняю, потом выскакивает выбор сайта, выбираю сайт, он просит ввести ссылку на privacy, но какой я должен ему дать если сайт на мультиязыке, там три разных линка, английский предпочтительней? если для европы эта плашка будет выскакивать или для всех она будет выскакивать независимо от географии?? Я вообще правильно двигаюсь?


YGUA #:

Создал запрос согласия, ждем...

Ночь не спал, не могу раздуплиться, куда жать то? Можно за ручку поводить? Спасибо)

Сергей #:
А письмо пришло не после того, как был выполнен вход в личный кабинет GoDaddy с российского IP?

Это уже на параною похоже, приезжает бизнесмен в Россию, заходит со своего мака пополнить счет с российского айпи отеля и бац все домены в блоке, потому-что российский айпи) Я думаю они не настолько вникают в поисках россиян

Играться с кодировками плохая затея, лучше если есть возможность перейти на утф8 и навсегда забыть о проблемах с кодировками.

Вот что бард предложил, но не факт что поможет.

Проблема в том, что на новом хосте character_set_server латин1, а character_set_system utf8. Это означает, что MySQL пытается преобразовать данные из кодировки cp1251 в латин1, что приводит к искажению.

Чтобы исправить это, вам нужно изменить character_set_server на cp1251 на новом хосте. Вы можете сделать это с помощью следующей команды:

SQL

ALTER DATABASE database_name CHARACTER SET cp1251;

Используйте код с осторожностью. 


Затем вам нужно изменить character_set_database на cp1251 для каждой таблицы в базе данных. Вы можете сделать это с помощью следующей команды:

SQL
ALTER TABLE table_name CHARACTER SET cp1251;
Используйте код с осторожностью.

После этого вы должны снова загрузить базу данных на новый хост. Теперь она должна быть в правильном формате.

Вот пример того, как вы можете сделать это с помощью Adminer:

  1. Войдите в Adminer.
  2. Выберите базу данных, которую вы хотите изменить.
  3. Нажмите на вкладку "Схема".
  4. Найдите таблицу, которую вы хотите изменить.
  5. В разделе "Свойства" измените "Кодировка" на "cp1251".
  6. Нажмите кнопку "Сохранить".

Повторите эти шаги для каждой таблицы в базе данных.

Если вы используете PHPMyAdmin, вы можете сделать это следующим образом:

  1. Войдите в PHPMyAdmin.
  2. Выберите базу данных, которую вы хотите изменить.
  3. Нажмите на вкладку "Структура".
  4. Найдите таблицу, которую вы хотите изменить.
  5. В разделе "Свойства" измените "Кодировка" на "cp1251".
  6. Нажмите кнопку "Сохранить".

Повторите эти шаги для каждой таблицы в базе данных.

После того, как вы изменили кодировку базы данных, вы должны снова загрузить ее на новый хост. Вы можете сделать это с помощью любого инструмента для резервного копирования и восстановления базы данных.


Всего: 2733