alfa-jpn

@akirakoyasu HI, thanks for a report. This gem supports dependent delete. https://github.com/alfa-jpn/kakurenbo-puti#definition-of-the-dependency So, A resource can't known a self destroyed status without a SQL. But, I think it can optimize...

Sorry for the late reply. It's not a design policy. I'd appreciate it if you'd implement it. Best regards,

@kemper Hello, I also had the same concern. So, i created clever(lol) monkey patch. https://github.com/alfa-jpn/mysql2-aurora The basic idea is based on @sonots patch. (very thanks!! :bowing_man:) https://github.com/alfa-jpn/mysql2-aurora/blob/master/lib/mysql2/aurora.rb The difference is...

@kemper Hi, thanks for review! Because I could not predict the library behaviour of during aurora failover, The rescue clause is intended to try reconnect that no matter what happen.

Thanks for a reply. I tried implement it. But i couldn't think of a good solution about parsing a nested array. ( https://github.com/MithrilJS/mithril.js/blob/next/querystring/tests/test-parseQueryString.js#L56 ) ex) `{a: [[1,2],[3,4]]}` =[decode]=> `"a[][]=1&a[][]=2&a[][]=3&a[][]=4"` =[parse]=>...

@isaaclyman Thanks for reply. I understood the policy. How about making it configurable? ex) ```javascript m.queryString.arrayWithNumber= // config m.queryString.parse() // moved from 'parseQueryString' m.queryString.build() // moved from 'buildQueryString' m.queryString.arrayWithNumber=true //...

@isaaclyman Sorry for mistake. :bowing_man: ----- @isiahmeadows Thanks for the advice. I hope I can support old format with mithril-helper, Because I could not resolve the deep array issue. I...

In my case, I used promises. ```typescript const { pending, error, data } = await useFetch(url, { onResponse({ response }) { return new Promise((resolve, reject) => { response.ok ? resolve()...

I used the immediate option. ```typescript const fetch = useFetch(url, { immediate: false }) await fetch.execute({ _initial: true }) ```

Thanks for a report. I will respond as soon as I can!!!