это базовая особенность человека, это нормально

всем привет) выбираю базу для отчётов и выгрузки с клиентов. связей немного, там только родители-пункты, в которых нужно посчитать сумму в 4 разных случаях (таблицах, если можно так сказать)

...что можете посоветовать изучать?

Лол, вебпак сложный? В нем очень много всего, самое сложное- запомнить А мидлвари довольно-таки просты

Лол, вебпак сложный? В нем очень много всего, самое сложное- запомнить А мидлвари довольно-таки просты

зависит от того как вы им пользуетесь и от сложности задачи. он правда сложный и запутанный.

всем привет) выбираю базу для отчётов и выгрузки с клиентов. связей немного, там только родители-пункты, в которых нужно посчитать сумму в 4 разных случаях (таблицах, если можно так сказать)

начни с любой реляционки. замоделируй для нее по-быстрому данные. Там реально будет видно количество и тип связей. Дальше у тебя будет выбор примерно такой: 1) остаться в реляционке. Тут все просто, прямо, и местами даже туповато, зато надёжно и предсказуемо. Если данные плохо типизированы, то посмотри на постгре или (внезапно) ms sql server. 2) можно пофантазировать с монгой. С самой монгой работать в принципе весело, результат... ну разный. В целом в ряде случаев, которые решаются в реляционке известным способом в монге тебе придётся как-то очень интересно изъебнуться. В целом это касается большинства документ-ориентированных БД, но тут, если по уму делать, то надо выписать список специальных операций, и смотреть как это все ложится на твою модель данных 3) ну по фану можешь поглядеть на графовые базы. Они очень прикольные, но достаточно медленные. Ну и самый главный вопрос. А сколько данных-то?

сомнительный навык, он не обязательный для работы программером

он не обязателен для работы кодером. для работы программистом - это самый первый навык.

он не обязателен для работы кодером. для работы программистом - это самый первый навык.

программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать

программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать

если речь о бодишопе, то да

программисты не везде нужны, писать в срок и уметь поддерживать говно важнее чем уметь программировать

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

начни с любой реляционки. замоделируй для нее по-быстрому данные. Там реально будет видно количество и тип связей. Дальше у тебя будет выбор примерно такой: 1) остаться в реляционке. Тут все просто, прямо, и местами даже туповато, зато надёжно и предсказуемо. Если данные плохо типизированы, то посмотри на постгре или (внезапно) ms sql server. 2) можно пофантазировать с монгой. С самой монгой работать в принципе весело, результат... ну разный. В целом в ряде случаев, которые решаются в реляционке известным способом в монге тебе придётся как-то очень интересно изъебнуться. В целом это касается большинства документ-ориентированных БД, но тут, если по уму делать, то надо выписать список специальных операций, и смотреть как это все ложится на твою модель данных 3) ну по фану можешь поглядеть на графовые базы. Они очень прикольные, но достаточно медленные. Ну и самый главный вопрос. А сколько данных-то?

если рассматривать как мускул, то в главной таблице будет около 30 записей, для каждой из которых по 4 таблицы с 5-6 полями числового типа (1 или 0). мускул в принципе мне нравится, но на вдсках я его всегда не с 1 раза поднимал. зато уже есть опыт.

я тут вообще не при чем, реалии от меня не зависят, от моих желаний и ожиданий тоже

если рассматривать как мускул, то в главной таблице будет около 30 записей, для каждой из которых по 4 таблицы с 5-6 полями числового типа (1 или 0). мускул в принципе мне нравится, но на вдсках я его всегда не с 1 раза поднимал. зато уже есть опыт.

в принципе это уже значит, что если у тебя не петабайт данных, то мускуль - именно то, что тебе надо

в принципе это уже значит, что если у тебя не петабайт данных, то мускуль - именно то, что тебе надо

слушай, а такой проект нужно защищать? прикручивать авторизацию и т.п., если проектом будет пользоваться заказчик один

слушай, а такой проект нужно защищать? прикручивать авторизацию и т.п., если проектом будет пользоваться заказчик один

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

авторизация-то попроще vpn будет)

авторизация-то попроще vpn будет)

какая-то? или правильная?)))

какая-то? или правильная?)))

ну там вообще подойдет любая субд и http basic, за глаза

ну там вообще подойдет любая субд и http basic, за глаза

ну... если мы говорим про более-менее взрослую авторизацию, то хм... ну допустим без https это так себе вариант

достаточно аутентификации, там авторизовывать нечего особо

