Forem: Danil Poletavkin

Создание своего собственного оператора в RxJS

Danil Poletavkin — Wed, 12 Apr 2023 03:41:49 +0000

Это вольный перевод очень хорошей статьи
https://netbasal.com/creating-custom-operators-in-rxjs-32f052d69457

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

Что такое оператор? Это издатель, который принимает на вход другого
издателя. Простейший оператор будет выглядеть так:

function myOperator<T>(source:Observable<T>){
return source;
}

Этот оператор бесполезен, так как возвращает (или передаёт далее по
цепочке) того же издателя, что и получает, но тем не менее это
оператор!

Теперь давайте попробуем вернуть какого-нибудь другого издателя:

function myOperator<T>(source: Observable<T>){
return new Observable(subscriber=>{
subscriber.next(1);
subscriber.complete();
})
}

Этот оператор никак не использует входного издателя, а просто возвращает единицу.

Теперь попробуем создать оператор, который будет отфильтровывать
значения null и undefined и не будет пускать их дальше по цепи.

function filterNil() {
    return function <T>(sourse: Observable<T>) {
        return new Observable(s => {
            sourse.subscribe(
                {
                    next: (v) => {
                        if (v!==undefined&&v!==null) {
                            s.next(v);
                        }
                    },
                    error: (error) => {
                        s.error();
                    },
                    complete: () => {
                        s.complete();
                    }
                }
            )
        })
    }
}

Почему мы обернули оператор в ещё одну функцию? Это для того, чтобы было
удобно передавать оператору какие-то аргументы. Теперь эта функция
возвращает оператор и вызов функции равносилен применению оператора.

Но что-то не так - мы только что создали утечку памяти. Каждый
издатель должен возвращать функцию unsubscribe(), которая выполняет все
необходимые по очистке памяти действия, а издатель в нашем операторе
такую функцию не возвращает. Для того, чтобы всё заработало как надо
добавим ещё одну строку

function filterNil() {
    return function <T>(sourse: Observable<T>) {
        return new Observable(s => {
            sourse.subscribe(
                {
                    next: (v) => {
                        if (v!==undefined&&v!==null) {
                            s.next(v);
                        }
                    },
                    error: (error) => {
                        s.error();
                    },
                    complete: () => {
                        s.complete();
                    }
                }
            )
            return () => s.unsubscribe(); <===
        })
    }
}

Конструкция Observable.subscribe() возвращает объект Subscription,
поэтому можно сократить код, показанный выше просто возвратив сам объект
подписки. Теперь при вызове unsubscribe() будет вызываться метод
unsubscribe() подписки, которую мы возвращаем.

function filterNil() {
    return function <T>(sourse: Observable<T>) {
        return new Observable(s => {
            return sourse.subscribe(
                {
                    next: (v) => {
                        if (v!==undefined&&v!==null) {
                            s.next(v);
                        }
                    },
                    error: (error) => {
                        s.error();
                    },
                    complete: () => {
                        s.complete();
                    }
                }
            )
        })
    }
}

Рекомендуется создавать свои операторы на основе существующих и вот как
будет выглядеть оператор filterNil, созданный при помощи оператора
filter

function filterNil() {
    return function <T>(source: Observable<T>) {
        return source.pipe(filter(v=>v!==undefined && v!=null));
    }
}

А так как операторы функции блока pipe сами по себе уже возвращают функции, то
есть оператор filter уже вернёт нужную нам функцию, принимающую и
возвращающую издателя, то можно сократить код до

function filterNil() {
return filter(v=>v!==undefined&&v!=null);
}

Строки и строки байтов в Python

Danil Poletavkin — Tue, 07 Mar 2023 03:48:59 +0000

Строка - это набор символов, а строка байтов - это именно это и есть - строка байтов. Обычная строка перед тем, как станет возможным сохранить её на компьютере должна быть преобразована (encoding) в строку байтов.

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

Тем не менее в Python если какой-то переменной присвоить строку байтов b'string' и вывести в консоль, то Python представит строку байтов как строку доступную для чтения.

s=b'string'
print(s)
# Вывод: b'string'

Здесь дело в том, что перед выводом на консоль команда print преобразовывает строку байтов в формат, удобный для чтения, то есть в обычную строку. На самом деле это будет по-прежнему строка байтов, а не набор символов как каком-то из международных языков. К примеру можно представить набор символов строки s в шестнадцатеричном формате

c=s.hex()
print(s)
# Вывод: 737472696e67

