Snake800

Snake800
Рейтинг
238
Регистрация
02.02.2011
(_._)
Snake800 #:
использовать надо именно предусмотрнные html'ом обработчики.

Хотя, наверное, нет: есть даже csp-политики, запрещающие inline-js. Т.е. скрипт в современных парадигмах должен выполняться "из файла", а html оставаться html"ом. И из этого наверное надо исходить.

webinfo #:
употреблять атрибуты "по назначению".

Согласен. Ну вобщем-то я о том же говорил. Ид, классы или другие атрибуты - не суть, главное, что есть идентификатор, на который надо навешивать событие. Моё мнение, в рамках обсуждаемого вопроса, навешивание событий on* непосредственно в коде - не лучшая стратегия. Но не уверен: возможно, это просто дело привычки и пагубного влияния фрэймворков типа jQuery, а использовать надо именно предусмотрнные html'ом обработчики.

ArbNet :
может сделать не навешиванием событий, а указанием их через ondblclick и onrecord

Не. Лучше через data-, кмк. Вернее так: событие должен ловить некий css-селектор (в т.ч. через data-*). А что делать с этим элементом, сотдержится в дата-атрибутах. Я так делаю. Правда я в js далеко не гуру и, возможно, вообще правильнее dom- элементы заворачивать в какую-то js-обёртку.

vitaliy11 #:
Но там же кажется есть из чего выделять (заначку в 300 оставили)

Это даже не бумага.

regta :
Как в подобном случае можно максимально автоматизировать процесс?

Я вижу это так: на сервере должна быть локальная база (таблица) с объявлениями. Её наполняет CMS в момент создания новости: подставляет текст, ключевые слова и другие нужные параметры. Указыватся сколько времени объявление должно куртиться. Параллельно отправляет по API запрос на создание объявления. Потом по крону на основе данной таблицы через апи делаются остановки-запуски и другие действия с объявлениям. Дальше уже конкретика. Может для каких-то cms даже существуют готовые решения в виде плагинов.

Alekser #:
Киви, которые убрали даже возможность входа на свой сайт с украинских номеров, не говоря уже о финансовых операциях,сейчас под ограничениями.

Киви и без того весь в косяках.

Интересный был бы вариант платежной системы, работающей по принципу обменника. Без трансграничных переводов как таковых, а типа с запасом "налички" в одну сторону и в другую. Человек, желающий принимать деньги, регистрируется и получает идентификатор. Там привязка к местным банкам, платежкам, крипте и т.д. Человек, которому надо что-то оплатить, просто платит на идентификатор получателя доступным ему способом, пополняя "резерв" денег в своей стране. А получателю зачисляются средства из "запасов" внутри его страны. При дисбалансе средств внутри платёжки часть денег каким-то образом перемещается из одной страны в другую. Домен ruamoney.com свободен кстати.

Было  пара ГСов в зоне .рус с кириллическими url - индексировались нормально. А так - у Википедии тоже кириллические (и не только) адреса.
Смотрю уставшими глазами на все эти требования GDPR, CMP и т.п. и думаю: "Блин! Как хорошо, что меня больше не волнует эта вакханалия".
Egor5287 :
Может ли это повлиять на AdSense? 

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

Всего: 2066