Поидее должен
нет. Зайдите на официальное демо, откройте вкладку Network и посмотрите. Там нет никакой фоновой активности. Она есть только при открытом окне переписки.
Значит перепутал. В общем Neomessenger нужно использовать если эта функция нужна
Насколько я понял, данный компонент больше не поддерживается, разработчик не отвечает, купить невозможно, а бесплатный вариант не совместим с новой версией.
Funkonaut, опция, которую вы видите, отвечает за обновления в окне переписки. А не за пункт меню со счетчиком непрочитанных сообщений.
Спасибо! Буду знать. То есть счетчик изначально и не должен обновляться в режиме реального времени?
Всем привет. Есть новый сайт на последней версии Instancms. На нем не отображается счетчик новых сообщений в реальном времени. Число новых сообщений отображается только после перезагрузки страницы, риалтайм — не обновляется. Так было изначально, с момента установки чистой системы последней версии.
В настройках admin/controllers/edit/messages вижу опцию «Режим реального времени» — Ajax — «Интервал опроса о новых сообщениях» в секундах. Это значит, что должен быть режим обновления счетчика сообщений в реальном времени. Но по факту этого не происходит.
Кто сталкивался с подобной проблемой? Почему это может не работать? Какие могут быть решения?
И конкретно этот код:
Нет, не этот
Вот этот:
Удали этот кусок
Супер! Теперь все норм, и скроллинга нет и вроде ничего не сломалось.
Я бы сам ни за что не догадался, не шарю в js вообще.
Большое спасибо!
Проблема остается не решенной. За принудительный скроллинг вверх страницы отвечает файл templates/modern/js/core.js
И конкретно этот код:
Но если просто удалить этот код перестают работать другие функции, кнопки, которые открывают модальные окна «Мои сообщения» и «Войти» становятся некликабельными. Поэтому это не решение.
Кто может подсказать как правильно отредактировать templates/modern/js/core.js чтобы убрать скроллинг и при этом ничего другого не сломалось?
templates/modern/js/core.js.
Тут смотри. Я у себя убрал, вот только не помню уже что именно.
Ооо, то что надо! Премного благодарен. Нашел там «scroll-top». Удалил этот кусок:
И все стало работать нормально, без этого прыгающего скроллинга.
Большое спасибо, вы мне очень помогли!
Но! Если убрать этот кусок кода, то перестают работать некоторые кнопки. Например кнопка «Войти» или «Мои сообщения», принаведении на них курсором они не кликабельные.
О чем вы пишете не знаю, у меня все работает корректно, откуда переходил, при возврате возвращается туда же. Специально это никто не делал
А какой браузер?
Всем привет. Не смог нормально сформулировать название темы, чтобы оно правильно передавало суть моего запроса.
Вопрос такой: для чего был сделан принудительный вертикальный скроллинг в самый верх страницы в некоторых разделах при возврате назад?
Пример такого раздела можно увидеть на этом же сайте, на котором мы находимся — https://instantcms.ru/users
Точно также работает в последней версии icms раздел /users, что на десктопе, что в мобильной версии — одинаково.
Если мы открутим список пользователей вниз, например, на пол страницы или ближе к низу, затем перейдем по ссылке из списка на страницу какого-нибудь юзера, просмотрим ее, а затем вернемся обратно к списку с помощью кнопки «Назад» в браузере. При возвращении происходит принудительный скроллинг в самый вверх страницы, и мы улетаем с того места в списке на котором остановились, и чтобы найти это место — нужно откручивать снова вниз, искать глазами то место, на котором остановились.
Кто знает для чего это нужно? Ведь это же неудобно. Это недочет или задумка?
А вот на странице — https://instantcms.ru/freelancers при возврате назад к списку, страница сразу открывается сверху и потом идет автоскроллинг к тому месту, на котором остановился просмотр до перехода на страницу юзера.
Не совсем понятно зачем нужны эти скроллинги, почему нельзя сделать обычный возврат сразу к тому месту, на котором закончилось чтение страницы, как это реализовано почти на всех сайтах.
Кто знает, как это изменить? Как убрать скроллинг вверх страницы при возврате к списку на mysite.ru/users? Или на крайний случай — сделать, как на этой странице https://instantcms.ru/freelancers — принудительный скроллинг к той точке, на которой остановились, если зачем-то обязательно нужны эти скроллинги и нельзя просто вернуться в тоже место с которого был сделан переход.
Майлтестер и иже с ним может давать 10 баллов, но при этом тот же Gmail/майлру/etc (все или кто-то один) будут планомерно отправлять письма в спам. Да, параметров много (помимо технических) и то, что предлагает ТС имеет место быть. Я бы тоже отнёсся со скепсисом если бы несколько раз сам с подобным не столкнулся, а вывести из подобного «спама» крайне сложно и, вероятно, только методами, указанными в теме, если домен не серый (с высокими рисками, например .pro домены) и ip почтового сервера не в спам базах. Собственно саппорты почтовых систем прямым текстом говорят о том, что предлагает ТС, но не в таком контексте разумеется)
Согласен, не подумал о тех случаях, когда домен скопрометирован многочисленными нажатиями на кнопку «спам» получателями при массовых спам рассылках без согласия реципиентов. В этом случае, наверное, такой способ может быть полезен, если он конечно работает.
Зачем нужна «некоторая степень доверия», если можно изначально в DNS правильно прописать: SPF, DKIM, DMARC и обязательно реверсную запись PTR (без нее gmail как раз и кидает в спам), и получить сразу 99% доверия. Проверить траст почтового домена можно с помощью mail-tester и spamtest
Вроде архив приложил, но может что-то забыл нажать. Дублирую.
Спасибо! Этот пакет удалось установить. Также установил апдейт, в нем только пришлось поменять версию (package = «1.0.0») и тогда встало. Хак удалил, включил опцию в компоненте. Все работает! Вы прекрасной души человек, WebMan. Премного благодарен за помощь!
Но если Вам очень хочется, то можно перед этой строкой в /system/controllers/users/widgets/list/widget.php
Спасибо! Это работает, удалось скрыть неактивных из списка.
Мне не то, чтобы хочется хак, просто разработка компонента слишком долго и сложно для меня. А так-то я с вами согласен, что это неправильно, и более верный путь — это создание хуков. Не отказываюсь от этой затеи, и хотелось бы сделать все правильно.
Вы написали, что приложите архив, но кажется забыли его приложить.
Добрый день, WebMan.
Я конечно же нашел этот ваш пост. Без сомнений, это очень полезный и замечательный материал. В нем есть апдейт для компонента хуков, который вы описали в другом посте instantcms.ru/blogs/allright/kak-sozdat-svoi-komponent-dlja-hukov.html
Я даже попытался сделать этот компонент по вашей инструкции, но у меня не получилось установить, белый экран, наверное чего-то не хватает. А готовый архив с пакетом, который вы приложили к посту — удален с сервера, страница 404.
Я не разработчик, поэтому и говорил, что создание компонентов — для меня сложно, мне бы просто хак, про который я согласен помнить и обновлять после каждого обновления системы.
Есть виджет, выводящий новых пользователей. Есть условие подтверждения e-mail. Без подтверждения юзеры неактивные, с замочком. Но в списке новых пользователей выводятся неактивные юзеры. Как их скрыть?
Искал по сайту, но не нашел решение. Нашел только описание как сделать свой компонент и с помощью хуков сделать такой фильтр. Но мне не подходит, так как я не разработчик, я там ничего не понял. Нужен именно хак.
Может кто сталкивался с таким же вопросом и есть простое решение, какой код добавить в файл виджета, чтобы в списке не выводить неактивных пользователей, которые зарегались, но не подтвердили адрес .
Вам ещё нужно условие, на то, чтобы работали правила во вкладке «Приватность (.../users/usetid/edit/privacy)», иначе условие «Кто может писать вам личные сообщения?», будет игнорироваться...
С чего вы взяли? Эти правила вроде как применяются в самом компоненте «ЛС».
Верно. Если в настройках приватности будет «Принимать сообщения только от друзей», то пускай будет видна кнопка «Написать сообщение», при попытке написать в диалоге выведется «Собеседник принимает сообщения только от своих друзей» и написать этому пользователю не получится. Поэтому такое условие не обязательно делать.