Splync v1.5 — ਪ੍ਰਾਜੈਕਟ ਅਤੇ ਸ਼੍ਰੇਣੀ ਲਈ ਕਸਟਮਾਈਜ਼ਬਲ ਸਪਲਿਟ ਅਨੁਪਾਤ

16 ਸਤੰਬਰ, 2025 ਨੂੰ Splync v1.5 ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ—ਸਾਡੇ ਅੰਤਰਰਾਸ਼ਟਰੀ ਵਿਆਹ ਦੇ ਸ਼ਹਿਰ ਵੱਲੋਂ ਆਖਿਰਕਾਰ ਸਵੀਕਾਰ ਕੀਤੇ ਜਾਣ ਦੇ ਕੇਵਲ ਚਾਰ ਦਿਨ ਬਾਅਦ। ਇਸ ਅਪਡੇਟ ਤੱਕ, Splync ਬਿਲਕੁਲ ਵੀ ਸਪਲਿਟ ਅਨੁਪਾਤ ਕਸਟਮਾਈਜ਼ ਨਹੀਂ ਕਰ ਸਕਿਆ; ਹਰ ਖਰਚਾ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਮਾਨ ਤੌਰ 'ਤੇ ਵੰਡਿਆ ਜਾਂਦਾ ਸੀ। v1.5 ਨਾਲ, ਹੁਣ ਉਪਭੋਗਤਾ ਦੋਵੇਂ ਪ੍ਰਾਜੈਕਟ ਅਤੇ ਸ਼੍ਰੇਣੀ ਲਈ ਕਸਟਮ ਅਨੁਪਾਤ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਬਦਲਾਅ ਕਰ ਕੇ ਜੋੜਿਆਂ ਅਤੇ ਦੋਸਤਾਂ ਨੂੰ ਆਪਣੇ ਸਾਂਝੇ ਖਰਚਿਆਂ ਨੂੰ ਆਪਣੇ ਅਸਲ ਜੀਵਨ ਦੀ ਵਾਸ਼ਤਵਿਕਤਾ ਦੁਆਰਾ ਵੰਡਣ ਦੀ ਆਜ਼ਾਦੀ ਮਿਲਦੀ ਹੈ, ਸਾਡੀ ਸਧਾਰਨ 50:50 ਤੋਂ ਇਲਾਵਾ। ਤੁਸੀਂ ਅਕਤੂਬਰ ਤੋਂ ਦਿਨ-ਪ੍ਰਤੀ-ਦਿਨ ਦੇ ਖਰਚਿਆਂ ਲਈ 60:40 ਸਪਲਿਟ ਨਾਲ ਨਵਾਂ ਲੇਖਾ ਪ੍ਰਾਜੈਕਟ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ, ਜਦੋਂ ਕਿ ਆਪਣੇ ਕਿਰਾਇਆ ਨੂੰ 50:50 ਰੱਖ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਇਹ ਤੁਹਾਡੇ ਦੋਨੋ ਲਈ ਨਿਆਇਕ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਕਿਰਾਣਾ 70:30 ਅਤੇ ਯੂਟਿਲਿਟੀ 62:38 ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ ਤਾਂ ਤੁਸੀਂ ਹੁਣ ਉਹ ਅਨੁਪਾਤ ਸ਼੍ਰੇਣੀ-ਬਾਈ-ਸ਼੍ਰੇਣੀ ਅਲੱਗ ਕਰ ਸਕਦੇ ਹੋ—ਉਸੇ ਪ੍ਰਾਜੈਕਟ ਵਿਚ।

