Андрей Титов

Vanilla.js - это шутка. Подразумевается Ecmascript.
Работодатели намекают, что Вы должны владеть всеми основными возможностями, которые предоставляет язык.

Это значит что html-разметка в полном объеме формируется на веб-сервере. Значит не используются javascript-фреймворки для отрисовки страницы на стороне клиента. Да, и успокойте меня, скажите что знаете перевод глагола render в контексте программирования?

1. In apps.py:

from django.apps import AppConfig

class FacesetConfig(AppConfig):
    name = 'faceset'
    verbose_name = "Что-то твое на русском на родном"

2. models.py

class Timetables(models.Model):
    name = models.CharField(u'time', max_length=30)

    class Meta:
        verbose_name = 'Что-то твое на русском на родном'
        verbose_name_plural = 'Что-то твое на русском на родном'

    def __str__(self):
        return self.name

Пробовал два сервиса:

1. Onpay.ru - не очень качественная документация, периодические проблемы с оплатой у клиентов.
   Запутанная система с выводом средств. Впечатление осталось не очень от сервиса. Средненькие цены.
   
2. Яндекс.Касса - хорошая документация, "долгая" техподдержка, по самим платежам от клиентов претензий практически не было. Личный кабинет активно развивают, добавляют новые функции. Средства выводятся на Р/С на следующий день после совершения платежа. Высокие цены, но удобство пользования пока окупает все недостатки.
   

Вообще советую вам для начала почитать про 54-ФЗ, т.к. с пробитием чеков сейчас тухляк. У той же Я.К. есть 2 решения - 3к в месяц или 28к касса и 1к в месяц (без учета % за транзакции) - как то дорого для магазинчика с небольшим оборотом.

https://github.com/Automattic/mongoose/issues/4291

Добавьте mongoose.Promise = global.Promise; перед mongoose.connect(...)

1. Удалите папку из git: git rm -r --cached node_modules
2. В .gitignore должно быть прописано node_modules/.
3. Ну и закоммитить изменения, само собой.

Андрей, вы не представляете какая это огромная проблема. Я занимаюсь сопровождением проектов и на каждом одно и то же...

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

По факту, таких областей немного: дизайн, анимации, звуки и СЕО. Во всех трех заказчики проявляют недюжую активность, несмотря на полное отсутствие знаний, или даже вкуса. Спорить бессмысленно. В редких случаях можно аргументированно объяснить почему, к примеру, цветовая палитра имеет два ярких цвета (а не один, или 10). Бывают что понимают и тогда... появляются вопросы к другим элементам.

Для этого я всегда опрашиваю заказчика, делаю картину референса. Обычно это 10-100 работ, которые нравятся. В таком объеме сразу видны предпочтения (в цвете, тенях, размерах и пр.) и дизайнеру выставляется т3 с ограничениями. Это конечно не хорошо, но в большинстве случаем работает. Важно правильно сделать выборку того, что нравится заказчику.

В СЕО я много говорю о планах проекта, о том, как видят заказчики развитие. В этой сфере аргументировать проще, хотя и порог входа все равно невысокий (заказчик с радостью даст совет)

Ранее я был полон энтузиазма и старался делать как лучше проекту. Но эти споры... позиции пришлось сдать и подстроится.

В других сферах, более сложных (API / архитектура / протоколы и выбор алгоритма шифрования...) заказчик не появляется, слишком сложные чтобы давать советы.

MeshCombineUtility это старый престарый скрипт.
там в нем есть галочка/настроика связанная с TriangleStrip - такой вариант склеивания неактуален и бесмысленен)
так вот все это (код который исполняется при этом флаге) можно смело удалить из скрипта и пользоваться как будто этот флаг не вставлен. и будет вам счастье.
И вообще если вам не нужно склеивать на рантаиме модели - можете вообще весь скрипт и его зависимости удалить.