@kuba-orlik Dobrze mi się wydaje, że ten rewrite już się zakończył?

Słuszne obserwacje. Będzie trzeba trochę więcej żonglować z tym, co serwer umieści w odpowiedzi, ale drastycznie zmniejszy objętość responsów.

sorry, miałem zapytać o tego emita. Na pewno nie możemy się go pozbyć, więc trzeba zbadać, co zjada tam tyle czasu.

Implementacja pociągnie za sobą zmianę w odpowiedzi ze wszystkich endpointów dotyczących kolekcji, do tej pory była to po prostu tablica, a teraz będzie to obiekt postaci np. {attachments: {}, items: []}

Nie rozumiem o co pytasz, bo wydaje mi się, że odpowiedź na to jest zawarta w moim pierwszym komentarzu. Doprecyzuj proszę

Ugh, ale kiepskie wyniki :/

Przy pierwszym teście w danym suite najwięcej czasu zżrera tworzenie Sealious.App (linijka 16 w with-setup-test.js) np. 811ms / 1244ms. Przy kolejnych testach jest już inaczej.

Pojawia się jeszcze pytanie - PBKDF2 jest po to, aby zwiększać kosz obliczeń (jest wolny by design). W przypadku hasła to jak najbardziej ma sens, ale mam wątpliwości czy w ogólnym przypadku również, może wtedy byłoby lepiej przepuścić to przez zwykłą funkcję haszującą (MD5, SHA1, itd.)

Dodaję jeden punkt, bo to jest naprawdę duża rzecz

Przenoszę z powrotem z Ejko (wersja beta) do #ejko - tej optymalizacji nie musimy mieć do wersji beta ;)

Wszystko działało u mnie w EJKO przy testowaniu D211, także daję akcepta :)