v1.5 ਵਿੱਚ ਸਭ ਤੋਂ ਵਿਸ਼ੇਸ਼ ਬਦਲਾਅ ਨਵੀਂ ਮੈਂਬਰ ਅਤੇ ਡਿਫਾਲਟ ਸ਼ੇਅਰ ਸੈਕਸ਼ਨ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਪ੍ਰਾਜੈਕਟ ਮੈਂਬਰ ਜੋੜ ਸਕਦੇ ਹੋ ਅਤੇ ਹਰ ਵਿਅਕਤੀ ਨੂੰ ਇਕ ਡਿਫਾਲਟ ਹਿੱਸਾ ਸੌਂਪ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਕਿਸੇ ਪ੍ਰਾਜੈਕਟ ਵਿੱਚ ਦੋ ਮੈਂਬਰ ਹਨ, ਤਾਂ ਅਨੁਪਾਤ 50:50, 40:60, ਜਾਂ ਜੋ ਵੀ ਸਹੀ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ। ਤਿੰਨ ਮੈਬਰਾਂ ਦੇ ਨਾਲ, ਇਹ 33.33:33.33:33.34, 50:25:25, ਜਾਂ ਤੁਹਾਡੇ ਪਸੰਦੀਦਾ ਕਿਸੇ ਵੀ ਕਮਬੀਨੇਸ਼ਨ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਪ੍ਰਾਜੈਕਟ ਦਾ ਡਿਫਾਲਟ ਸਪਲਿਟ ਬਣ ਜਾਂਦਾ ਹੈ। ਇਸ ਦੇ ਹੇਠਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਸ਼੍ਰੇਣੀ ਦੇ ਅਨੁਪਾਤ ਨੂੰ ਪ੍ਰਾਜੈਕਟ ਦੇ ਡਿਫਾਲਟ ਤੋਂ ਵੱਖਰਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਰੇਕ ਸ਼੍ਰੇਣੀ ਦੇ ਹਿੱਸੇ ਨੂੰ ਸਹੀ ਅਨੁਪਾਤ ਵਿੱਚ ਅਨੁਸਾਰੀਤ ਕਰ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਸ਼੍ਰੇਣੀ ਨੂੰ ਇੱਕ ਕਸਟਮ ਅਨੁਪਾਤ ਸੌਂਪਦੇ ਹੋ, ਤਾਂ ਇਸ ਦੀ ਨੀਲੀ ਅਨੁਪਾਤ ਚਿੰਨ੍ਹ ਸੇਂਕੜੇ ਉੱਤੇ ਬਦਲ ਜਾਂਦੀ ਹੈ—ਇੱਕ ਛੋਟੇ ਦਿੱਖੀ ਸੰਕੇਤਕ ਜੋ ਕਿ ਸ਼੍ਰੇਣੀ ਆਪਣੇ ਨਿਯਮ ਨੂੰ ਵਰਤ ਰਿਹਾ ਹੈ ਨਾ ਕਿ ਪ੍ਰਾਜੈਕਟ-ਵਿਆਪੀ ਨੂੰ। ਇਹ ਬਦਲਾਅ ਪ੍ਰਾਜੈਕਟ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਚਕੀਲਾਪਨ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਪ੍ਰਾਜੈਕਟ ਦੇਖੋ/ਸੰਪਾਦਨ ਦੇਖ ਦੇ ਹੋਰ ਗੰਭੀਰ ਬਣ ਜਾਂਦੇ ਹਨ। ਇਸ ਨਾਲ ਮਦਦ ਕਰਨ ਲਈ, ਮੈਂ ਹਰ ਸੈਕਸ਼ਨ ਵਿੱਚ ਜਾਣਕਾਰੀ ਬਟਨ ਸ਼ਾਮਲ ਕੀਤੇ ਹਨ ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਹਨਾਂ 'ਤੇ ਟੈਪ ਕਰਕੇ ਛੋਟੇ ਪ੍ਰਸ਼ਨ-ਉੱਤਰ ਸਹਾਇਕ ਦੇਖ ਸਕੋ।

