Lexxs

Вы наверное потеряли суть вопроса. ТС написал, что вылетает ошибка при обновлении, на что я ему ответил, что нужно учитывать и какие меры принять, так как сам сталкивался с этим, и написал на основе моего опыта возникновения таких проблем, на практике, а не в теории. И плагины, модули, здесь могут играть свою роль, особенно, если очень старые. И совокупность мер, она вполне оправдана, особенно если меры приняты заранее, до обновления, тогда риск получить ошибку, стремится к нулю. Ну и естественно же, конечно, нужно включить вывод ошибок, чтоб обнаружить источник проблемы, всё это в совоку

Ну может таки не в корне ? При последовательном, можно понять, на какой версии вылетела ошибка и принять меры. А когда пропасть между версиями, то с 10 на 16 легко поймать проблему при обновлении. Особенно если установлены модули старой версии, которые лучше совсем удалить при обновлении с большим разрывом.

Какая разница? Модули, или плагины, суть то одна. Вот только в старых версиях они устанавливались по другому, так как небыло системы плагинов, и каждый воротил как мог установку. Можно, но иногда бывают такие ошибки. Последовательный метод нужен, если не пошла массовая. И таки секс лишним не бывает, а иногда его и не хватает ). Это уже самое последнее, что можно делать, так как шаблон на установку не влияет.

Во первых, перед обновлением, желательно отключить все плагины, какие есть, так как из-за них часто бывают сбои при обновлении, проверено. И потом, иногда, нужно обновлять постепенно, от версии к версии, а не сразу с 10 на 15. Зависит от многих факторов, обычно мощность и скорость сервера, его устойчивость к нагрузкам и другие факторы. И включите вывод php ошибок, так если опять будет такое, будет более понятна причина.

Если заполнять redirect URI, то перестаёт работать и выдаёт ошибку, как и писал выше, что неверный редирект. А если это поле не заполнять, то всё работает. А вот если добавить поддомены в поле Базовый домен, так ещё не проверял пока. Если получится, отпишу. PS. Проверил. Поле редирект урл вообще не заполнять. Ссылку с авторизацией пишем в поле Адрес сайта. В поле Базовый домен, вписываем основной и поддомены. Всё. Работает на всех поддоменах !.)

Если данные поменять местами, как вы говорите, не пропускает , показывает что в этом поле ошибка. И оказывается, поле Доверенный redirect URI: вообще не надо заполнять, тогда всё работает. Только что просто взял и удалил оттуда всё. а в поле адрес сайта, именно ссылка на авторизацию. Всё стало работать, без ошибок. Но как быть с поддоменами, тут не понятно.

Как раз таки, там и написано, что в этих полях нужно указывать только домен, без дополнительных данных. Такая информация выводится, если навести мышкой курсор на поле. Если бы так там небыло написано, то естественно бы прописал полный путь ссылки авторизации. В обратном порядке, даже не даёт сохранить. Проверено. Может быть у вас как то иначе? Проверьте.

Да что там можно указать не так ? Вроде всё просто Возможно вы не с этой планеты )) Не слишком часто, но с периодичностью в несколько месяцев. Изменений не замечено Спасибо большое ! За это многие будут благодарны ).

1 вариант: Указаны все ссылки для поддоменов. 2 вариант: Сделано именно так, но бывает, что какой то из поддоменов, или даже основной домен находятся в блоке, например при жалобе на какую то страницу, блокировка ркн, становится недоступным весь домен, так как по https, но на других поддоменах в это время работает доступ. И если привязывать авторизацию только к основному домену, то не будет доступа. Конечно блокировку потом снимают, но бывает проходят недели. Поэтому делать привязку в приложении только к основному домену, могут быть такие проблемы. Если например пользователь воше

Неверный редирект выдаёт постоянно, через вк например. Если запрашивать авторизацию с поддомена. С яндексом вроде как работает, с майл ру пока не понятно, так как им уже почти никто не пользуется. А на гугле сделать, это ещё тот квест, да и инструкция по настройке уже давно не актуальна, так как в гугл всё там изменилось и нужные пункты глаза сломаешь, но не найдёшь ). Майл ру и яндекс ещё нужно перепроверить.

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