Использован ответ пользователя stackoverflow.com

https://stackoverflow.com/a/31322359/12613870

Answer: What is the difference between a string and a byte string?

Danil Poletavkin — Mon, 06 Mar 2023 05:00:19 +0000

Jul 9 '15

679

The only thing that a computer can store is bytes.

To store anything in a computer, you must first encode it, i.e. convert it to bytes. For example:

If you want to store music, you must first encode it using MP3, WAV, etc.
If you want to store…

Open Full Answer

Django. Работа через WebSocket. Библиотека Channels

Danil Poletavkin — Thu, 16 Feb 2023 05:30:18 +0000

Ссылка на документацию https://channels.readthedocs.io/

Ссылка на проект github https://github.com/django/channels

Библиотека позволяет выполнять соединение с клиентской стороной как через http, так и через websocket. Подключая библиотеку к Django соединения будут выполняться через сервер-стандарт asgi, так как библиотека переопределит стандартное поведение Django. В остальном же функциональность остаётся та же самая, как обычно, через http можно вызывать контроллеры из файла views.py.

Классы-Потребители (Consumers)

Это специальный класс — потребитель сообщений. Принято располагать эти классы в модуле consumers.py.

Эти классы обрабатывают сообщения по протоколам отличным от http, например для работы с websocket класс создаётся следующим образом:

from channels.generic.websocket import WebsocketConsumer

class SimpleWsConsumer(WebsocketConsumer):
    pass

В отличие от стандартной конфигурации при работе через http, когда маршруты располагаются в модуле urls.py при работе через websocket маршруты принято располагать в модуле routing.py

from django.urls import re_path
from . import consumers

websocket_urlpatterns=[
    re_path(r’ws/chat/(?P<room_name>\w+)/$’, consumers.SimpleWsConsumer.as_asgi()),
]

Как видим, у класса-контроллера вместо обычного вызова as_view() вызывается метод as_asgi(), в остальном модуль маршрутов похож на стандартный urls.py

Подключаются же такие маршруты в модуле asgi.py

import os

from channels.auth import AuthMiddlewareStack
from channels.routing import ProtocolTypeRouter, URLRouter
from channels.security.websocket import AllowedHostsOriginValidator
from django.core.asgi import get_asgi_application
from chat import routing # Импортируется модуль routing.py, где как раз и настроены маршруты websocket