ਇਸ ਬਦਲਾਅ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਮੇਰੇ ਉਮੀਦਨਾਲੋਂ ਵੱਧ ਪੇਚੀਦਾ ਸੀ। Splync ਹਮੇਸ਼ਾ ਇੱਕ ਸਾਫ 50:50 ਦੁਨੀਆ ਦਾ ਮਾਨ ਕਰਦਾ ਸੀ—ਇੱਕ ਨੰਬਰ, ਹਰ ਜਗ੍ਹਾ ਲਾਗੂ ਹੁੰਦਾ, ਅਤੇ ਮੈਥ ਕਰੋ। ਜਦੋਂ ਮੈਂ ਕਸਟਮ ਅਨੁਪਾਤਾਂ ਨੂੰ ਸਮਰਥਨ ਦੇਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਤਦ ਪੂਰੀ ਅੰਦਰੂਨੀ ਸੰਰਚਨਾ ਨੂੰ ਦੁਬਾਰਾ ਵਿਚਾਰਨਾ ਪਿਆ। ਇੱਕ ਪ੍ਰਾਜੈਕਟ ਹੁਣ ਇਕੋ ਸਾਂਝੇ ਪ੍ਰਤੀਸ਼ਤ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਹਰ ਸ਼੍ਰੇਣੀ ਲਈ ਆਪਣਾ ਅਨੁਪਾਤ ਚਾਹੀਦਾ ਸੀ, ਅਤੇ ਹਰ ਖਰਚੇ ਨੂੰ ਦੋਵੇਂ ਪ੍ਰਾਜੈਕਟ-ਪੱਧਰ ਦੀ ਡਿਫਾਲਟ ਅਤੇ ਸ਼੍ਰੇਣੀ-ਪੱਧਰ ਦੇ ਅੰਗੀਕਾਰ ਦੋਸ਼ਾਂ ਨੂੰ ਸੰਦਬਲ ਦੇਣਾ ਪਿਆ। ਇਸਨੂੰ ਕੰਮ ਕਰਨ ਲਈ, ਮੈਂ ਮੂਸਮ ਤੋਂ ਮੁੜ ਕੈਲਕੁਲੇਸ਼ਨ ਲਾਜਿਕ ਲਿਖਿਆ। ਹੁਣ ਹਰ ਖਰਚਾ ਇਕ ਛੋਟੇ ਫੈਸਲਾ ਦਰਖਤ ਲੈ ਜਾਂਦਾ ਹੈ: "ਕੀ ਇਸ ਸ਼੍ਰੇਣੀ ਦਾ ਆਪਣਾ ਅਨੁਪਾਤ ਹੈ? ਜੇ ਹਾਂ, ਤਾਂ ਉਹ ਵਰਤੋ। ਨਹੀਂ ਤਾਂ, ਪ੍ਰਾਜੈਕਟ ਅਨੁਪਾਤ 'ਤੇ ਵਾਪਸ ਆ ਜਾਓ।" ਇਹ ਆਸਾਨ ਲੱਗਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਸਮਝਾਉਂਦੇ ਹੋ, ਪਰ ਐਪ ਦੇ ਅੰਦਰ ਡਾਟਾ ਮੌਡਲ ਨੂੰ ਸੰਗਤ ਰੱਖਣਾ—iOS ਦੇਖੋ, FastAPI ਪਿਛਲੇ-ਅੰਤ, ਅਤੇ MariaDB ਸਕੀਮਾਂ—ਜੋ ਮੇਰੇ ਉਮੀਦ ਤੋਂ ਵੱਧ ਸੰਭਾਲ ਦੀ ਲੋੜ ਸੀ।

