это конечно супер, но ещё 8 гигов оперативы мне не нужно. Я сам понимаю что это мне не нужно и что систему можно оптимизировать. К тому же мне и так видеокарту для 2го монитора уже неделю несут.
MaxKorz: это не windows. Если запускается какая-то задача, значит я создал крон и знаю об этом. Если я об этом не знаю, значит задачи нет. Особенно учитывая то факт что пароль своей системы знаю только я и пару раз в месяц меняю (очень много стоящих студийных данных на компе).
Может долька памяти и была свободна, но свап вступал в дело. По советам ребят ниже всё круто решилось компрессией инфы, летящей в оперативу и свапоффом (нагуглил). Вот уже конец рабочего дня, а фш и хром и не подумал лагануть)))
GreatRash: может. Баг сидел в том, что элемент, от которого я отсчитывал был в absolute и центрирован относительно родителя. Когда я начал отсчитывать от родителя, то всё заработало как надо.
Sn0wSky: странно, но при моём условии в твоём фиддле всё работает стабильно. Видимо всё дело в том что блок, на который я вешаю анимацию в абсолюте и центрирован относительно родителя. Я повесил расчёт от этого родителя и всё чудомагией заработало ништяк. Thanks, solution is yours.
как ни странно, если я пишу нижеoffsetFromScreenTop условие "if(offsetFromScreenTop < 500)", всё нормально. Но суть в том что мне нужно "if(offsetFromScreenTop > 500)", а при этом условии offsetFromScreenTop равен всегда нулю. Где 500 - это высота экрана.
да, это всё понятно. Но парадокс в том, что у меня $('elem').position().top равен $('elem').offset().top равен $(window).scrollTop() лол как бы я ни скроллил.
Это просто адски круто! Завёл всё по-новой, в htop при обычном среднем количестве тасков потребление оперативы упало вдвое! А я даже в конфигах не ковырялся! Хотя проц и начал подкипать сильнее, но не троллит. Короче - это солюшен, без вариантов.
да, судя по всему да. Видимо секрет в translate.x += currentCoords.x - startCoords.x; правда разобрать логику и подставить её под себя с учётом что я ковыряюсь в исходниках библиотеки - будет непросто)))
Falken_D: нет, не стоит. С этими тремя шаблонизаторами у меня вечно был геморрой. Особенно когда экстендил. Начни с jade. Точнее уже pug (недавно переименовали). Я вот когда начинал учиться, начал писать сразу на sass. Разворачивать gulp, палить что он мне сконфигурировал, ковыряться в зависимостях. Многие будут говорить тебе "не беги наперёд паровоза" - всё х..ня - беги. Сначала ты не все функции этого паровоза будешь знать и использовать, но со временем начнёшь и очень даже привыкнешь к нему.
А если ты привык к инструментам, значит ты не будешь сидеть и тупить час а то и больше, думая почему у тебя из папки modules стили не подключаются, если gulp ищет их в styles - как было с челом в комментах повыше))). https://pugjs.org/api/getting-started.html - вот кратенький туториал. Если ещё не умеешь сам конфижить такси галпа, заюзай инструкцию к генератору - я кидал её в ответе выше.
Godless: у нас в студии не ломается. Хотя интерфейс ещё то дерьмецо) Помню кафельнет.ру на битриксе мобильную версию пилил - вот тут да, мучения с их CMS были адовыми. Да и CMS у них сама по себе полное дерьмо. А вот на CRM у меня, кроме паскудного интерфейса, жалоб нет.
Александр Каплун: По такому списку требований только если самому написать систему. Битрикс24 почти догоняет, но если и он нас не устраивает, то полагаю, вы работаете в spaceX или NASA.