Ну есть некоторая идентефикация. Не только куки, но и например емейл, когда гость оставляет коммент. А обязательная регистрация, лучший способ разогнать посетителей с сайта. Хотя рега и не очень сложна, однако не многие созревают её пройти. А так, было бы нормально сделать, если Гость оставил коммент, указал емейл, и при переносе в другую группу, ему просто было бы предложено придумать пароль. И всё. Гость уже в определённой группе и участник сайта, а не просто прохожий ).

Да, все остальные работают. Так весь смысл этих функций в том, чтобы гость, при определённой активности мог быть перенесён в другую группу, на основе гости, но с дополнительными привелегиями. Разве не логично ? Вообще как то странно, что для этой группы не активны эти функции.

Доброго дня! Хотел сделать, чтоб из группы Гости, при определённом наборе комментов, переносило в другую группу, однако чекбоксы для включения этих правил неактивны совсем, не нажимаются, не включаются. Может нужно где то ещё что то включить, чтоб они заработали ?

Могу взяться за ваш заказ, только прежде изучить вопрос, насколько всё индивидуально, чтоб рассчитать возможности. Нужно ознакомиться с шаблоном и требованиями к обновлению. Так как понимаю, что просто обновить до актаульной версии, этого будет не достаточно.

Ну вот этот, например, очень древний шаблон ) Работает сейчас на 16.1

Себе уже много шаблонов обновил. Некоторые шаблоны ещё с 10 версии были, очень древние, до сих пор работают на новых версиях DLE ))

Спасибо!

Доброго дня! Собственно вывод изображения из поля производится тегами типа [xfgiven_poster][xfvalue_poster][/xfgiven_poster], без тега < img src ...>, где общий стиль для вывода и соответственно размеры задаются в общем файле стилей. Однако есть такая проблема, что нужно в определённом месте шаблона, вывести картинку из этого поля с отличительными параметрами от общего, например ширины. Если бы это поле можно было бы вывести через обычный тег для картинок, <img src="[xfgiven_poster][xfvalue_poster][/xfgiven_poster] [xfnotgiven_poster]{image-1}[/xfnotgiven_poster]" loading=

Да, самсунг смарт 2013 года, возможно и старый, не поддерживает таки комбинации css. Значит для таких случаев и нужно определение смартов и формирование для них тега, в котором будут подставлены удобоваримые стили ).

Что тут ключевого в ширине экрана? Главное чтоб отображался корректно. Зашёл сейчас со смарт тв, дизайн рассыпанный, только левая колонка с категориями в норме, остальное вообще не в тему. Не работает этот саппорт в стилях. Смарт не видит этого, или не может выбрать именно значения без переменных.

Да, есть такой файл styles-support.css, но как браузер устройства будет определять, каким файлом пользоваться? То есть в этом файле те же стили, что и в styles.css, только уже без переменных? И браузер смарта поймёт, из какого файла читать ?

Естественно много тонкостей и ньюансов, но есть и какие то особенности, которые у большинства совпадают, что облекчает детект и выборку, например всё то же сочетание - TV, у большинства оно присутствует, а остальных можно по их меткам вылавливать. Работать то с большими базами полной строки заголовка браузера, это как бы накладный вариант, слишком много действий. А вот по принципу TV, вполне можно отловить до 99% браузеров. По такому типу, например в клауде, очень легко фильтровать, можно к примеру закрыть доступ только для смарт тв, или только для айфонов, или только для линукоидов. В нашем с

Вы имели ввиду типа таких списков: https://udger.com/resources/ua-list/device-detail?device=Smart TV или https://user-agents.net/devices/tvs/smart-tv Или готовой и обновляемой базы на гинтхабе ? https://github.com/matomo-org/device-detector В принципе такие возможности есть. Хотя в принципе такой список и не нужен. Достаточно из заголовка браузера выцепить особенности для смартов, типа как SmartTV (для самсунггов), или PhilipsTV и другие, в зависимости от производителя, примеры в списках есть. Потом привязать метку к сессии и сформировать срабатываение тегов [smart-tv] Т

Однако в ваших шаблонах, с применением root и var(--bg); нет возможности пользовать смарт тв, если только переделать всё на обычный лад, задавая фиксированные значения. Моё же предложение в том, чтобы как раз в таких случаях было, чтоб для смарт тв подставлялся css с обычными значениями, а для остальных уже можно использовать продвинутые стили. Или я вас не так понял ? ))