ਕੋਈ ਵੀ ਅਪਡੇਟ ਜੋ ਸਰਵਰ ਪਾਸੇ ਨੂੰ ਛੂਹਣ ਵਾਲੀ ਹੈ ਨੂੰ ਬਹੁਤ ਧਿਆਨ ਨਾਲ ਹੱਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਮੌਜੂਦਾ ਸਰਵਰ ਕੋਡ ਨੂੰ ਗਲਤੀ ਨਾਲ ਸੋਧ ਦਿੰਦੇ ਹੋ, ਤਾਂ v1.4 'ਤੇ ਅਜੇ ਵੀ ਉਪਭੋਗਤਾ ਵਾਰ ਨੂੰ ਬੱਗ ਜਾਂ ਸਿਸਟਮ ਗਲਤੀਆਂ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਮਿਲ ਜਾਏਗਾ। ਉਦਾਹਰਣ ਵਜੋਂ, v1.5 ਲਈ ਸਰਵਰ ਪ੍ਰੋਗਰਾਮ ਪ੍ਰਾਜੈਕਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਅਨੁਪਾਤ ਡੇਟਾ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ, ਪਰ v1.4 ਐਪ ਬਿਲਕੁਲ ਵੀ ਅਨੁਪਾਤਾਂ ਨੂੰ ਬਿਨਾ ਸੈਂਡ ਕਰਦਾ ਹੈ। ਜਦੋ ਇਹ ਦੋ ਵਰਜਨਾਂ ਸੰਪਰਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀਆਂ ਹਨ, ਬੇਨਤੀ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ—ਕੇਵਲ ਕਿਉਂਕਿ ਉਹ ਇੱਕ-दੂਜੇ ਨਾਲ ਥੋੜੀ ਵੱਖਰੀ "ਭਾਸ਼ਾ" ਵਿਚ ਗੱਲ ਕਰਦੇ ਹਨ। ਡਿਵੈਲਪਰ, ਬਦਲਾਅ ਨੂੰ ਸੁਰੱਖਿਅਤ ਤੌਰ 'ਤੇ ਇੱਕ ਪਰੀਖਣ ਵਾਤਾਵਰਨ ਵਿਚ ਕਰ ਸਕਦੇ ਹਨ। ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਇੱਕ ਨਵੀਂ ਵਰਜਨ ਨੂੰ ਐਪਲ ਦੀ ਸਮੀਖਿਆ ਲਈ ਜਮ੍ਹਾਂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ ਅਜੇ ਵੀ v1.4 'ਤੇ ਹਨ। ਜਾਰੀ ਕਰਨ ਤੋਂ ਲੈ ਕੇ ਰਿਲੀਜ਼ ਤੱਕ ਪੂਰੇ ਸਮਾਂ ਵਿੱਚ, ਸਰਵਰ ਨੂੰ ਦੋਨੋ ਵਰਜਨਾਂ ਨੂੰ ਇੱਕੇ ਸਮੇਂ ਵਿੱਚ ਸਹਿਯੋਗ ਦੇਣਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਕਿ ਐਪਲ ਸਮੀਖਿਆਕ v1.5 ਨੂੰ ਪਰਖ ਸਕਣ ਅਤੇ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ v1.4 ਨੂੰ ਬਿਨਾ ਰੁਕਾਵਟਾਂ ਜਾਰੀ ਰੱਖ ਸਕਣ।

ਐਪ ਵਿਕਾਸ ਵਿੱਚ, ਇੱਕ "ਐਂਡਪਾਇੰਟ" ਬਸ ਉਹ ਸਥਾਨ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਐਪ ਸਰਵਰ 'ਤੇ ਆਪਣੀਆਂ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ—ਜਿਵੇਂ ਕਿਸੇ ਸ਼ਹਿਰ ਹਾਲ ਦੇ ਵਿਸ਼ੇਸ਼ ਕਾਊਂਟਰ। ਇੱਕ ਕਾਊਂਟਰ ਵਿਆਹ ਦੀ ਰਜਿਸਟਰੇਸ਼ਨ ਸੰਭਾਲਦਾ ਹੈ, ਦੂਜਾ ਨਿਵਾਸੀ ਰਿਕਾਰਡ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਪਾਸਪੋਰਟ ਸੰਭਾਲਦਾ ਹੈ। ਐਪ ਉਨ੍ਹਾਂ ਦੇ ਤਰੀਕੇ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ: ਹਰ ਐਂਡਪਾਇੰਟ ਇੱਕ ਸਮਰਪਿਤ ਵਿੰਡੋ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਸਰਵਰ ਇਕ ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦੀ ਬੇਨਤੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਲਾਗਿਨ, ਪ੍ਰਾਜੈਕਟ ਬਣਾਉਣ, ਖਰਚੇ ਸੰਪਾਦਨ, ਦੋਸਤ ਬੇਨਤੀ, ਆਦਿ। ਜਦੋਂ Splync v1.4 ਇੱਕ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਇਹ "ਪੁਰਾਣੇ" ਵਿੰਡੋ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਜੋ ਪੁਰਾਣੇ ਫਾਰਮੈਟ ਨੂੰ ਸਮਝਦਾ ਹੈ। Splync v1.5 ਆਪਣੀ ਬੇਨਤੀ "ਨਵੀਂ" ਵਿੰਡੋ ਵਿੱਚ ਭੇਜਦਾ ਹੈ ਜੋ ਅਨੁਪਾਤ ਡੇਟਾ ਨੂੰ ਸਮਝਦਾ ਹੈ। ਜੇ ਸਰਵਰ ਨੇ ਪੁਰਾਣੀ ਵਿੰਡੋ ਨੂੰ ਜਲਦੀ ਬੰਦ ਕਰ ਦਿੱਤਾ, ਤਾਂ v1.4 ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਆਪਣਾ ਡਾਟਾ "ਪੇਸ਼" ਕਰਨ ਲਈ ਕੋਈ ਸਥਾਨ ਨਹੀਂ ਮਿਲੇਗਾ। ਇਸ ਲਈ, ਇੱਕ ਅਪਡੇਟ ਦੌਰਾਨ, ਸਰਵਰ ਨੂੰ ਦੋਨੋ ਵਿੰਡੋ ਖੁੱਲੀਆਂ ਰੱਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ—ਦੋਨੋ ਐਂਡਪਾਇੰਟ—ਜਦ ਤੱਕ ਹਰ ਉਪਭੋਗਤਾ ਨਵੀਂ ਵਰਜਨ 'ਤੇ ਸੁਰੱਖਿਅਤ ਤੌਰ 'ਤੇ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦਾ। ਸੱਚ ਕਹਿਏ ਤਾਂ, ਇੱਕੋ ਸਮੇਂ ਦੋ ਵਿੰਡੋ ਨੂੰ ਸੰਭਾਲਣਾ ਇਕ ਹੋਰ ਮਾਤਰਾ ਵਿੱਚ ਸੋਚਣ ਵਾਂਗ ਲੱਗਿਆ।

