Сессии установились

from telethon import syncimport telethon.sync вот эта строчка непонятная

) https://telethon.readthedocs.io/en/stable/extra/basic/getting-started.html все отсюда и с git

Блин. Пробел

Вернее дубль

Народ, привет! Не могу сделать захыать rtsp потока. Посмотрите пожалуйста вопрос. Спасибо! https://stackoverflow.com/questions/52168491/opencv-rtsp-capture-is-not-opening

Привет всем)

Работаем сейчас над архитектурой нового проекта, нужен совет. Есть ли у кого опыть разработки сервиса на джанго вообще без view, завязано лишь на api/ frontend react. Стоит ли тут брать джанго из-за рест фреймворка и админки если потом будут еще микросервисы на aiohttp/golang

Мы делаем тоже самое на flask. И далее фронт на апи вешаем.

Работаем сейчас над архитектурой нового проекта, нужен совет. Есть ли у кого опыть разработки сервиса на джанго вообще без view, завязано лишь на api/ frontend react. Стоит ли тут брать джанго из-за рест фреймворка и админки если потом будут еще микросервисы на aiohttp/golang

Стоит. Можно ещё потом сервисы на aiohttp просто как management-команду в django дописывать и запускать. Многофункциональный монолит, всё под рукой.

всем привет! подскажите, пожалуйста, как мне также сделать, чтобы после установки модуля через pip install была возможность вызвать программу через консоль по имени, а не через python *.py ?

как это, например, работает у celery

пока что такое решение нашёл, может быть оно костыльное, - добавить кое-что в .bashrc , например, myapp='/usr/bin/python3 /full/path/to/app.py'

Спасибо

Мы делаем тоже самое на flask. И далее фронт на апи вешаем.

Стоит. Можно ещё потом сервисы на aiohttp просто как management-команду в django дописывать и запускать. Многофункциональный монолит, всё под рукой.

всем привет! подскажите, пожалуйста, как мне также сделать, чтобы после установки модуля через pip install была возможность вызвать программу через консоль по имени, а не через python *.py ?

первой строчкой добавить #!/usr/bin/python

первой строчкой добавить #!/usr/bin/python

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

это стандартно в линухах

первой строчкой добавить #!/usr/bin/python

скорее #!/usr/bin/python3

ну это кому что надо

первой строчкой добавить #!/usr/bin/python

и сделать файл исполняемым еще: chmod +x <имя файла>

и сделать файл исполняемым еще: chmod +x <имя файла>

да, обязательно, забыл добавить

Хорошо, допустим, приложеие называется test, в пути ~/Documents/TEMP/python_tests создаю файл test.py с содержимым: #!/usr/bin/python3 print("Hello") name = input() print(name) Сохраняю, сделал его исполняемым ухожу в домашнюю папку cd ~ Набираю test и ничего не происходит.

то есть я хотел бы сделать так, чтобы я с любого места мог вызвать данное приложение

ну либо с полным путем вызывать, либо папку со скриптом добавить в PATH

то есть я хотел бы сделать так, чтобы я с любого места мог вызвать данное приложение

Проверь путь до интерпретатора и установи права на выполнение для скрипта.

ну либо с полным путем вызывать, либо папку со скриптом добавить в PATH

ага, в PATH добавить, понял. Спасибо) всё таки так и сделаю

ну либо с полным путем вызывать, либо папку со скриптом добавить в PATH

я бы лучше сделал символическую ссылку на файл в папке /usr/local/bin

я бы лучше сделал символическую ссылку на файл в папке /usr/local/bin

Или env python3

я бы лучше сделал символическую ссылку на файл в папке /usr/local/bin

ln -s /path/to/app.py /usr/local/bin ?

ну да

ln -s /path/to/app.py /usr/local/bin/app

Зачем? Хрень ведь.

ну хочется ему так

мне кажется что PATH лишний раз не стоит засорять

Пусть в бинарниках системный будут только системные

Надо делать так, как надо. А как не надо - делать не надо

мне кажется что PATH лишний раз не стоит засорять

Для этого придумали шелл скрипты, чтобы делать кастомный path

Если нужно кастомный path пилишь скрипт

Не нужен просто не запускаешь его

Вот и не засоряется

то есть я хотел бы сделать так, чтобы я с любого места мог вызвать данное приложение

положи его в бинарники

/usr/bin/

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

/usr/local/bin

ну ему же надо :D

Таков unix way. Пихать все подряд как-то нетрадиционно.

ну вот в /usr/local/bin можно класть, нормальное место

потому и существует отдельная папка local

надо в ~/.local/bin

а

надо в ~/.local/bin

Если только чисто для себя

А если нет

PATH будет актуальным не для всех пользователей, а только для тех, у кого он установлен/задан.

А если нет

а в ТЗ об этом ни слова)

есть /etc/profile, который для всех пользователей

Вот если у тебя эта софтина из-под технологической учётки?

Вот если у тебя эта софтина из-под технологической учётки?

тогда проблема высосана из пальца

Вообще пофиг где бинарник хранить если честно

тогда проблема высосана из пальца

просто пиши полный путь и не парься

У меня например много всякого софта энтерпрайзного

ERROR: S client not available

Вообще пофиг где бинарник хранить если честно

Вот лично ты набей татуху бинарника на себе.

Там бинарники могут быть где угодно

но обычно они лежат в папке /opt

алиас можно прописать

Просто везде пишем свой скрипт для path и норм работает, чтобы не ломать path

и положить куда угодно

У меня например много всякого софта энтерпрайзного

Энтерпрайз и где угодно даже рядом не стоят )

alias test=/home/user/test.py

Энтерпрайз и где угодно даже рядом не стоят )

У оракла несколько папок может быть где лежат бинарники

а правильный шелл скрипт это будет #!/bin/sh exec python my_script.py

а класть надо в /opt

У оракла несколько папок может быть где лежат бинарники

Несколько папок и где угодно разные места

а правильный шелл скрипт это будет #!/bin/sh exec python my_script.py

Тоже нет )

Целую прослойку для питон скрипта из-под sh? Это не наши методы.

а как правильно?

Целую прослойку для питон скрипта из-под sh? Это не наши методы.

хыы а у меня наоборот, целая прослойка на питоне для sh скрипта

Целую прослойку для питон скрипта из-под sh? Это не наши методы.

Ну это как бекенд и фронтенд

еще на mvc натяните свои скрипты :)

Всем бобра! Посоветуйте фреймворк для быстрой и стабильной сборки REST API в связке с базой и кешем. Не тяжёлый и быстрый.

Если ты делаешь для себя скрипты, то все лежит в твоём домашнем каталоге пользователя.

Структура каталогов описана в man hier

/bin и /sbin основной каталог для исполняемых программ системы

Их не трогают

/usr/bin и /usr/sbin так же, но для програм из пакетов

В эти каталоги вообще ничего не ставят.

/usr/local/bin и /usr/local/sbin для ПО локального. Вот сюда ОБЫЧНО ставят. Но ставят уже гуру.

Дело в том, что часто начинающие делают ошибку и могут назвать файл так же, как и утилита системная, что может привести к полному или частичному отказу системы

/opt для программ больших, энтерпрайзных

/usr/local/bin и /usr/local/sbin для ПО локального. Вот сюда ОБЫЧНО ставят. Но ставят уже гуру.

про /usr/local/bin я уже упоминал)