os.environ.setdefault('DJANGO_SETTINGS_MODULE','mysite.settings')
application=ProtocolTypeRouter({
    "http":get_asgi_application(),
    "websocket":AllowedHostsOriginValidator(AuthMiddlewareStack(URLRouter(routing.websockets_urlpatterns)) # Передаётся список маршрутов из модуля routing.py)
})

Подключение коммуникационной системы потребителей. Слой Каналов (Channel layer)

Канал — это как путь, через который направляются сообщения. Для каждой вкладки веб-обозревателя создаётся свой канал. Каждому потребителю по умолчанию назначается уникальное имя канала channel_name, то есть если создать 10 вкладок (или приложение используют 10 разных пользователей), то будет создано 10 каналов. Наверное можно думать о канале как о канале соединения websocket. Каналы могут объединяться в группы, и тогда каналы, принадлежащие одной группе могут общаться между собой

Группа — это группа связанных каланов. Имея имя группы можно отправлять сообщения через все каналы этой группы. И, насколько понимаю, для каждого потребителя создаётся свой собственный канал с уникальным именем. Получается, что каналы объединяются в группы вместе со своими потребителями.

То есть можно сказать, что канал — это путь к потребителю, по которому идут сообщения, а потребитель — конечная точка для этих сообщений. Потребитель может принять сообщение, обработать его и отправить ответ.

Коммуникационная система работает через redis — нужно запустить redis и добавить пакет channels_redis

pip install channels_redis

И в модуле настроек settings.py коммуникационную систему нужно сконфигурировать

ASGI_APPLICATION='mysite.asgi.application'

CHANNEL_LAYERS={
    'default':{
        'BACKEND':'channels_redis.core.RedisChannelLayer',
        'CONFIG':{
            'hosts':[
                ('127.0.0.1',6379)
            ]
        }
    }
}

Добавление потребителя в группу

Потребителя можно добавить в группу методом channel_layer.group_add

import json

from asgiref.sync import async_to_sync
from channels.generic.websocket import WebsocketConsumer

class SimpleWsConsumer(WebsocketConsumer):
    def connect(self):
        self.room_name=self.scope['url_route'][^1]['kwargs']['room_name']
        self.room_group_name='chat_%s' % self.room_name
        # Добавление потребителя в группу
        async_to_sync(self.channel_layer.group_add)[^2](
            self.room_group_name, self.channel_name # Параметры метода channel_layer.group_add
        )
    self.accept() # Принять соединение

Git Как изменить любой коммит

Danil Poletavkin — Thu, 22 Dec 2022 03:05:53 +0000

Для того, чтобы изменить любой коммит, нужно использовать команду git rebase. Важно, что при этом все изменения, которые планируется внести в коммит должны быть скрыты командой stash, то есть вывод команды git status должен быть пустой:
1.Допустим в области изменений git есть какие-то файлы, которые мы хотим добавить к коммиту командой git rebase, и есть файлы, которые добавлять не планируется.
В таком случае нужно скрыть изменения поочерёдно командой git stash push [относительный путь к файлу].
Показать список скрытых файлов можно командой git stash list.
Команда git stash сохраняет записи по методу стэка, то есть последние добавленные записи имеют меньший индекс, а самая последняя добавленная запись имеет индекс 0.
Хорошая статья про команду git stash https://tangenttechnologies.ca/blog/git-stash-single-file/
2.Выполнить команду
git rebase —interactive [номер коммита^]
обратить внимание на символ ^ - это означает, что мы перемещаемся в состояние «до» этого коммита
3.В открывшемся файле или консольном текстовом редакторе (в зависимости от того, какой редактор настроен для работой с git) с коммитами указать, какой коммит мы хотим изменить — вместо pick написать edit
4.Выполнить изменения, например добавить файлы к коммиту. Если изменения находятся в состоянии stash, выполнить команду
git stash pop
или
git stash pop [номер изменения]
5.Выполнить команду
git commit —amend
6.Выполнить команду
git rebase —continue
7.При необходимости перезаписать изменения на сервере командой
git push --force

Выполнение интеграционных тестов ASP.NET Core в пайплайне GitLab

Danil Poletavkin — Thu, 15 Dec 2022 05:50:36 +0000

Для того, чтобы запустить в пайплайне интеграционные тесты ASP.NET Core, нужно

Создать отдельный файл docker-compose-test.yml с конфигурацией развёртывания базы данных. Этот файл не будет использоваться при основном развёртывании, а только при выполнении тестов.
Запустить контейнер dotnet/sdk, связать директорию в контейнере с директорией приложения (вероятно это текущая директория), назначить в качестве рабочей директории докера workdir директорию с файлами тестов и выполнить команду dotnet test. При этом переопределить строку подключения к базе данных, так как по умолчанию используется строка подключения из файла appsettings.json
Выполнить команду docker-compose down

На что нужно обратить внимание:

В интеграционных тестах класс с методами тестов обычно наследуется от WebApplicationFactory или WebApplicationFactory, и при создании класса с тестами выполняются методы класса Startup (Program). Если классов с тестами несколько, то методы класса Startup будут выполняться каждый раз, и если в нём определены операции миграции базы данных, будет возникать ошибка. Причина ошибки в том, что каждый класс с тестами запускается как бы отдельно и «приложение не знает», какие миграции уже были применены к базе данных до этого. Получается, что все миграции применяются каждый раз. Чтобы этого избежать, можно поместить все тесты в один класс, так, чтобы создавался только один класс WebApplicationFactory и соответственно методы класса Startup выполнялись только один раз

Примеры кода

Интеграционный тест

using Microsoft.AspNetCore.Mvc.Testing;

public class IntegrationTests:IClassFixture<WebApplicationFactory<Startup>>{
    private readonly WebApplicationFactory<Startup> _fixture;
    public IntegrationTests(WebApplicationFactory<Startup> fixture)
    {
        _fixture = fixture;
    }
    [Fact]
    public void Test1(){}
    [Fact]
    public void Test2(){}
    [Fact]
    public void Test3(){}
    [Fact]
    public void Test4(){}
}

Файл docker-compose-test.yml с образом postgres

version: '3.4'
networks: 
  network_name:
    driver: bridge
services:
  db:
   image: postgres:14
   ports:
    - "5432:5432"
   environment:
    PGUSER: postgres
    POSTGRES_PASSWORD: postgres
    POSTGRES_DB: postgres
   networks:
    - network_name
   restart: always
   healthcheck:
      test: ["CMD-SHELL", "pg_isready"]
      interval: 20s
      timeout: 10s
      retries: 3
      start_period: 10s

Джоб в конфигурации .gitlab-ci.yml

stages:
  - test
  - build
  - deploy

docker-test:
  image: docker:latest
  stage: test
  when: on_success
  services:
    - docker:dind
  script:
# развернуть контейнер с базой данных 
# -d - отменить вывод журнала в консоль для того, чтобы остальные команды могли выполниться
    - docker-compose --file docker-compose-test.yml up -d --build
# --name - задать имя контейнеру (необязательно)
# --network - задать имя сети, с которой будет соединяться контейнер. При развёртывании контейнера с базой данных в предыдущем шаге создаётся сеть с именем network_name. При развёртывании контейнера с базой данных к этому имени добавится имя текущей директории, из которой была выполнена команда docker-compose, так что окончательное имя сети будет не таким, как указано в файле docker-compose-test, а с префиксом из имени текущей директории и нижним подчёркиванием: [имя текущей директории]_network_name. Нужно иметь это ввиду при запуске команды.
# --rm - удалить образ, который используется при развёртывании контейнера а также удалить связанные volume
# -w - задать рабочую директорию для контейнера, то есть ту директорию, в которой будут выполняться дальнейшие команды. Это то же самое, что команда WORKDIR в файлах Dockerfile. Здесь мы в качестве рабочей директории задаём директорию Tests, так как именно в ней нужно будет выполнить команду dotnet test
# dotnet test - команда запуска тестов
# -e задать переменную текущей среды выполнения. Здесь мы задаём строку соединения с базой данных.
# в строке соединения к базе данных:
# __ - двойное подчёркивание используется вместо двоеточия :, так как двоеточие не всегда срабатывает
# Server=db - здесь db - это имя службы из участка кода
# services:
# db:
# image: postgres:14          
    - docker run --name app_name --network [имя текущей директории]_network_name --rm -v $(pwd):/app -w /app/Tests mcr.microsoft.com/dotnet/sdk:7.0 dotnet test -e "ConnectionStrings__DefaultConnection=Server=db;Port=5432;Database=postgres;Username=postgres;Password=postgres"
    - docker-compose --file docker-compose-test.yml down -v

docker-build:
  stage: build
# …
docker-deploy:
  stage: deploy
# …

Docker Volume Backup & Restore

Danil Poletavkin — Tue, 04 Oct 2022 14:28:14 +0000

Backup

Перейти в папку, в которой мы ожидаем появления архива и выполнить следующую команду

docker run --rm --volume [имя volume, который мы хотим архивировать]:/data --volume $(pwd):/backup ubuntu tar cvf /backup/backup.tar /data

Пояснение

1) Запустить контейнер
docker run
2) image будет удалён после запуска контейнера
--rm
3) монтировать нужный нам volume в папку data внутри создаваемого контейнера
имя этой папки может быть любым
--volume [имя volume, который мы хотим архивировать]:/data
4) связать текущую папку $(pwd) с папкой backup внутри создаваемого контейнера
текущая папка - это место, где мы ожидаем появления архива backup.tar
имя папки backup может быть любым
то есть данные из папки backup, расположенной внутри контейнера будут появляться в текущей папке
--volume $(pwd):/backup
5) имя image контейнера, который создаётся
не обязательно использовать именно ubuntu, это может быть любой образ
нам всего лишь нужно скопировать данные из существующего volume, где располагаются наши данные в новый volume
ubuntu
6) архивировать то, что находится в папке data в архив c именем backup.tar
архив backup.tar появляется в папке backup внутри контейнера, и, так как мы связали в команде 4 папку backup внутри контейнера с текущей директорией, файл backup.tar появится в текущей директории
tar cvf /backup/backup.tar /data

