shurshur

Сколько угодно статей в этих ваших интернетах. Например, https://habr.com/ru/post/239541/

Чтобы скрипты имели коммерческую ценность, они должны быть не просто особенно дороги автору.

Во-первых, скрипты должны быть посложнее трёх с половиной очевидных строчек, иначе их проще написать самому ещё раз, чем брать какие-то чужие.

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

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

В интернетах тысячи чьих-то личных скриптов, которые осели на страницах блогов и в закоулках гитхабов, их никто никогда не использует, потому что зачастую никто не понимает, что они делают и зачем вообще предназначены. Даже простая публикация хорошего скрипта может потребовать кучи времени - на написание документации, на добавление конфигурационного файла вместо hard coded constants, на тщательное тестирование всех вариантов функциональности и всё такое.

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

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

В python (как и во многих других языках программирования) символ \ в строковых значениях используется для экранирования и для спецсимволов. Например, \t - табуляция, \n - перевод строки. Поэтому использовать \ в строках так просто нельзя. Нужно или указать r перед строкой для отключения подобного поведения (r'c:\telegram'), или экранировать слеши: ('c:\\telegram').

Представь себя в качестве соискателя лет через 10. Пусть в некую перспективную фирму ищут нового сотрудника, и перед глазами HR пачка почти идентичных резюме с идентичными зарплатными ожиданиям, но у всех соискателей есть высшее образование в жизненном пути, а у тебя - нет. Кого пригласят на собеседование последним?

Никого давно не интересует содержание и качество полученного тобой высшего образования, но сам факт его непрохождения является неким маркером, сигналом о том, что человек не смог с этим образованием справиться. А это говорит не в его пользу. Можно ругать такую ситуацию, можно пытаться её изменить, но она на текущий момент именно такая.

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

Пойти и отчислиться можно всегда, это не требует много времени, но потом вернуться будет сложнее, поэтому тщательно взвешивай все "за" и "против". Может, тебе просто лучше сменить направление образования? Перейти в другой вуз? Получить образование заочно?

Достаточно странно удивляться сложности математики на профильном факультете в одном из ведущих вузов страны. Но вот насчёт программирования претензий я вообще не понимаю. Уровень программирования в математическом вузе совсем не заоблачный. Если у тебя начались проблемы от изучения такой простой и важной темы, как ООП, то это претензия уже не к вузу. Это претензия к тебе как к будущему программисту. Если ты не можешь освоить основы под руководством преподавателя, то и самообразование в этой сфере вызовет у тебя ничуть не меньше проблем. Поэтому рекомендую задуматься именно о том, действительно ли ты хочешь выбрать путь программиста?

И поосторожнее относись к советам опытных советчиков с этого сайта. Большинство из них отличаются от среднестатистических технарей. Они явно лучше умеют самообучаться, узнавать новые технологии, находить ответы на свои вопросы. Конечно, многим из них не так уж и сложно самостоятельно освоить сложные темы, продвинуться профессионально, пройти собеседование в приличную компанию на хорошую должность, но такой уровень доступен далеко не всем.

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

Так что и мои советы тоже не спеши принимать за руководство к действию. Решение тебе в любом случае придётся принять самому, но его не следует принимать поспешно.

Discord API использует HTTP-запросы. Поэтому потребуется любая библиотека для таких запросов (например, libcurl). А дальше курить официальную документацию по API.

... Но как уже тут выше упоминали, большого смысла в этом нет. Учиться на задаче, к которой язык плохо приспособлен - идея довольно странная.

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

Нужно отправить кнопку с request_contact=True, пример есть тут

Как-то так:

import time
  
def progressbar(size=10):
  for i in range(size+1):
    bar = "|"*i+"."*(size-i)
    print (f"\r[{bar}]", end='')
    time.sleep(1)
  print ()

progressbar()

Никак, бот не имеет доступа к сообщениям в каналах. Можно использовать MTproto API (клиентское) для таких задач.

upd: это оказалось неверно, как обсудили в комментариях. Но следует учесть, что в том же telebot вместо @bot.message_handler следует использовать @bot.channel_post_handler

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

Размещение пользователем своего номера на "доске объявлений" не означает согласие на получение рекламной информации даже от самой доски объявлений, не говоря уже о рекламе от третьих лиц и организаций.

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

Добавлю, что если речь идёт о сервисе Viber Business Messages, то там и формально такая реклама запрещена, и рассылка по случайно собранным номерам сама по себе гарантированно и очень быстро приводит к превышению порога 5% жалоб, по которому сервис сразу же банят. Например, один такой бизнес сразу достиг 80% блокировок, после долгих переговоров и клятвенных обещаний его разбанили, но до повторного бана сервис прожил недолго.