Desti

От меня пока отстали, видимо надоело ботнет палить без толку.

ну не знаю, у меня получилось без проблем.. это с самописным webmanifest и вручную добавленным meta

На все вопросы вам ответили, после выполнения всех озвученных условий значок появляется, приложение создается.

UPDATE core_tasks SET enabled=0 WHERE `key`='updatecheck';

Всё правильно. Если вы можете взять отвертку и починить розетку (не получив удара током при этом), то ваши расходы были только один раз, на отвертку. Если вы не умеете этого делать, то будете платить каждый раз за вызов мастера. Мы сами выбираем, платить или уметь. Но тогда не очень понятно, почему вы-таки хотите получить бесплатную услугу в области, в которой не разбираетесь?

Все эти сообщения лепит задача updatecheck, просто запретите ее в core_tasks (enabled=0) и форум больше не будет лезть за обновлениями. Думаю, эту блокировку стоит и в null добавить.

А откуда навыки возьмутся, если у вас кругом костылики-интерфейсики даже для самых простых настроек?

Можно попробовать добавить третий раз, только зачем? Последний локейшн переопределит все предыдущие. Достаточно первого блока, если не добавляли тип в mime.types И что это у вас за location внутри location, зачем?

Которую память?

эта строка означает, что при обнаружении концевой ссылки в слешах, т.е. директории (/manifest.webmanifest/) надо показать первый аргумент, а при ссылке без слеша в конце, т.е. файла, показать второй аргумент. В обеих случаях это один файл. А как вы его назовете и где он лежит - совершенно не важно, у меня в корневой папке /wm/, вы можете оставить в корне и прописать try_files /manifest.webmanifest /manifest.webmanifest (с учетом предыдущего сообщения) Ну откуда я знаю, что это за файл.. Может и можно.

Файл это просто набор символов. Когда вы отдаете контент файлом, сервер попробует по расширению подставить нужный тип контента, но если его нет в mime.types, отдаст дефолтный тип. Варианты 1. указывать тип контента в локации nginx (как я выше показал). Там, правда, ошибка (скопировал что-то из старых экспериментов), php так отдать не получится, правильно будет так (без лишних строк): location ~* manifest.webmanifest { add_header Content-Type 'application/manifest+json; charset=UTF-8'; try_files /wm/wm.txt /wm/wm.txt; } 2. Добавить в mime.types строку application/manifest+json webmanifest; Тогда локация будет такая: location ~* manifest.webmanifest { try_files /wm/wm.webmainfest /wm/wm.webmanifest; } После этого все файлы с этим расширением будут уходить с нужным content.

Я не знаком с битрикс, поэтому не знаю, что там можно сделать. У себя на сайте я отдаю манифест скриптом <?php header("Content-Type: application/manifest+json; charset=UTF-8"); echo '{'; echo "\n"; echo ' "scope": "\/",'; echo "\n"; echo ' "name": "\u041c\u0435\....",'; echo "\n"; echo ' "theme_color": "#333332"'; echo "\n"; echo '}'; Ну и соотв. nginx настроен так, чтобы отдавать этот скрипт по /manifest.webmanifest location ~* manifest.webmanifest { access_log /dev/null; log_not_found off; error_log /dev/null; add_header Content-Type 'application/manifest+json; charset=UTF-8'; try_files /wm/wm.php /wm/wm.php; }

а вот и не правильно. Манифест должен отдаваться как как json, точнее иметь Content-Type: application/manifest+json; charset=UTF-8

Я не очень понимаю, чего вы хотите добиться, если ваш сервер не отдает манифест по указанному адресу? Кроме этой строки ничего не нужно для включения приложения (ну и иконок, загруженных в icons, если их нет, значок не появится). И зачем вам этот паровоз картинок после манифеста? msapplication-* вообще к этому отношения не имеет, это высеры интерфейса metro для IE и Edge.

Запретите на время все дополнения в опере, возможно гадит одно из них.

У меня нет оперы, попробуйте посмотреть ошибки в консоли на странице, где не показывается.

Мы на разных мафиях? Однако В темплейте установка флага getNewCooment зависит только от залогинивания, никакие настройки на нее влиять не должны. <a href='{{if member.member_id}}{$lastPost['topic_url']->setQueryString( 'do', 'getLastComment' )}{{else}}{$lastPost['topic_url']}{{endif}}....

Вся буча только из за того, что не можем найти и удалить одно-единственное вхождение ->setQueryString( 'do', 'getNewComment' ) в шаблоне forums->front->index->forumRow ?

Это обычный GNU bash root@chip:~# echo $BASH_VERSION 5.1.4(1)-release А показывалка - htop

накатить dev, включить режим разработчика, увидеть причину ошибки.

Ну так там тоже другой шаблон.. Сейчас занят, мож кто другой поможет.

core-front-profile-profileActivity - те же самые действия в строке <div data-controller="core.front.statuses.statusFeed"

Да, сервер дурной.. Даже при дудосе в шелл заходишь совершенно свободно.

Больше ядер. Когда у вас всё на одном сервере - это важно. Вот, например, мои ядра: видно, что некоторые стоят, некоторые работают.

У статусов другой шаблон.