Restore

Перейти в папку, в которой находится файл .tar с резервной копией базы данных и выполнить следующую команду

docker run --rm --volume some_docker_project-backup:/extracted_backup --volume $(pwd):/data ubuntu tar xvf /data/backup.tar -C /extracted_backup --strip 1

Пояснение

1) Запустить контейнер
docker run
2) image будет удалён после запуска контейнера
--rm
3) связать новый volume some_docker_project-backup с папкой extracted_backup внутри контейнера
новый volume - это тот, который потом планируется использовать в качестве источника данных в файле docker-compose. В файле docker-compose имя volume указывается без префикса имя проекта, а имя проекта добавляется в процессе выполнения команды docker-compose up (для смены имени проекта по-умолчанию нужно использовать параметр --project-name)
поэтому здесь имя нового volume включает в себя префикс some_docker_project - это как раз имя проекта docker-compose
папка extracted_backup - это папка внутри контейнера, имя папки может быть любым
--volume some_docker_project-backup:/extracted_backup
4) связать текущую папку с папкой data внутри контейнера.
текущая папка - это та папка, в которой находится архив .tar с резервной копией базы данных
--volume $(pwd):/data
5) имя запускаемого образа
не обязательно использовать именно ubuntu, это может быть любой образ
ubuntu
6) разархивировать файл .tar в папку extracted_backup внутри контейнера, которую ранее мы связывали с новым volume. В результате появится новый volume с данными из архива, которые были извлечены в папку extracted_backup внутри контейнера
tar xvf /data/backup.tar -C /extracted_backup --strip 1

