dash-b · ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ · ਜੋੜਨਾ
ਇੱਕ ਹੀ ਰਾਹ, ਭਾਵੇਂ ਤੁਸੀਂ ਜੋੜ ਰਹੇ ਹੋ ਕੀ।
ਤੁਹਾਡੀ ਚਲਾਈ ਡੇਟਾਬੇਸ, ਤੁਹਾਡੀ ਸੁੱਟੀ ਹੋਈ ਫਾਈਲ, ਤੁਹਾਡੇ ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਇੱਕ ਛੋਟੀ ਸਕ੍ਰਿਪਟ। ਉਹ ਸਭ ਇੱਕੋ ਸਾਰਣੀ ਵਿੱਚ ਐਂਟਰੀਆਂ ਹਨ, ਉਹ ਸਭ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਰਜਿਸਟਰ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਨਵੀਂ ਕਿਸਮ ਸ਼ਾਮਲ ਕਰਨਾ ਇੱਕ ਐਂਟਰੀ ਹੈ, ਨਵੀਂ ਸਕਰੀਨ ਨਹੀਂ।
ਅੱਜ ਤੁਸੀਂ ਕੀ ਜੋੜ ਸਕਦੇ ਹੋ
ਦੋ ਰੂਪ, ਅਤੇ ਇੱਕ ਫਾਈਲ
ਇੱਕ ਡਾਟਾਬੇਸ, ਸਿੱਧਾ
PostgreSQL, MySQL ਜਾਂ MongoDB। ਹੋਸਟ, ਪੋਰਟ, ਡੇਟਾਬੇਸ, ਯੂਜ਼ਰ, ਪਾਸਵਰਡ, TLS ਮੂਲ ਰੂਪ ਵਿੱਚ ਚਾਲੂ। ਸਿਰਫ਼-ਪੜ੍ਹਨਯੋਗ — dash-b ਜੋ ਵੀ ਕਰਦਾ ਹੈ, ਉਹ ਤੁਹਾਡੇ ਉਤਪਾਦਨ ਡੇਟਾ ਵਿੱਚ ਲਿਖ ਨਹੀਂ ਸਕਦਾ।
ਤੁਹਾਡੇ ਆਪਣੇ ਸਰਵਰ ਉੱਤੇ ਇੱਕ ਕਨੈਕਟਰ
ਇੱਕ PHP ਫਾਈਲ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਅੱਪਲੋਡ ਕਰਦੇ ਹੋ। dash-b ਨੂੰ ਇੱਕ ਪਤਾ ਅਤੇ ਇੱਕ ਸਾਈਨਿੰਗ ਭੇਦ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ: ਨਾ ਹੋਸਟ, ਨਾ ਯੂਜ਼ਰਨੇਮ, ਨਾ ਪਾਸਵਰਡ। ਇਹ ਇਕਲੌਤਾ ਸਰੋਤ ਹੈ ਜੋ ਲਿਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਬਿਲਕੁਲ ਇਸੇ ਲਈ ਹੈ।
ਇੱਕ ਫਾਈਲ
ਬੋਰਡ 'ਤੇ ਇੱਕ ਸਪ੍ਰੈਡਸ਼ੀਟ ਜਾਂ CSV ਸੁੱਟੋ ਅਤੇ ਇਹ ਇੱਕ ਅਸਲੀ ਸਾਰਣੀ ਬਣ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਦੇ ਕਾਲਮ ਫਾਈਲ ਤੋਂ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ, ਤੁਹਾਡੇ ਵੱਲੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਏ ਨਹੀਂ ਜਾਂਦੇ। ਕੋਈ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਹੀਂ, ਕੋਈ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨਹੀਂ, ਸੈੱਟ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ।
ਪਾਸਵਰਡ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ
ਕੋਈ ਭੇਤ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ ਕਦੇ ਨਹੀਂ ਦਿਖਾਇਆ ਜਾਂਦਾ
ਇੱਕ ਵਾਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਟੋਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਜੋ ਫਾਰਮ ਉਸ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਉਹ ਉਸ ਨੂੰ ਦੁਬਾਰਾ ਰੈਂਡਰ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਹ ਕੋਈ ਸੈਟਿੰਗ ਨਹੀਂ — ਇਹ ਉਸ ਕੋਡ ਤੋਂ ਵੱਖਰਾ ਕੋਡ ਹੈ ਜੋ ਸੰਭਾਲੇ ਮੁੱਲਾਂ ਨਾਲ ਫਾਰਮ ਭਰਦਾ ਹੈ, ਜਾਣ-ਬੁੱਝ ਕੇ ਵੱਖਰਾ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਤਾਂ ਜੋ "ਸਟੋਰ ਕੀਤਾ ਮੁੱਲ ਦਿਖਾਓ" ਕਿਸੇ ਅਜਿਹੇ ਪੰਨੇ ਵਿੱਚ ਡੇਟਾਬੇਸ ਪਾਸਵਰਡ ਲਿਖਣ ਤੋਂ ਸਿਰਫ਼ ਇੱਕ ਝੰਡੇ ਦੀ ਦੂਰੀ 'ਤੇ ਨਾ ਹੋਵੇ ਜਿਸ ਨੂੰ ਸਕਰੀਨਸ਼ਾਟ ਲਿਆ ਜਾ ਸਕੇ, ਸਕਰੀਨ-ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕੇ ਜਾਂ DOM ਤੋਂ ਪੜ੍ਹਿਆ ਜਾ ਸਕੇ।
ਕਨੈਕਟਰ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿ ਤੁਹਾਡਾ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਭੇਦ ਤੁਹਾਡੇ ਆਪਣੇ ਸਰਵਰ ਨੂੰ ਕਦੇ ਨਾ ਛੱਡੇ।
ਤੁਹਾਡੇ ਡੇਟਾਬੇਸ ਪ੍ਰਮਾਣ ਪੱਤਰ ਉਸ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕ ਕੌਨਫਿਗ ਫਾਈਲ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਜਿਸ ਕੋਲ ਉਹ ਪਹਿਲਾਂ ਹੀ ਸਨ। dash-b ਕੋਲ ਇੱਕ ਪਤਾ ਅਤੇ ਇੱਕ ਦਸਤਖ਼ਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਤੁਹਾਡੀ ਡੇਟਾਬੇਸ ਕਿਸੇ ਹੋਰ ਲਈ ਨਹੀਂ ਖੋਲ੍ਹਦਾ।
ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਨਾ
ਇੱਥੇ ਸਾਈਨ-ਇਨ ਬਾਕਸ ਕਿਉਂ ਨਹੀਂ ਹੈ
ਇੱਕ ਖਾਤਾ ਜੋੜਨਾ — ਡੇਟਾਬੇਸ ਦੇ ਉਲਟ — ਇੱਕ ਪ੍ਰਦਾਤਾ ਦਾ ਆਪਣਾ ਸਾਈਨ-ਇਨ ਪੰਨਾ ਮਤਲਬ ਹੈ, ਆਪਣੀ ਖਿੜਕੀ ਵਿੱਚ, ਅਤੇ ਇੱਕ ਬਰੋਕਰ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਭੇਦ ਰੱਖਦਾ ਹੈ ਤਾਂ ਜੋ dash-b ਨੇ ਕਦੇ ਨਾ ਰੱਖਿਆ ਹੋਵੇ ਅਤੇ ਕਦੇ ਤੁਹਾਡਾ ਪਾਸਵਰਡ ਨਾ ਵੇਖੇ।
ਇਹ ਪੰਨੇ ਦੇ ਅੰਦਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਅਤੇ ਇਹ ਕੋਈ ਤਰਜੀਹ ਨਹੀਂ। Google ਅਤੇ Facebook ਦੋਵੇਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਫਰੇਮ ਹੋਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੇ ਹਨ: ਕਿਸੇ ਹੋਰ ਦੇ ਦਸਤਾਵੇਜ਼ ਦੇ ਅੰਦਰ ਦਿਖਾਇਆ ਗਿਆ ਸਾਈਨ-ਇਨ ਫਾਰਮ ਇੱਕ ਫਿਸ਼ਿੰਗ ਪੰਨੇ ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ, ਅਤੇ ਇੱਕ ਬਣਾਉਣਾ ਇੱਕ ਖਾਲੀ ਚੌਖਟਾ ਸਪੁਰਦ ਕਰਨਾ ਹੋਵੇਗਾ।
ਕੈਟਾਲਾਗ ਇਨ੍ਹਾਂ ਲਈ ਬਣਿਆ ਹੈ ਅਤੇ ਢਾਂਚਾ ਮੌਜੂਦ ਹੈ; ਪਰ ਜੋੜ ਖੁਦ ਹਾਲੇ ਖੁੱਲ੍ਹੇ ਨਹੀਂ ਹਨ, ਇਸ ਲਈ ਡਿਜ਼ਾਈਨਰ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਬਟਨ ਪੇਸ਼ ਨਹੀਂ ਕਰੇਗਾ ਜੋ ਤੁਹਾਡੇ ਚੁਣਨ ਤੋਂ ਬਾਅਦ ਅਸਫਲ ਹੋ ਜਾਵੇ। ਜਦੋਂ ਉਹ ਖੁੱਲ੍ਹਣਗੇ, ਉਹ ਉਸੇ ਸਾਰਣੀ ਵਿੱਚ ਐਂਟਰੀਆਂ ਵਜੋਂ ਆਉਣਗੇ ਜਿਸ ਵਿੱਚ ਉੱਪਰ ਦੀ ਹਰ ਚੀਜ਼ ਹੈ।
ਟੈਸਟ ਰਾਹੀਂ ਪਿੰਨ ਕੀਤੀਆਂ ਦੋ ਚੀਜ਼ਾਂ
ਉਹ ਜਾਂਚਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਿੱਛੇ ਜਾਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ
- ਕੋਈ ਭੇਦ ਵਾਪਸ ਰੈਂਡਰ ਨਹੀਂ ਹੁੰਦਾ। ਇੱਕ ਟੈਸਟ ਹਰ ਪ੍ਰਦਾਤਾ ਦੇ ਹਰ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਨਿਸ਼ਾਨ ਪਾਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਰੈਂਡਰ ਕੀਤੇ ਪੰਨੇ ਵਿੱਚ ਉਸ ਨੂੰ ਲੱਭਦਾ ਹੈ।
- ਸਾਈਨ-ਇਨ ਦਾ ਜਵਾਬ ਤਾਂ ਹੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਉਸ ਦੀ ਹਰ ਗੱਲ ਜਾਂਚੀ ਜਾ ਚੁੱਕੀ ਹੋਵੇ — ਉਹ ਕਿੱਥੋਂ ਆਇਆ, ਉਸ ਦੀ ਬਣਤਰ, ਉਹ ਇੱਕ ਵਾਰੀ ਵਾਲਾ ਮੁੱਲ ਜੋ ਉਸ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉਸ ਦੀ ਉਮਰ — ਅਤੇ ਇਹ ਸਾਰਾ ਕੁਝ ਉਸ ਦਾ ਇੱਕ ਵੀ ਖੇਤਰ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਤਸਦੀਕ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਸਮੇਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸਾਈਨ-ਇਨ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਪੁਰਾਣੇ ਦਾ ਜਵਾਬ ਬਾਅਦ ਦਾ ਕੋਈ ਸੁਨੇਹਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਦੋਵੇਂ ਇਸ ਲਈ ਹਨ ਕਿਉਂਕਿ ਜਿਸ ਅਸਫਲਤਾ ਨੂੰ ਉਹ ਰੋਕਦੇ ਹਨ ਉਹ ਚੁੱਪਚਾਪ ਵਾਪਰਦੀ ਹੈ: ਪਹਿਲਾ ਪਾਸਵਰਡ ਨੂੰ ਸਕਰੀਨਸ਼ਾਟ ਵਿੱਚ ਲੀਕ ਕਰ ਦਿੰਦਾ, ਅਤੇ ਦੂਜਾ ਕਿਸੇ ਲਿੰਕ ਨੂੰ ਕਿਸੇ ਹੋਰ ਦੇ ਖਾਤੇ ਨੂੰ ਤੁਹਾਡੇ ਖਾਤੇ ਨਾਲ ਜੋੜ ਦਿੰਦਾ।
ਜੁੜਿਆ ਹੋਣਾ ਸਿਰਫ਼ ਅੱਧਾ ਕੰਮ ਹੈ।
ਇੱਕ ਟਾਈਲ ਉਹ ਪੜ੍ਹ ਸਕਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਜੋੜਦੇ ਹੋ। ਕਨੈਕਟਰ ਨਾਲ, ਟਾਈਲ ਉਸ ਵਿੱਚ ਲਿਖ ਵੀ ਸਕਦੀ ਹੈ — ਬੋਰਡ ਉੱਤੇ ਇੱਕ ਬਟਨ ਜੋ ਤੁਹਾਡੀ ਹੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਜੋੜ ਦਿੰਦਾ ਹੈ।