Евгений

PostgreSQL. Я недавно после большого перерыва вновь столкнулся с MySQL. Честно говоря, сильно разочарован. MySQL как была так и осталась какой-то костыльной неудобной поделкой. Уже несколько раз вставал на грабли с utf8mb3. В 2018 году! Это просто facepalm какой-то.

Wagtail

Как говорится, на вопрос невозможно дать однозначный ответ. Большинство проектов, с которыми я работал в последние 3-4 года используют:

Обязательно
1) Python/Django
2) PostgreSQL в качестве бд в 99% случаев (в оставшихся 1% MySQL)
3) Django REST Framework

Необязательно
1) ElasticSearch (как напрямую, так и через django-haystack)
2) Redis
3) Celery

Этот список можно продолжать до бесконечности, конечно. Думаю, надо хорошо изучить основы Python, Django (начинать с официальной документации, а не блогов всяких самоучек, дающих плохие примеры, в рунете таких много). Остальное придет по мере наработки практики.

Совершенно верно, Flask выполняется на стороне сервера. Вам необходим HTML-шаблон, в котором будет выводиться необходимый текст, и кнопка, по нажатию которой текст будет копироваться средствами Javascript. Например, при помощи clipboardjs.

Я в свое время купил ThinkPad T440s. У него есть внутренняя несменная батарея и внешняя сменная. Поэтому можно купить несколько внешних и менять их на лету. Или купить одну большую сменную. После покупки ноутбука я сразу же докупил самую емкую сменную, с ней ноутбук спокойно работал 7-8 часов. Но за 3 года емкость деградировала, особенно после жизни в Непале, где очень плохое электричество и постоянные включения-выключения света.

Докупил недавно почти такую же батарею во Вьетнаме, вроде бы родная Lenovo, новая, но тем не менее, держит всего лишь 3 часа.

Но вообще для себя сделал вывод, что Lenovo придумал оптимальную схему со сменными батареями. Пока она была новой, очень меня радовала. Можно было целый день спокойно работать вдали от розетки.

Если есть Linux, то можно найти сетевые принтеры при помощи bonjour: lpinfo --include-schemes dnssd -v (более подробно здесь).

Я использую каждый раз нечто похожее на то, как структурирован данный проект: https://github.com/taigaio/taiga-back/tree/master/taiga

И не соглашусь с предыдущими комментаторами: то, как Django организует проект, хорошо лишь для маленьких проектов. Когда проект начинает расти, структура по умолчанию начинает мешать.

Как sim3x написал, is проверяет равенство не значения, а ссылки. Вы такое же поведение даже с целыми получить можете: https://stackoverflow.com/questions/15171695/whats...

Можно скачивать почту из почтового ящика Яндекс по протоколу POP3/IMAP. Вложения — это часть письма, закодированная при помощи MIME. Библиотеки для поддержки протоколов POP3/IMAP и разбора сообщений MIME есть практически в каждом языке программирования.

Когда я начинал, у меня тоже был стресс от несоответствия ожиданий действительности. Ведь пока читаешь книги, кажется, что разработка ПО — это что-то идеальное, строительство безупречных воздушных замков. А в реальности каждый день приходится иметь дело с костылями, big ball of mud, и, даже, ужас какой, самому писать костыли.

Надо понять, что жизнь — это жизнь. В книгах и кино всегда лишь идеализированная однобокая картина жизни.

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

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

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

В каждом фреймворке своя реализация. Кто-то предпочитает вручную реализовывать данную функциональность. Я сталкивался и с тем, и с другим.

У меня на работе сейчас в Django проекте используется самописная система, в которой автоматически генерируются поля вида title_en, title_zh_cn для каждого из определенных языков в settings.LANGUAGES. В других проектах пользовался готовой библиотекой для Django: django-modeltranslation.

В самой продвинутой CMS для Django используется свой подход: Creating a multilingual site.

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

Можно просто создать две группы: seller и buyer. При регистрации добавлять пользователя в соответствующую группу. Создать/назначить группам нужные разрешения или использовать django-rules. Во вьюшках проверять есть ли нужные разрешения.

Как правило, в серьезных библиотеках для реализации REST API уже есть либо встроенная поддержка throttling, либо при помощи сторонних приложений. Например, в Django Rest Framework: Throttling