Я все понял правильно, и ответил вам что скрипт который по ajax получает данные просто не может найти в вашем шаблоне место в которое выводить значение кол-ва новых сообщении.
А он разве должен в режиме реального времени выводить количество сообщений?
Шаблон стандартный, Модерн. Правок, по крайней мере, в шапке не было никаких.
Возможно проблема на вашей стороне, если не шаблон дефолтный. В шаблоне скорее всего не правильно стоит класс или ID элемента для показа кол-ва сообщении и поэтому скрипт не может его обновить.
Спасибо за ответ. Но вероятно, вы не так поняли. Счетчик работает, но показывает число новых сообщений только после обновления страницы, а мне нужно чтоб было риалтайм. Проект специфический, акцент на общение в личке, поэтому такая фича нужна. Чтобы в реальном времени появлялся индикатор уведомление о новом сообщении. Ну как это реализовано во всех соцсетях.
Вот тут подсказали, что изначально и не заложено, чтобы счктчик риалтайм работал. Поэтому ошибки нет. Видимо нужно доработку заказывать. Как разработчик, что можете сказать, насколько это сложно реализовать?
Поидее должен
нет. Зайдите на официальное демо, откройте вкладку Network и посмотрите. Там нет никакой фоновой активности. Она есть только при открытом окне переписки.
Значит перепутал. В общем Neomessenger нужно использовать если эта функция нужна
Насколько я понял, данный компонент больше не поддерживается, разработчик не отвечает, купить невозможно, а бесплатный вариант не совместим с новой версией.
Поддерживается, отвечает, и продается .
Видимо для избранного круга, в который я не вхожу. Разраб меня игнорит.
Поидее должен
нет. Зайдите на официальное демо, откройте вкладку 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
Спасибо! Это работает, удалось скрыть неактивных из списка.
Мне не то, чтобы хочется хак, просто разработка компонента слишком долго и сложно для меня. А так-то я с вами согласен, что это неправильно, и более верный путь — это создание хуков. Не отказываюсь от этой затеи, и хотелось бы сделать все правильно.
Вы написали, что приложите архив, но кажется забыли его приложить.