Вот ты написал про Instagram сам; никто тебя не спрашивал, куда оно будет выкладываться
DmBand
Суть приложения в том, что оно рандомно из списка товаров выбирает на каждый день недели 4 вида товара, по которым нужно добавить историю в инстаграм, и 2 вида товара, по которым нужно добавить пост в инстаграм.
И вот ты пишешь отмазку, почему тебе не нужно писать скрипт для выкладки в Instagram
DmBand
Мне не нужно, чтобы что-то выкладывало посты или истории в инстаграм.
Так что твоя программа должна делать?
DmBand
Да, там будут ещё кое-какие фичи, но основная - это планировщик контента, если можно так сказать… И вот вопрос в том, реально ли реализовать это через Django И нужен ли вообще Django для этого?
Нет, конечно. Даже больше скажу: Django будет вреден для этого, так как времени на него убьёшь много, а выхлоп будет нулевой практически - Django слишком сложный фреймворк. Так что можешь взять Flask и успокоиться. Лет на пять тебе Flask'а хватит. Он простой и эффективный. Я не думаю, что, взяв Django, ты тут же научишься программировать и тебе не придётся в итоге заказывать работу у нормального спеца. Так что делаешь сам, бесплатно - бери Flask. Это ты сможешь.
Дальше ты немного не врубаешься, как устроены программы. Нет программ под Web, нет программ под компьютер, нет программ под Windows и нет программ под Unix-like системы. Есть просто программа, которую можно вставить куда угодно. Ты просто берёшь кусок программы и присобачиваешь его к любой другой программе в любой системе. А потом ты можешь взять всё это, что получилось, и точно так же присобачить его как кусок в какую-то вообще третью систему. Понимаешь? То есть программа - это такая штука, которая состоит из программ. А те программы - это такие штуки, которые состоят из программ. Программы состоят из программ, тебе надо это просто осознать. Соответственно, когда ты делаешь на Flask'е что-то, ты что угодно можешь туда присоединить. А потом ты можешь взять вот это приложение на Flask'е и уже его в роли части куда-то вставить, в более крупную систему. Instagram - он вот так вот устроен. Браузер - он вот так вот устроен. Чтобы показать картинку, браузер обращается к программе внутри себя, которая умеет показывать картинки. А чтобы обеспечить зашифрованное соединение, браузер обращается к программе внутри себя, которая умеет шифрованные соединения строить. Таким образом эти программы можно переставлять из одних программ в другие программы. Это как колёса на машине меняешь. Когда колесо делают на заводе, это колесо не знает, на каких машинах оно побывает за всю свою жизнь. Но оно не будет пришпилено только к одной машине, которая проездит пять лет и потом будет сдана на металлолом. Колёса можно переставлять с одной машины на другую, так как колесо - это модуль (полноценная самостоятельная единица с внешним интерфейсом, через который с ней взаимодействуют).
Поэтому я тебе и говорю. Напиши скрипт для выкладки в Instagram, потом ты его подключишь, как колесо к другой машине. С консоли потом его отключишь и подключишь к веб-приложению. А на чём это веб-приложение будет сделано - неважно, потому что одно колесо можно ставить на разные машины. Главное, чтобы само колесо хорошим было.
А у тебя пока вопросы в стиле “а как приварить колесо к машине, чтобы машина каталась?”. Его не надо приваривать. Надо сделать само колесо, чтобы оно само по себе не развалилось на дороге, и сделать ему интерфейс в виде гаек.
tags: modularity