Инструкция по развёртыванию приложения Django Python3 на веб сервере Apache для операционной системы CentOS 7

Danil Poletavkin — Tue, 26 Jul 2022 05:03:00 +0000

Инструкция написана начинающим пользователем систем Linux и неспециалистом по программам Apache и Django
В данной инструкции использовались следующие версии пакетов:
python3-pip-9.0.3-8.el7
httpd-2.4.6-97.el7.centos.5
python3-mod_wsgi-4.7.1-2.el7
django 2.1.13

Замечания

Изменить уровень служебных сообщений журнала в файле httpd.conf на LogLevel info чтобы видеть ошибки
Важно, чтобы у всех необходимых для apache директорий был доступ o+rx. Раз доступ есть у пользователей не относящихся к группе, добавлять пользователя apache в какую-либо группу не нужно (например в руководстве How To Serve Django Applications with Apache and mod_wsgi on CentOS 7 | DigitalOcean излишне указано, что пользователь apache должен быть добавлен в группу пользователя системы)
Служба SELinux может блокировать доступ apache к необходимым файлам. Один из вариантов отключить SELinux, а лучше настроить её для работы с apache
Внимательно подойти к созданию файла конфигурации [имя файла].conf. Рабочий пример с комментариями django.conf
Убедиться, что версия mod_wsgi соответствует версии python при помощи которой создаётся проект django и виртуальная среда. Например для версии Python3.x это будет mod_wsgi.4.x.x

Порядок действий

Все команды рекомендуется запускать из-под учётной записи пользователя, а не администратора. Далее все адреса к директориям и файлам указаны относительно домашней директории пользователя

Django

1. Установить python3-pip. Пакеты python относятся к python версии 2, а пакеты python3 - к python версии 3
sudo yum install python3-pip
2. Установить пакет для создания виртуальных сред virtualenv.
sudo pip3 install virtualenv
3. Находясь в директории пользователя создать виртуальную среду
virutalenv [имя среды, например 'venv']
Будет создана директория venv
4. Активировать виртуальную среду
source venv/bin/activate
5. Установить django. Так как это общий пример, будем использовать провайдера базы данных по умолчанию, это sqlite. На момент написания инструкции при установке django последней версии возникает ошибка о том, что установлена устаревшая версия sqlite и требуется версия не ниже 3.8.x. Так как это ознакомительная инструкция, будем использовать версию django 2.1.x, например 2.1.13. В реальном приложении вероятно, что будет использоваться другой провайдер базы данных.
pip3 install django==2.1.13
6. Создать новый проект django
django-admin startproject [имя проекта, например 'myproject']
7. В файле myproject/myproject/settings.py указать, с каких адресов будет разрешён вызов приложения django. Для примера разрешим вызов со всех адресов
ALLOWED_HOSTS = ['*']
8. Создадим и применим миграции базы данных
myproject/manage.py makemigrations
myproject/manage.py migrate
9. Запустим приложение, используя порт 8000
myproject/manage.py runserver 0.0.0.0:8000
10. Так как система без графического интерфейса, для того, чтобы посмотреть веб-страницу нашего django-проекта используем программу lynx с другого окна терминала
sudo yum install lynx
lynxhttp://0.0.0.0:8000
11. Остановим приложение
12. Этот шаг понадобится для доступа к приложению через apache. Для того, чтобы apache мог запустить наше приложение, понадобятся статические файлы, которые необходимо собрать с отдельную папку командой collectstatic. Прежде, чем это сделать, нужно указать django в какую именно папку собирать статические файлы. Для этого нужно добавить следующую строку в файл myproject/myproject/settings.py STATIC_ROOT=os.path.join(BASE_DIR,'static/')
13. Теперь соберём статические файлы
myproject/manage.py collectstatic
Важно запускать эту команду из активной виртуальной среды После выполнения команды в директории ~/myproject/ появится новая папка static
14. Можно деактивировать виртуальную среду
deactivate

