https://beget.com/ru/virtual-hosting
В терминах их тарифов, то о чем я говорил как виртуал хост , называется сайтом.
Единица отдельно настраиваемая.
Если у Вас блог (2 сайта) .
то в субдоменах можно проверять через .htaccess https://eternalhost.net/blog/sozdanie-saytov/301-r...
Почитайте. Вам нужно составить выражение
условие если домен основной, то перейти на доменное имя субдомена
httpd.conf править нужно у апача. А шаред хостингов с доступом к персональному конфигу виртуала хоста и php.ini я за 16 лет видел только один. Возможно мало с ними работал.
У Вас впска или шаред ? Панель управления какая ?
Расскажу, как сам настраиваю в таких случаях.
www домены в isp manager . Основным ставлю имя проекта лок
blabla.loc , а то как он должен быть доступен прописываю алиасами.
субдомен лежит на том же уровне, что и основной
папка пользователя.
main
- www
- app
- vendors
sub1
- www
- app
- vendors
Документ рут на подпапку www
Ограничения для php скриптов не выше папки проекта.
можно подпапки внутри проекта не делать, если самих проектов немного.
А сразу на одном уровне.
blabla.loc
blablasub.loc
Daria Motorina, Имхо это не повышение. А компенсация инфляции всем сотрудникам.
Или редкий случай работодателя. Топик стартер даже не указал локейшен.
Если это глубинка, то рынок за работодателем.
Именно от компании и именно от человека.
Но в случае задавшего вопрос о повышении через 3-6 месяцев ОДНОЗНАЧНО нет.
Повышение возможно, только если продукт приносит доход и этот доход зависит от этого человека. И то успешность такой просьбы зависит от многих факторов.
И один из факторов это сколько промежуточных звеньев между владельцем бизнеса и сотрудником.
без расходов на серверную часть.
За 9 лет 1M+ установок. менее 5 тысяч продаж.
Прикидываем . в лучшем случае 50-100 покупок в месяц.
15 тысяч рублей. после налогов у доли гугла . 8 на руки
при входящем коннекте самая тяжелая часть ssl hadshake
а пару сотен тысяч открытых вебсокетов сервер легко держит
Вы скорее в ширину канала упретесь и в производительность бакенда.
И еще онлайн в 100к юзеров Вы сможете в реальности набрать имхо только после 5М инсталов
Про класс программ предоставляющих сетевые сервисы не будем .
Остается задача оперативного уведомления приложения о событии
на бакенде, когда не достаточно оперативности переодических гет запросов.
Например почтовые клиенты используют связку.
Опрос сервера раз 15-60 минут. И реакцию на уведомления . Их уже несколько раз переименовали. GCM , FCM или какая там текущая аббревиатура.
В результате о письме мы узнаем или через 250мс или через 15 минут.
Лонгпул. Открыли соединение и ждем до 30-60 секунд.
Получили данные. Снова подключились. Не было данных, сбой сети, подключимся заново через минуту.
В результате гарантированная реакция от 50мс до 60секунд.
Я не лезу в нишу социалок из-за юр заморочек с GDPR и прочая. Публикация любого приложения имхо
должна начинаться с чтения требований. Обидно получить реджект на момент готовности и понять, что исправить приложение под требования стора не реально.
Не обязательно у них . Не факт что они лучшие. Просто порядок цен на готовые сдк. Дальше будете знать, что гуглить и конкретнее прикинуть А выйдет ли это оккупить
Прежде чем править манифест загляните в стили.
в папке ресурсов он есть или нет (styles)
Для теста если там нет нет добавляете item .
Пробуете запустить.
А потом уже смотрите нужны ли вам два стиля ? Нужно ли править из-за этого манифест.
Как искать ответ самому.
Видим ругается на Error inflating class com.google.android.material.navigation.NavigationView
гуглим com.google.android.material.navigation.navigationview implementation
нагугливается, что это com.shreyaspatil
Удивляемся. Пока гуглили заметили, что в пустом проекте можно попробывать сделать через визард активностей.
ок. открываем лайоут .
становимся на com.google.android.material.navigation.NavigationView
нажимаем аккорд Ctrl+B - мой любимый - перейти туда где это было определено.
попадаем в класс
мотаем вверх смотрим
package com.google.android.material.navigation;
подымем взгляд еще выше на заголовок окна и видим
com.google.android.material:material:1.1.0@aar
Мое первое предположение оказалось ложным.
Возвращаемся на лайоут.
Редим предпросмотра. Серыми квадратами рисуется, то что не смогла система правильно распознать.
Забыли подключить или написали неправильно.
Режим текстового просмотра. Что нибудь подчеркивается. Значки предупреждения в виде дерева
Студия максимально старается подсказать.
Пробуйте.
К сожалению, В вашем случае скорее всего дело в стили заданном в манифесте для активити.
Не очевидный момент. Докопаться самому через отладку сложно. item name="windowActionBar" false должно быть https://stackoverflow.com/questions/52397840/cause...
Хм, даже не подумал в эту сторону. Хотя и видел переменную сессии.
Во всех платежных системах принцип один.
В своей базе фиксируете желание пользователя заплатить/оплатить заказ.
Отправляете на страницу оплаты с указанием за что конкретно платится.
Есть подвиды, когда нужно до этого дернуть апи платежной системы и зарегистрировать там , получив конкретную ссылку, уточняющий параметр.
От платежной системы приходят два вызова.
Перед началом списания денег, что вы готовы их принять(зафиксировать покупку). Обычно такой хук тупо отвечает. Да давай деньги быстрей.
Буквально через секунду летит второй вызов (я его авизкой называю)
Тебе пришли деньги. Столько то. И вот в этот вызов платежные системы дают обычно протянуть дополнительные поля. Полезную нагрузку от кого и за что оплата. Обычно уточняющим выступает номер заказа.
При приходе авизо делаются все проверки. Точно платежная система ? сумма правильная ? и т.п. Но если отправителя обязательно проверять,
то платеж можно просто зафиксировать и оставить человеку окончательную роль принятия решения, что с оплатой все хорошо.
Т.е. Если не сошлось в копейках из-за конвертации код может сам прощать или помечать заказ что оплата была в таком то размере.
А вот тому, что приходит с гет параметрами при редиректе пользователя я бы не верил.
это просто аккорд из двух кнопок. Crtl+L
Форматирование. Отступы и т.д. Давно не показатель качества кода.
Современные среды разработки даже проведут более глубокий анализ за Вас.
Все что нужно это понимать. По делу или нет ругается .
Иногда предупреждения все же приходиться давить.
А в правом углу зеленая галка может быть и у неправильно работающего в плане бизнес логики кода.
В терминах их тарифов, то о чем я говорил как виртуал хост , называется сайтом.
Единица отдельно настраиваемая.
Если у Вас блог (2 сайта) .
то в субдоменах можно проверять через .htaccess
https://eternalhost.net/blog/sozdanie-saytov/301-r...
Почитайте. Вам нужно составить выражение
условие если домен основной, то перейти на доменное имя субдомена