Но вообще да, на моей памяти не было ни одного проекта, даже для одного кастомера, где так или иначе нормальная авторизация бы не появилась.

ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.

ну... если мы говорим про более-менее взрослую авторизацию, то хм... ну допустим без https это так себе вариант

это называется преждевременная и избыточная оптимизация, зло лютейшее, приводит к увеличению сложности на порядок

это называется преждевременная и избыточная оптимизация, зло лютейшее, приводит к увеличению сложности на порядок

Не надо путать вырезки из текстов про алгоритмы, с КБ. Они сильно разные. Например, если мы что-то в самом деле хотим защитить, и это нечто доступно через веб, то без https можно и не начинать.

ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.

https тут чем не достаточно?

с бесплатными letsencrypt сейчас вообще нет смысла его не использовать

ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.

ставь caddy, там из коробки https и http2, можно закрыть простой аутентификацией ресурс, используй http-only secure cookie и храни там все важное, и не думай про безопасность, это полностью безопасно и без диверсии там нет слабых мест

ок. следует ли шифровать данные, отправляемые с клиента на этот же сервак? json будет содержать данные с кодом главного объекта, типом результата и раскинет все числа по дочерним таблицам. ну там только цифры. я думаю что нафига, но все равно всегда думаю о таких вещах как защита.

нет, шифровать явно не надо. Я бы тебе советовал разобраться с тем, как работает http basic auth и https. В принципе а) этого будет достаточно б) это даст тебе нужны знания и контекст по поводу того, что ты на самом деле хочешь и хочешь ли

отлично, спасибо) клиенты на андроиде.

отлично, спасибо) клиенты на андроиде.

да в целом всё то же самое. про letsencrypt тут правильно упомянули. Начни с того, что я написал в плане разобраться что это и как работает. Дальше ты уже поймешь что там надо погуглить и как правильно задать вопрос

Скриншот где?

да в целом всё то же самое. про letsencrypt тут правильно упомянули. Начни с того, что я написал в плане разобраться что это и как работает. Дальше ты уже поймешь что там надо погуглить и как правильно задать вопрос

спасибо за развёрнутый ответ. насколько содержательно изучать следующий набор технологий за 2 месяца [и как, задача ли это или просто кодинг по документации], буду проходить практику в компании. больше всего работал с Express, в ней же с Jade, мускулом и разными модулями. NodeJS + Express, Promise/async await, Mongoose. обо всем уже загуглил.

Ахахахаах

Случайно

Голд стикеры

с бесплатными letsencrypt сейчас вообще нет смысла его не использовать

а с осени всем будут помечать сайты без https как ненадежные, наконец-то

ага

Ребят, есть у кого чат на java?? Для новичков?

Ребят, есть у кого чат на java?? Для новичков?

google://awesome telegram

Что то не ссылка ето совсем, сова

google://awesome telegram

Прости конечно за не в тему... Но как атомик поживает? В чате тишина...

Прости конечно за не в тему... Но как атомик поживает? В чате тишина...

а чего ему быть дико активным?

а где голдаккант то взять?

This book in russin?

Russian?

а чего ему быть дико активным?

Интересная тема....

Что то не ссылка ето совсем, сова

http://bfy.tw/B6jD

голдаккауннт мне!

Russian?

Yeap, it is

Yeap, it is

Could i have a link

I cant find it

Only some alternatives of same author

( sorry for english i have no russian keyboard )

( sorry for english i have no russian keyboard )

just install it

( sorry for english i have no russian keyboard )

I have not, sry.

ERROR: S client not available

I use phonetic and on ios it does not exist i am not russian and in original russian keyboard i am typing like a turtle

I have not, sry.

Ok

I'm driving, and can't search for u, sry

Mb latter

fucking pendoses

Это тчно

I am greek i am not pendose :p

fucking pendoses

а нах так делать?

шуткую же

или тебе обидно за них?

а нах так делать?

American trash

пфф, дет сад

Согласен)

I am greek i am not pendose :p

так пиндос это и есть грек в первоначальном смысле

меня доставляют клоуны, кричащие пиндосы с айфонов и пишущие на языке созданые пиндосами

я уже не говорю банально о культуре, они себе такого явно не позволяют

Why so hard racism ?

I just ask about a book

Why so hard racism ?

Do not worry, it's our tradition?

меня доставляют клоуны, кричащие пиндосы с айфонов и пишущие на языке созданые пиндосами

да завязывайте, пошутил же автор

I just ask about a book

In real we are very friendly

Ok xd

/stat@combot

combot.org/chat/-1001041204341

/stat@combot

combot.org/chat/-1001041204341