N
Зачем это мне? Зайди на их сайт и посмотри таблицу версий) питон версию тоже чекни
У тебя синтакс еррор в либе, в 90% случаев это из-за несовместимости версий
Size: a a a
2020 July 10
M
Тем более их надо с интервалом менять
N
Maxim
Тем более их надо с интервалом менять
Как настроить, так и будет. Используй js для управления сайтом
M
Как настроить, так и будет. Используй js для управления сайтом
Ок, спасибо
AD
Добрый день. Я вот что подумал. Если сейчас в MVC роль V играет какой-то джс фреймворк, роль C - тоже он, а бэкенду достается только роль M и логики, вычислений и тд, то какие преимущества у джанго перед другими фреймворками, кроме его орм?
не соглашусь с утверждением
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
D
не соглашусь с утверждением
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
а ангуляр2-то почему умирает?
AD
а ангуляр2-то почему умирает?
глубоко в ангуляр 2 не вникал, но одна из самых ярких проблем точно знаю - пересборка проекта
на реальном сильном проде компиляции становятся невысимой проблемой (временные затраты)
ждали решения с ангуляр 9, но они его ускорили буквально на 10% (в разрезе проблемы - считай не ускорили совсем)
но там еще на что-то ругань была, об отсталости ангуляра сейчас лезет инфа из всех щелей :)
на реальном сильном проде компиляции становятся невысимой проблемой (временные затраты)
ждали решения с ангуляр 9, но они его ускорили буквально на 10% (в разрезе проблемы - считай не ускорили совсем)
но там еще на что-то ругань была, об отсталости ангуляра сейчас лезет инфа из всех щелей :)
EM
angular плотно занял свою нишу в энтерпрайзе)
D
глубоко в ангуляр 2 не вникал, но одна из самых ярких проблем точно знаю - пересборка проекта
на реальном сильном проде компиляции становятся невысимой проблемой (временные затраты)
ждали решения с ангуляр 9, но они его ускорили буквально на 10% (в разрезе проблемы - считай не ускорили совсем)
но там еще на что-то ругань была, об отсталости ангуляра сейчас лезет инфа из всех щелей :)
на реальном сильном проде компиляции становятся невысимой проблемой (временные затраты)
ждали решения с ангуляр 9, но они его ускорили буквально на 10% (в разрезе проблемы - считай не ускорили совсем)
но там еще на что-то ругань была, об отсталости ангуляра сейчас лезет инфа из всех щелей :)
ты про веб сервер для разработки ангуляра?
D
ng serve который
AD
ты про веб сервер для разработки ангуляра?
нет, я про компиляцию тайпскрипта
D
я честно говоря не могу понять в каком моменте временные проблемы, ну да ладно. Там кстати тайпскрипт завезли во вью?
AD
я честно говоря не могу понять в каком моменте временные проблемы, ну да ладно. Там кстати тайпскрипт завезли во вью?
ну ты собираешь проект, компилишь дист
и у тебя уходит заметное время, просто чтобы снова собрать проект
и у тебя уходит заметное время, просто чтобы снова собрать проект
D
ну ты собираешь проект, компилишь дист
и у тебя уходит заметное время, просто чтобы снова собрать проект
и у тебя уходит заметное время, просто чтобы снова собрать проект
ну пару минут он в бандл готовится. Зачем его часто билдить?
EM
не слышал таких проблем)
да и dist же прод - и собирается чаще всего где-нибудь в ci 🤔
да и dist же прод - и собирается чаще всего где-нибудь в ci 🤔
D
У меня джанго dev среда собирается минут 30 на новой машине
EM
да и angular больше про enterprise.
для другого есть react :D
для другого есть react :D
D
да и angular больше про enterprise.
для другого есть react :D
для другого есть react :D
да понятно. Как говорится Ангуляр - выбор настоящих мужчин
I
не соглашусь с утверждением
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь
view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO
кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях
1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера)
Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе
2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать
Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался
премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект
я вижу django как pycharm, только в мире веб-фрейморков
Возникло недопонимание