Перейти к содержанию

Desti

Актив
  • Постов

    2089
  • Зарегистрирован

  • Посещение

  • Победитель дней

    131

Сообщения, опубликованные Desti

  1. 2022 год и Аpache.. Его надо было забыть еще в 2005, сразу и навсегда, зачем вы этот труп используете? Nginx идеально подходит и для отдачи статики и для php-динамики, зачем еще что-то (особенно в случае IPS)??

  2. 2 часа назад, the.bunin сказал:

    ну и вообще в плане перенаправления как лучше сделать

    На эту тему сотни мануалов в инете, найти совсем не сложно. "Как переехать на новый домен" - и читать-читать-читать.. Это не тот процесс, который можно парой слов объяснить.

  3. 1. Делаем хук на виджет IPS\core\widgets\whosOnline - на функцию render()
    2. В начале цикла foreach( $users as $row ) добавляем

                $r = get_browser($row['browser'], true);            

    Дальше на ваш вкус... Функция возвращает массив данных, нужный нам ключ - ['device_type'], там может быть "Mobile Phone", "Mobile Device", "Tablet", "Desktop", "TV Device", "Console", "FonePad", "Ebook Reader", "Car Entertainment System" и "unknown". Добавляем поле $row['device_type'] = 'имя иконки' в зависимости от полученного типа (case, например) . Делаем хук на шаблон виджета, после имени пользователя добавляем нужную fa-иконку через переменную. 
    3. Идем на сайт browscap.org и качаем файл lite_php_browscap.ini
    4. Копируем файл на сервер, например в uploads. 
    5. В актуальном файле php.ini ищем блок [browscap], раскомментариваем строку ;browscap = extra/browscap.ini (убираем точку с запятой) и меняем путь на наш от корня, напр. browscap = /home/user/site.ru/uploads/lite_php_browscap.ini
    6. Перезапускаем php (апач, php-fpm).
    7. Создаем task в плагине или cron на ежедневное обновление файла с сайта browscap.org - опять-таки, на ваш вкус. Пример cron скрипта можно найти в комментах на www.php.net/manual/en/function.get-browser.php

    Виджет кешированный, для обновления (при отладке) надо постоянно чистить кеш.

    Возможно есть и другие методы (со сторонними библиотеками), но этот самый простой и точный, база юзер-агентов всегда актуальна.

    Удачи

  4. Достаточно просто оказалось, но требует вмешательства в настройки php, загрузку стороннего файла на сайт. А это означает, что просто плагином не обойтись, для простого пользователя сложно будет. 

    image.png.def623f7cfac7c586c1d317a34ac1bbe.png

  5. Ну и из этого следует: для запуска подобного функционала на другом движке надо ручками прописать в html загрузку манифеста, загрузку иконок и скрипта инициализации service.worker-а.

    Пример воркера можно посмотреть в applications/core/interface/js/serviceWorker.js, но он будет уникален для каждого сайта, т.к. там определяется, что кешировать, как кешировать и как работать с кешем.

  6. Никаких "технологий" нет, надо заполнить поля иконок в админке (там где крыжик, который указан выше). И, включив крыжик, заполнить дополнительные поля манифеста. 

    Как я понял, надо загружать иконки 512х512 (кроме фавайкона, он 48х48), остальные размеры движок сгенерит автоматически.

    service.worker тоже загружается автоматически, после всего этого появится иконка установки приложения.

    image.png.8379c6ee9a260a9f583eb8a581e50dd6.png

    Не обошлось без привычной тупости разрабов, сгенеренные изображения иконок имеют расширение png, но являются jpg файлами :)

  7. Место под кеш нормальное только на десктопе, на дебильниках его совсем мало (может быть уже что-то изменилось). 

    Фотки и так отлично кешируются в обычном кеше :) 

    Костылик это, не очень востребованная фигня, но гугла активно ее форсит. 

     

     

     

  8. Zero108 

    Мобильные приложения это сейчас JAVA и Kotlin. Лучше начать с JAVA. С другой стороны.. предложение в этой области сильно превышает спрос, освоить android studio (и что no там для яблочников) не проблема, мобильные приложения не очень сложные, т.к. основной потребитель в массе туповат.

    На другом конце мобильных приложений уже интереснее - серверные технологии, API, node.js, тот же php, базы данных - и это уже сложнее, т.к. придется еще и думать за тупых пользователей.

    CSS и его диалекты/препроцессоры, HTML, XML, JSON - из серии "разработчик должен знать по любому". 

    Короче, frontend в мобильной разработке бесперспективен, умение рисовать формы задача для junior. А для backend нужно иметь очень много свободного времени если "в режиме самообучения". Да и не получится, если нет интересной задачи.

     

×
×
  • Создать...