Я не ищу инфу я хотел спросить у вас отзывы о той книге

Именно у вас а не на озоне или форуме каком нибудь

Диплом у меня электронный учебник

Тема диплома

заебали со столбиками

Вот это мой проект будет

пишите как люди, а не козы

понасрали тут

Хочетсч сразу спросить. Буду днлать учебник. Можно реализовать на джсе перелистывание около 300 страниц без перезагрузки страницы?

Я психопат)

Хочетсч сразу спросить. Буду днлать учебник. Можно реализовать на джсе перелистывание около 300 страниц без перезагрузки страницы?

Да.

Хочетсч сразу спросить. Буду днлать учебник. Можно реализовать на джсе перелистывание около 300 страниц без перезагрузки страницы?

Да.

Хочетсч сразу спросить. Буду днлать учебник. Можно реализовать на джсе перелистывание около 300 страниц без перезагрузки страницы?

Да.

Бесполезно…

дайте пример то, как писать по челочески а не как коза?😂

А вот эти все страницы забивать в .html каждую или можно в отдельные текстовые документы запихнуть и как то их вызвать?

дайте пример то, как писать по челочески а не как коза?😂

Составляешь большое сообщение в голове, продумываешь структуру (на автомате должно работать). Разбиваешь на предложения. Во время вбивания текста в поле ввода разделяешь предложения точками, а части предложения запятыми, вместо отправки 2-3 слова в чат множеством сообщений.

Составляешь большое сообщение в голове, продумываешь структуру (на автомате должно работать). Разбиваешь на предложения. Во время вбивания текста в поле ввода разделяешь предложения точками, а части предложения запятыми, вместо отправки 2-3 слова в чат множеством сообщений.

молитву в процессе произносить?)

Зачем делать учебник на JS?

А вот эти все страницы забивать в .html каждую или можно в отдельные текстовые документы запихнуть и как то их вызвать?

может тебе сначала жс изучить?)

Да я заранее хотел разузнать все

Да я заранее хотел разузнать все

ты лучше с кодом приходи, желательно на jsfiddle, больше толку будет

Всем привет, кто-нибудь знает лучший способ как реализовать object persistency, способ writeFile(JSON.stringify(obj)) не подойдет, объект может быть больших размеров, думаю над memory mapping files, но пока не нашел работающий пример кода или либы?

Всем привет, кто-нибудь знает лучший способ как реализовать object persistency, способ writeFile(JSON.stringify(obj)) не подойдет, объект может быть больших размеров, думаю над memory mapping files, но пока не нашел работающий пример кода или либы?

может взять файловую json базу?

Всем привет, кто-нибудь знает лучший способ как реализовать object persistency, способ writeFile(JSON.stringify(obj)) не подойдет, объект может быть больших размеров, думаю над memory mapping files, но пока не нашел работающий пример кода или либы?

Поток?

может взять файловую json базу?

какую например, можно будет в ней хранить объект с мапом внутри на 10M элементов?

а чего бы объект не разбить?

и собирать при надобности

obj={m:{}}; obj.m[i]={},i=0..1000000

как его разбить?

давай с другой стороны, зачем такой огромный объект держать, может есть другой подход?

есть конечно это бд

но удобство и скорость уходят

а почему базу не использовать nosql?

код усложняется, доступ к базе это await promise

elasticsearch - очень производительная штука

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

не тот случай, я юзаю leveldb еще быстрее

я просто не понимаю, почему базу не использовать?

сейчас использую но код получается сложным)

пример: async transfer(_from,_to,_value){ if (_value <= 0) throw new Error('wrong value',_value) let balances = this.balances console.log("transfer ",_from,_to,_value,"tx",tx) let r=[bF,bT] = await balances.get([_from,_to]) if(!bF)throw new Error('from not defined',_from) if (bF.val < _value)throw new Error('bF.val < _value',bF.val,_value) let lx=[];for(let i in r)if(r[i] && r[i].key)lx.push(r[i].key) bF.val -= _value if(!bT)bT={val:_value}; else bT.val += _value let err=await balances.put([[_from,bF.val,lx,bF.no],[_to,bT.val,lx,bT.no]]) if(err) throw new Error('put error',err) return true }

бро лучше базы для хранение и записи инфы ты не придумаешь)

есть memory mapped files, но пока все либы что я нашел кривые

можешь часть гемора переложить на базу

как выше писал e elasticsearch очень крутые фишки агрегации

не тот случай, код загружается динамически, должна быть возможность сделать mmap js объекта

Вчера преподу одногруппник про nosql сказал. Он развизжался и сказал что nosql помойка. Mysql рулит. Это хорошо или плохо?

трактор это хорошо или плохо? Поле спахать отлично, в гонке участвовать не очень

Вчера преподу одногруппник про nosql сказал. Он развизжался и сказал что nosql помойка. Mysql рулит. Это хорошо или плохо?

Это плохо. Даже если подставить две любых вещи вместо nosql и mysql. Называется юношеский максимализм :)

Хотя препод уже наверняка не юноша.

Ну за 45 точно

вообще я уже не первый раз вижу когда сие сочетают

Пухленький такой

реаляционную базу - для того что хорошо ложится на реаляционную модель

И вообще, если че, то nosql это способ организации данных в бд, а mysql — конкретный продукт.

nosql - для доков, кешей, денормализованных данных

Так что можно преподу с вертушки прямо в пузо.

говорят постгресс - как-то там умудрилась это дело даже сочетать, типо предоставляя возможность таблиц key-value и ну типа данных для JSON (aka BSON в MongoDB)

я видел в живую связки mysql + mongodb + redis под один бэкенд :) и агонь

mysql не нужен, если есть постгре

доктрина настраивается и в зависимости от типа данных туда и пишется/от туда селектится

ну я постгрей все никак судьба не сведет, но ее очень хвалят особенно ее свежие фичи, те же key-value таблицы

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

так что длаже разрываться не надо, use postgres - be happy with sql & nosql from box

вот только sql, незнаю почему, но не нравиться он мне)

какую например, можно будет в ней хранить объект с мапом внутри на 10M элементов?

да

вот только sql, незнаю почему, но не нравиться он мне)

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

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

не так выразился,я не против sql, мне почему то неудобно на нём писать)

не так выразился,я не против sql, мне почему то неудобно на нём писать)

а никто на самом SQL особо то и не пишет, у бэкэнда есть слой ORM "пыхари" юзают доктрину и "писают кипятком"

прям совсем в консоли по базе не багете не смотрите что и как?)

т.е. работа как бы идет с сущностями, а как там это все в итоге в запросы конвертится это "под капотом"

нет, ну знать-то его конечно надо, чтобы там отладиться иногда что-то посмотреть... но это как бы не отосится к описанию БЛ работы с базой

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

а когда что то идет не так в обертке, и идешь снова в консоль и пишешь запрос, что бы удостовериться что все ок?)

для mysql есть тот-же Workbranch там не надо особо знать sql чтобы соориентироваться

а когда что то идет не так в обертке, и идешь снова в консоль и пишешь запрос, что бы удостовериться что все ок?)

ну я и говорю, это скорее вопрос отладки... но на самом деле если ты не "трюкачишь" и используешь ORM как она концептуально задумана - то все будет ОК

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

ну на самом деле это прерогатива бэкендов, фронт не должен вообще про реализацию базы думать, у него есть API в 90% случаев какой ни будь SOAP / REST