Apache

В CentOS главная служба Apache называется httpd.
При установке по умолчанию главный файл конфигурации размещается по адресу /etc/httpd/conf/httpd.conf
Дополнительные файлы конфигурации, которые создаются для веб-приложений размещаются по адресу /etc/httpd/conf.d/. Команды из этих файлов переопределяют команды главного файла /etc/httpd/conf/httpd.conf
Для того, чтобы видеть подробные сообщения об ошибках, в файле httpd.conf нужно изменить уровень сообщений журнала с LogLevel warn на LogLevel info. В этом же файле указано, по какому адресу находится журнал с сообщениями об ошибках, по умолчанию это файл /etc/httpd/logs/error_log

1. Установить пакет apache
sudo yum install httpd
2. Проверим работу службы httpd.
Для этого сначала откроем порт 80 для внешних соединений по протоколу tcp
sudo firewall-cmd --permanent --add-port=80/tcp
включим службу http файервола
sudo firewall-cmd --permanent --add-service=http
перезапустим файерволл
sudo firewall-cmd --reload
теперь запустим apache
sudo systemctl start httpd
После этого при переходе по адресу сервера должна отобразиться приветственная страница
3. Установить пакет mod_wsgi. WSGI - это модуль, который позволяет apache обрабатывать приложения python. Как сказано в замечаниях, версия модуля должна соответствовать версии python, при помощи которой создавался проект django
sudo yum install python3-mod_wsgi
Если появляется сообщение, что пакет не найден, то установить пакет rh-python36-mod_wsgi
sudo yum install rh-python36-mod_wsgi
4. Проверим, что модуль mod_wsgi установился в папку модулей apache.
ls -l /usr/lib64/httpd/modules
В списке должен присутствовать файл mod_wsgi_python3.so. Этот модуль apache будет использовать при обработке конфигурационного файла для приложения django, который мы создадим далее
5. Откроем доступ сторонним пользователям к папкам проекта, для того, чтобы apache был способен использовать все необходимые файлы (реальный проект рекомендуется создавать в отдельной папке вне домашней директории пользователя)
sudo chmod -R o+rx /home/[пользователь]/myproject/myproject/wsgi.py
sudo chmod -R o+rx /home/[пользователь]/venv/lib/python3.6/site-packages
Чтобы проверить права доступа к папкам можно использовать команды
namei -l /home/[пользователь]/myproject/myproject/wsgi.py
namei -l /home/[пользователь]/venv/lib/python3.6/site-packages
Эта команда отобразит все папки по пути к конечному пункту. У всех директорий права доступа других пользователей должны быть r-x. Если команда chmod -R не сработала для директории /home/[пользователь] то изменить права доступа отдельно для этой директории. Также проверить права доступа у файла wsgi.py
6. Отключить selinux (если знаете как, то лучше не отключать, а настроить для работы с apache). Конфигурация SELinux располагается в файле /etc/selinux/config, в комментариях этого файла указано как отключить службу. Статус службы можно посмотреть командой
sestatus
7. Перезагрузить компьютер чтобы изменения SELinux вступили в силу
sudo reboot
После перезагрузки команда sestatus должна показывать disabled
8. Очистить (удалить содержимое) файл /etc/httpd/conf.d/welcome.conf. Этот файл используется apache для отображения приветственной страницы
9. Создать файл /etc/httpd/conf.d/[имя файла, например 'django'].conf
sudo touch /etc/httpd/conf.d/django.conf
и вставить в него содержимое файла django.conf. Заменить [имя пользователя] на текущее[django.conf]
10. Запустить службу httpd
sudo systemctl restart httpd
После выполненных действий по адресу сервера должна отображаться приветственная страница django

Answer: ASP.NET Identity change password

Danil Poletavkin — Wed, 25 Aug 2021 03:58:45 +0000

Mar 27 '15

ApplicationUserManager is the class generated by the ASP.NET Template.

Which means, you can edit it and add any functionality it doesn't have yet. The UserManager class has a protected property named Store which stores a reference to the UserStore class (or any subclass of it, depending on how you configured…

Open Full Answer