https://www.npmjs.com/package/mysql#escaping-query-values
Ага

Как пример, мой работающий инсерт:
"INSERT INTO entities (id, type, entity) VALUES (?,?,?)",
                   [
                       newProduct.id,
                       newProduct.title,
                       {"${newProduct.entity}": ${newProduct.entity}},
                   ],

А мейби я с самого начала мутацию заговнил?

Подскажи пожалуйста, как сделать смену URL при AJAX запросе?

Это происходит, случайно, не в тот момент, когда ты переключился на другую вкладку? Или когда браузер не в фокусе?

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

Как создать миксин с глубокой вложенностью и доступом к this класса из методов ?
Для вызова API.users.foo.bar.baz(). users это объект миксина, а в baz нужно получить доступ например к this.req().

Погоди. Мы сейчас угадаем код и ошибку и ответим тебе. Будь тут

Что за миксин?

Уже нашёл ответ в другом чате где знают что такое миксин... видимо поэтому тут неактивный чат.

😂

"Ошибка" есть в вопросе. - Нет доступа к this из миксина.

Миксин можно реализовать кучей способов 😅

Вот искал норм пример с большой вложенностью... пока выбрал вариант в конструкторе рекурсией перебрать миксин и забиндить  функциям внутри this от класса.

Лично я проигнорировал вопрос, потому что лень думать над тем, как помочь человеку стрелять себе в ногу. О миксинах в JS достаточно знать, что они не нужны.

Ок, ваш вариант как вынести из класса объекты с большой  вложенностью в отдельные файлы?  API клиент с методами разбитыми по группам в объекты users, messages, db, a, b, c. При этом нужен доступ к this "API" из функций во вложенности тк там прописан например метод req, basepath,  apikey,  кеширование.

Я не отрицаю, что миксины сами по себе могут быть полезны. Хотя это, конечно, такое. Ведь это по сути лекарство для кривого-косого, плохо работающего (потому что внутренне противоречивого) ООП на классах. Правильно тут выбросить саму идею расширять непосредственно классы и перейти на композицию, о чём, собственно, все паттерны из GoF.

Однако все равно можно представить ситуацию, когда вот именно миксины являются решением. Например, есть легаси и надо как-то с ним работать, как можно более безопасно. Но необходимость взламывать семантику this (что технически вполне возможно, конечно) сама по себе указывает на сырую архитектуру. Нет таких проблем, которые нельзя решить с this as is.

На ваш вопрос точно ответить, разумеется, нельзя, потому что это всё слишком общее. Непонятно, что за методы такие req и apiKey, какое кэширование, какие именно там методы. Скорее всего я бы инкапсулировал такую информацию, которая нужна множеству потребителей, в отдельный объект, и передавал бы его при каждом вызове.

Вышел сам и удалил тред...

Лол

Я потер все, так как чувак ливнул и дропнул контекст. Сам себя удалив.