оу, можно примерчик плз?
концепция вебпака вообще не привязана к логике фронта в целом и вся его мощь видна когда у вас в одном проекте все - бэкэнд, фронтэнд, мобайл или декстоп. связность и стройность очень порадует
Aleksand
Aleksand
но придется покопаться с настройкой и понять его чертову автомагию
Aleksand
универсальные и кастомные лоадеры, единые компоненты для всех окружений, возможность как угодно расширять его и ускорять, удобная отладка
CherryTea
но придется покопаться с настройкой и понять его чертову автомагию
Чертова автомагия не то слово
Aleksand
Чертова автомагия не то слово
поначалу нереально бесит и не понимаешь как это вообще сработало блин и если не работает то вообще без понятия куда смотреть и начинаешь тыкать наугад
Aleksand
Aleksand
а потом понимаешь как это гибко и мощно
Aleksand
и поставив webpack понимаешь что gulp или grunt просто больше не нужны, от слова вообще
Фεδως
grunt < gulp < webpack
CherryTea
Гульп всеравно няша
Фεδως
да
Фεδως
если бы ещё вебпак можно было программировать как gulp, а не конфижить - цены б ему не было
Другой вопрос надо ли оно
Aleksand
если бы ещё вебпак можно было программировать как gulp, а не конфижить - цены б ему не было
Другой вопрос надо ли оно
можно, у него очень простой апи для плагинов, плюс конфиг на js и там удобно программировать
Фεδως
окей, буду знать
CherryTea
я вот откраваю для себя jspm, какая то дикая смесь сбощика с установщиком
Фεδως
нпм - дичь та ещё
Фεδως
ад зависимостей во плоти
Фεδως
но есть в нём и мощные вещи
Konstantin
npm notice created a lockfile as package-lock.json. You should commit this file.
Konstantin
Шта?
Sergey
npm notice created a lockfile as package-lock.json. You should commit this file.
коммитить файл нужно
Konstantin
ну англ я знаю)) да и комитить или нет - не факт, я за другое. Я так любил npm что у него нет этого говна(
Konstantin
имхо конено
Aleksand
ну англ я знаю)) да и комитить или нет - не факт, я за другое. Я так любил npm что у него нет этого говна(
а в чем говно если без эмоций?
Konstantin
я может ещё не въехал, сейчас бегу читать доки))
Konstantin
но если так же как с composer - каша
Konstantin
кто-то сделал update, кто-то install .. у одного одни версии, у другого другие
Sergey
кто-то сделал update, кто-то install .. у одного одни версии, у другого другие
эм, нахрена делать update осознанно?
Sergey
тем более если делаешь update версии в файле обновятся, закоммитил ещё раз и всё
Sergey
короче эта штука РЕШАЕТ проблемы с версиями, а не создает
Konstantin
да я не спорю, мне с точки зрения девопса, а не кодера. Часто слышу нытьё что сервер не работает, локально всё ок!
Sergey
вот для этого и нужен package-lock
Konstantin
ну я смотрю тут иначе сделали
Konstantin
т.е. чтобы обновить нужно только удалять его, верно?
Konstantin
не вижу в доках иного
Konstantin
nodekra@Alertpc:/mnt/d/workspace/express$ npm update
npm ERR! code ENOSELF
npm ERR! Refusing to install package with name "express" under a package
npm ERR! also called "express". Did you name your project the same
npm ERR! as the dependency you're installing?
Konstantin
а чо он не разрешает мне так делать? ))
Sergey
ты свой пакет назвал express?
Sergey
молодец
Sergey
оригинально
Konstantin
такс, update в 3 захода смог обновить всё)
Konstantin
Sergey
npm init запускал?
Konstantin
ранее, на 6
A
Конкретно применить ООП можно хоть на консольном борланд си++ билдере образца 90-х годов. Когда ты познакомишься со студией, в теоретической части ничего не изменится. Инструменты будут другие, и технологии новые, но будучи подкованным в теории, освоить их - пара дней. Или даже часов
это называется "уметь программировать"
Aleksand
это называется "уметь программировать"
сомнительный навык, он не обязательный для работы программером
Aleksand
это базовая особенность человека, это нормально
Егор
всем привет)
выбираю базу для отчётов и выгрузки с клиентов. связей немного, там только родители-пункты, в которых нужно посчитать сумму в 4 разных случаях (таблицах, если можно так сказать)
Егор
...что можете посоветовать изучать?
Таймураз
Лол, вебпак сложный? В нем очень много всего, самое сложное- запомнить
А мидлвари довольно-таки просты
Aleksand
Лол, вебпак сложный? В нем очень много всего, самое сложное- запомнить
А мидлвари довольно-таки просты
зависит от того как вы им пользуетесь и от сложности задачи. он правда сложный и запутанный.
A
всем привет)
выбираю базу для отчётов и выгрузки с клиентов. связей немного, там только родители-пункты, в которых нужно посчитать сумму в 4 разных случаях (таблицах, если можно так сказать)
начни с любой реляционки. замоделируй для нее по-быстрому данные. Там реально будет видно количество и тип связей.
Дальше у тебя будет выбор примерно такой:
1) остаться в реляционке. Тут все просто, прямо, и местами даже туповато, зато надёжно и предсказуемо. Если данные плохо типизированы, то посмотри на постгре или (внезапно) ms sql server.
2) можно пофантазировать с монгой. С самой монгой работать в принципе весело, результат... ну разный. В целом в ряде случаев, которые решаются в реляционке известным способом в монге тебе придётся как-то очень интересно изъебнуться. В целом это касается большинства документ-ориентированных БД, но тут, если по уму делать, то надо выписать список специальных операций, и смотреть как это все ложится на твою модель данных
3) ну по фану можешь поглядеть на графовые базы. Они очень прикольные, но достаточно медленные.
Ну и самый главный вопрос. А сколько данных-то?
A
сомнительный навык, он не обязательный для работы программером
он не обязателен для работы кодером.
для работы программистом - это самый первый навык.
Aleksand
он не обязателен для работы кодером.
для работы программистом - это самый первый навык.
программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать
A
программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать
если речь о бодишопе, то да
A
программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать
ну и это делает очень классную дихотомию с образованием. В самом деле для работы кодером и поддержки говна высшее образование не нужно.
Егор
начни с любой реляционки. замоделируй для нее по-быстрому данные. Там реально будет видно количество и тип связей.
Дальше у тебя будет выбор примерно такой:
1) остаться в реляционке. Тут все просто, прямо, и местами даже туповато, зато надёжно и предсказуемо. Если данные плохо типизированы, то посмотри на постгре или (внезапно) ms sql server.
2) можно пофантазировать с монгой. С самой монгой работать в принципе весело, результат... ну разный. В целом в ряде случаев, которые решаются в реляционке известным способом в монге тебе придётся как-то очень интересно изъебнуться. В целом это касается большинства документ-ориентированных БД, но тут, если по уму делать, то надо выписать список специальных операций, и смотреть как это все ложится на твою модель данных
3) ну по фану можешь поглядеть на графовые базы. Они очень прикольные, но достаточно медленные.
Ну и самый главный вопрос. А сколько данных-то?
если рассматривать как мускул, то в главной таблице будет около 30 записей, для каждой из которых по 4 таблицы с 5-6 полями числового типа (1 или 0). мускул в принципе мне нравится, но на вдсках я его всегда не с 1 раза поднимал. зато уже есть опыт.
Aleksand
я тут вообще не при чем, реалии от меня не зависят, от моих желаний и ожиданий тоже
A
если рассматривать как мускул, то в главной таблице будет около 30 записей, для каждой из которых по 4 таблицы с 5-6 полями числового типа (1 или 0). мускул в принципе мне нравится, но на вдсках я его всегда не с 1 раза поднимал. зато уже есть опыт.
в принципе это уже значит, что если у тебя не петабайт данных, то мускуль - именно то, что тебе надо
Егор
в принципе это уже значит, что если у тебя не петабайт данных, то мускуль - именно то, что тебе надо
слушай, а такой проект нужно защищать? прикручивать авторизацию и т.п., если проектом будет пользоваться заказчик один
A
слушай, а такой проект нужно защищать? прикручивать авторизацию и т.п., если проектом будет пользоваться заказчик один
если реально всегда-всегда-всегда только один, то закрой все лишние порты, а заказчика пускай по vpn.
В таком случае ты можешь забить болт на авторизацию
Aleksand
авторизация-то попроще vpn будет)
A
ну там вообще подойдет любая субд и http basic, за глаза
ну... если мы говорим про более-менее взрослую авторизацию, то хм... ну допустим без https это так себе вариант
Aleksand
достаточно аутентификации, там авторизовывать нечего особо
A
Но вообще да, на моей памяти не было ни одного проекта, даже для одного кастомера, где так или иначе нормальная авторизация бы не появилась.
Егор
ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.
Aleksand
ну... если мы говорим про более-менее взрослую авторизацию, то хм... ну допустим без https это так себе вариант
это называется преждевременная и избыточная оптимизация, зло лютейшее, приводит к увеличению сложности на порядок
A
это называется преждевременная и избыточная оптимизация, зло лютейшее, приводит к увеличению сложности на порядок
Не надо путать вырезки из текстов про алгоритмы, с КБ.
Они сильно разные.
Например, если мы что-то в самом деле хотим защитить, и это нечто доступно через веб, то без https можно и не начинать.
Aleksand
ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.
ставь caddy, там из коробки https и http2, можно закрыть простой аутентификацией ресурс, используй http-only secure cookie и храни там все важное, и не думай про безопасность, это полностью безопасно и без диверсии там нет слабых мест
A
ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.
нет, шифровать явно не надо.
Я бы тебе советовал разобраться с тем, как работает http basic auth и https. В принципе
а) этого будет достаточно
б) это даст тебе нужны знания и контекст по поводу того, что ты на самом деле хочешь и хочешь ли
Егор
отлично, спасибо) клиенты на андроиде.
A
отлично, спасибо) клиенты на андроиде.
да в целом всё то же самое.
про letsencrypt тут правильно упомянули. Начни с того, что я написал в плане разобраться что это и как работает. Дальше ты уже поймешь что там надо погуглить и как правильно задать вопрос
Егор
да в целом всё то же самое.
про letsencrypt тут правильно упомянули. Начни с того, что я написал в плане разобраться что это и как работает. Дальше ты уже поймешь что там надо погуглить и как правильно задать вопрос
спасибо за развёрнутый ответ. насколько содержательно изучать следующий набор технологий за 2 месяца [и как, задача ли это или просто кодинг по документации], буду проходить практику в компании. больше всего работал с Express, в ней же с Jade, мускулом и разными модулями.
NodeJS + Express, Promise/async await, Mongoose. обо всем уже загуглил.