Splync v1.5 ਪ੍ਰਾਜੈਕਟ ਅਤੇ ਸ਼੍ਰੇਣੀ ਲਈ ਸਪਲਿਟ ਨੂੰ ਕਸਟਮਾਈਜ਼ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਅਜੇ ਤੱਕ ਪ੍ਰਤੀ-ਖਰਚੇ ਲਈ ਨਹੀਂ। ਪ੍ਰਤੀ-ਖਰਚੇ ਦੇ ਅਨੁਪਾਤਾਂ ਨੂੰ ਸਹਿਯੋਗ ਦੇਣ ਲਈ, ਸਾਨੂੰ ਇੱਕ ਹੋਰ ਸਾਂਚਨਾਤਮਿਕ ਪੱਧਰ ਦੀ ਲੋੜ ਹੈ—ਮੁਢਲੇ ਢਾਂਚੇ ਦੇ ਮੁੜ-ਲਿਖਾਈ ਦੇ ਤੌਰ 'ਤੇ। ਸਾਨੂੰ ਇਹ ਵੀ ਧਿਆਨ ਰੱਖਣਾ ਪਵੇਗਾ ਕਿ ਐਪ ਦੇ ਇੰਟਰਫੇਸ ਨੂੰ ਹੱਠੀ ਤੌਰ 'ਤੇ ਜੀਵਨਸ਼ੀਲ ਨਾ ਬਣਾਇਆ ਜਾਵੇ ਸਿਰਫ਼ ਜਿਆਦਾ ਸ਼ਕਤੀ ਸ਼ਾਮਲ ਕਰਨ ਲਈ। ਇਹ ਇਕ ਵੱਡਾ ਅਪਗ੍ਰੇਡ ਹੈ ਜਿਵੇਂ ਕਿ ਇਹ ਸੁਣਨ ਵਿੱਚ ਲੱਗਦਾ ਹੈ। ਕਿਰਪਾ ਕਰਕੇ ਸਾਨੂੰ ਇੱਥੇ ਪਹੁੰਚਣ ਲਈ ਥੋੜਾ ਹੋਰ ਸਮਾਂ ਦਿਓ। ਇਹ ਸਾਡੇ ਖਿਆਲ ਵਿੱਚ ਹੈ—ਅਸੀਂ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਾਂਗੇ। ਇਸ ਤੱਕ, ਆਓ ਵੇਖੀਏ ਕਿ ਨਵੀਆਂ ਪ੍ਰਾਜੈਕਟ ਅਤੇ ਸ਼੍ਰੇਣੀ ਅਨੁਪਾਤਾਂ ਕਿਵੇਂ ਸਾਂਝੇ ਖਰਚਿਆਂ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਚਕੀਲਾਪਨ ਦੇ ਰਹੀਆਂ ਹਨ।