Gryffin Forge
ਆਟੋਮੇਸ਼ਨਡਾਟਾ ਗੁਣਵੱਤਾਢਾਂਚਾ

«ਕੋਈ ਵੈੱਬਸਾਈਟ ਨਹੀਂ ਮਿਲੀ» ਆਮ ਤੌਰ 'ਤੇ ਗ਼ਲਤ ਕਿਉਂ ਹੁੰਦਾ ਹੈ

ਅਜਿਹਾ ਸਿਸਟਮ ਬਣਾਉਣ ਦੇ ਸਬਕ ਜੋ ਜਾਂਚਦਾ ਹੈ ਕਿ ਕਾਰੋਬਾਰ ਕੋਲ ਚੱਲਦੀ ਵੈੱਬਸਾਈਟ ਹੈ: ਰੋਕੀਆਂ ਖੋਜਾਂ, ਬੋਟ ਸੁਰੱਖਿਆ, ਅਤੇ «ਅਣਜਾਣ» ਲਈ ਡਿਜ਼ਾਈਨ।

3 ਮਿੰਟ ਪੜ੍ਹਨ ਲਈGryffin Forge

ਕਾਰੋਬਾਰ ਕੋਲ ਵੈੱਬਸਾਈਟ ਹੈ ਜਾਂ ਨਹੀਂ ਜਾਂਚਣਾ ਮਾਮੂਲੀ ਲੱਗਦਾ ਹੈ: ਨਾਮ ਖੋਜੋ ਅਤੇ ਵੇਖੋ ਕਿ ਸਾਈਟ ਆਉਂਦੀ ਹੈ। ਇਹ ਕੰਮ ਆਪਣੇ-ਆਪ, ਵੱਡੇ ਪੱਧਰ ਉੱਤੇ ਅਤੇ ਸਹੀ ਕਰਨ ਵਾਲਾ ਟੂਲ ਬਣਾਉਂਦਿਆਂ ਮੈਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੇ ਕਿਸੇ ਵੀ ਹੋਰ ਹਿੱਸੇ ਨਾਲੋਂ ਵੱਧ ਡਾਟਾ ਗੁਣਵੱਤਾ ਬਾਰੇ ਸਿੱਖਣ ਨੂੰ ਮਿਲਿਆ।

ਪਹਿਲਾ ਵਰਜ਼ਨ: ਭਰੋਸੇਮੰਦ ਅਤੇ ਗ਼ਲਤ

ਪਹਿਲਾ ਵਰਜ਼ਨ ਕਾਰੋਬਾਰ ਦਾ ਨਾਮ ਅਤੇ ਇਲਾਕਾ ਖੋਜਦਾ ਸੀ। ਜੇ ਨਤੀਜਿਆਂ ਵਿੱਚ ਕੋਈ ਢੁੱਕਵੀਂ ਸਾਈਟ ਨਾ ਆਉਂਦੀ, ਤਾਂ ਉਹ ਕਾਰੋਬਾਰ ਨੂੰ ਕੋਈ ਵੈੱਬਸਾਈਟ ਨਹੀਂ ਦਰਜ ਕਰ ਦਿੰਦਾ। ਨਤੀਜਾ ਬਿਨਾਂ ਸਾਈਟ ਵਾਲੇ ਲੱਗਦੇ ਕਾਰੋਬਾਰਾਂ ਦੀ ਲੰਮੀ ਸੂਚੀ ਸੀ।

ਜਦੋਂ ਮੈਂ ਨਮੂਨਾ ਹੱਥੀਂ ਜਾਂਚਿਆ, ਤਾਂ ਜ਼ਿਆਦਾਤਰ ਕੋਲ ਬਿਲਕੁਲ ਠੀਕ ਸਾਈਟਾਂ ਸਨ।

ਖੋਜ ਪ੍ਰਦਾਤਾ ਨੇ ਮਾੜੇ ਨਤੀਜੇ ਦਿੱਤੇ ਸਨ, ਨਾਮ ਆਮ ਸੀ, ਜਾਂ ਸਾਈਟ ਚੰਗੀ ਤਰ੍ਹਾਂ ਇੰਡੈਕਸ ਨਹੀਂ ਸੀ। ਟੂਲ ਨੇ ਮੈਨੂੰ ਨਹੀਂ ਮਿਲੀ ਨੂੰ ਮੌਜੂਦ ਨਹੀਂ ਬਣਾ ਦਿੱਤਾ ਸੀ — ਸਵੈਚਾਲਿਤ ਖੋਜ ਦੀ ਸਭ ਤੋਂ ਆਮ ਗ਼ਲਤੀ।

ਅਜਿਹਾ ਡਾਟਾ ਮਾਡਲ ਜੋ «ਅਣਜਾਣ» ਕਹਿ ਸਕੇ

ਹੱਲ ਕੋਡ ਵਿੱਚ ਨਹੀਂ, ਡਾਟਾ ਮਾਡਲ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ। ਹੁਣ ਕਾਰੋਬਾਰ ਦੀ ਆਨਲਾਈਨ ਮੌਜੂਦਗੀ ਦੀਆਂ ਚਾਰ ਅਵਸਥਾਵਾਂ ਹਨ:

  • ਸਾਈਟ ਹੈ — ਮਿਲੀ ਅਤੇ ਖੁੱਲ੍ਹਦੀ ਹੈ।
  • ਕਮਜ਼ੋਰ ਸਾਈਟ — ਖੁੱਲ੍ਹਦੀ ਹੈ ਪਰ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਨਹੀਂ (ਫ਼ੋਨ ਵਰਜ਼ਨ, ਸੰਪਰਕ, HTTPS)।
  • ਟੁੱਟੀ — ਪੱਕਾ ਕੰਮ ਨਹੀਂ ਕਰਦੀ।
  • ਅਣਜਾਣ — ਕਿਸੇ ਵੀ ਪਾਸੇ ਕਾਫ਼ੀ ਸਬੂਤ ਨਹੀਂ।

«ਕੋਈ ਵੈੱਬਸਾਈਟ ਨਹੀਂ» ਸਿਰਫ਼ ਉਦੋਂ ਲਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਭਰੋਸੇਯੋਗ, ਅਧਿਕਾਰਤ ਸਰੋਤ ਪੁਸ਼ਟੀ ਕਰੇ। ਖੋਜ ਨਤੀਜੇ ਦਾ ਨਾ ਹੋਣਾ ਕਦੇ ਇਹ ਨਤੀਜਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।

ਕਈ ਆਜ਼ਾਦ ਸੰਕੇਤ

ਇੱਕ ਖੋਜ ਦੀ ਬਜਾਏ ਸਿਸਟਮ ਹੁਣ ਜੋੜਦਾ ਹੈ:

  1. ਨਾਮ ਅਤੇ ਇਲਾਕੇ ਲਈ ਸਰਵਰ-ਪਾਸੇ ਦਾ ਖੋਜ ਸਰੋਤ।
  2. ਨਾਮ ਤੋਂ ਬਣਾਏ ਸੰਭਾਵੀ ਡੋਮੇਨ (fadedistrict.co.uk, fade-district.com…), ਸਿੱਧੇ ਜਾਂਚੇ।
  3. ਹਰ ਸੰਭਾਵੀ ਡੋਮੇਨ ਲਈ ਕਈ URL ਰੂਪਾਂ ਨਾਲ ਸਾਈਟ ਸਕੈਨ।

ਡੋਮੇਨ ਦਾ ਅੰਦਾਜ਼ਾ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਚੰਗਾ ਨਿਕਲਿਆ। ਇੱਕ ਪ੍ਰਦਾਤਾ ਸਰਵਰ ਟ੍ਰੈਫ਼ਿਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੋਕਦਾ ਸੀ, ਦੂਜਾ ਬੇਮੇਲ ਨਤੀਜੇ ਦਿੰਦਾ ਸੀ; ਸਿਰਫ਼ ਸਪਸ਼ਟ ਡੋਮੇਨ ਅਜ਼ਮਾਉਣ ਨਾਲ ਉਹ ਸਾਈਟਾਂ ਮਿਲੀਆਂ ਜੋ ਖੋਜਾਂ ਤੋਂ ਰਹਿ ਗਈਆਂ ਸਨ।

«ਟੁੱਟੀ» ਲਈ ਵੀ ਉੱਚਾ ਪੈਮਾਨਾ

ਫਿਰ ਉਲਟੀ ਸਮੱਸਿਆ ਆਈ: ਟੁੱਟੀ ਦਰਜ ਸਾਈਟਾਂ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਠੀਕ ਖੁੱਲ੍ਹਦੀਆਂ ਸਨ। ਕਾਰਨ:

  • ਬੋਟ-ਵਿਰੋਧੀ ਪੰਨੇ ਜੋ 403 ਜਾਂ ਚੁਣੌਤੀ ਦਿੰਦੇ ਸਨ।
  • www ਚੱਲਦਾ ਸੀ ਪਰ ਸਾਦਾ ਡੋਮੇਨ ਨਹੀਂ, ਜਾਂ ਉਲਟ।
  • ਹੌਲੀ ਸਰਵਰ ਜੋ ਛੋਟਾ ਟਾਈਮਆਊਟ ਪਾਰ ਕਰ ਜਾਂਦੇ ਸਨ।

ਹੁਣ ਸਾਈਟ ਸਿਰਫ਼ DNS ਨਾਕਾਮੀ ਜਾਂ ਹਰ URL ਰੂਪ ਉੱਤੇ ਪੱਕੇ 404/410 ਤੋਂ ਬਾਅਦ ਟੁੱਟੀ ਹੈ। ਸੁਰੱਖਿਆ ਪੰਨੇ ਚੱਲਦੇ ਗਿਣੇ ਜਾਂਦੇ ਹਨ। ਟਾਈਮਆਊਟ ਅਣਜਾਣ ਗਿਣੇ ਜਾਂਦੇ ਹਨ।

ਫ਼ੈਸਲੇ ਦੇ ਕੋਲ ਸਬੂਤ

ਹਰ ਫ਼ੈਸਲਾ ਰੱਖਦਾ ਹੈ ਕਿ ਕੀ ਮਿਲਿਆ: ਮਿਲਿਆ ਡੋਮੇਨ, ਹਰ ਰੂਪ ਦੇ ਕੋਡ, ਪੰਨੇ ਦਾ ਸਿਰਲੇਖ ਅਤੇ ਲੱਭੀਆਂ ਫ਼ੋਟੋਆਂ। ਜਦੋਂ ਕੋਈ ਨਤੀਜੇ ਉੱਤੇ ਸਵਾਲ ਕਰਦਾ ਹੈ, ਜਵਾਬ ਸਕਿੰਟਾਂ ਵਿੱਚ ਸਕ੍ਰੀਨ ਉੱਤੇ ਹੁੰਦਾ ਹੈ। ਇਸ ਨਾਲ ਟੂਲ ਸ਼ੱਕ ਵਾਲੀ ਚੀਜ਼ ਤੋਂ ਭਰੋਸੇ ਵਾਲੀ ਚੀਜ਼ ਬਣ ਗਿਆ।

ਜਿਨ੍ਹਾਂ ਸਾਈਟਾਂ ਨੂੰ ਜਾਂਚਦੇ ਹੋ ਉਨ੍ਹਾਂ ਦਾ ਆਦਰ ਕਰੋ

ਸਵੈਚਾਲਿਤ ਜਾਂਚਕਰਤਾ ਵੀ ਇੱਕ ਵਿਜ਼ਿਟਰ ਹੈ। ਇਹ ਆਪਣੀ ਪਛਾਣ ਦੱਸਦਾ ਹੈ, ਛੋਟੇ ਟਾਈਮਆਊਟ ਵਰਤਦਾ ਹੈ, ਸਿਰਫ਼ ਲੋੜੀਂਦਾ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਸਰਵਰ ਉੱਤੇ ਬੋਝ ਨਹੀਂ ਪਾਉਂਦਾ। ਸਕੈਨ ਦੌਰਾਨ ਮਿਲੀਆਂ ਫ਼ੋਟੋਆਂ ਇੱਕ ਐਂਡਪੁਆਇੰਟ ਰਾਹੀਂ ਜਾਂਦੀਆਂ ਹਨ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਖ਼ਾਸ ਆਕਾਰ ਤੋਂ ਛੋਟੀਆਂ ਤਸਵੀਰਾਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਪਤੇ ਨਕਾਰਦਾ ਹੈ — ਦੁਰਵਰਤੋਂ ਤੋਂ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ।

ਆਮ ਸਬਕ

  • ਸਬੂਤ ਦੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਦਾ ਸਬੂਤ ਨਹੀਂ। ਪਹਿਲੇ ਦਿਨ ਤੋਂ «ਅਣਜਾਣ» ਬਣਾਓ।
  • ਇੱਕ ਉੱਤੇ ਨਿਰਭਰ ਹੋਣ ਦੀ ਬਜਾਏ ਆਜ਼ਾਦ ਸੰਕੇਤ ਜੋੜੋ।
  • ਅਸਮਾਨ ਹੱਦਾਂ ਰੱਖੋ: ਗ਼ਲਤ ਲੇਬਲ ਜਿੰਨਾ ਮਹਿੰਗਾ, ਓਨਾ ਵੱਧ ਸਬੂਤ ਮੰਗੋ।
  • ਹਰ ਸਵੈਚਾਲਿਤ ਫ਼ੈਸਲੇ ਕੋਲ ਸਬੂਤ ਰੱਖੋ।
  • ਕਈ ਕਮਜ਼ੋਰ ਸੰਕੇਤ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਭਰੋਸੇਯੋਗ ਸੰਕੇਤ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰੋ।

ਢਾਂਚਾ ਆਨਲਾਈਨ ਮੌਜੂਦਗੀ ਜਾਂਚ ਕੇਸ ਸਟੱਡੀ ਵਿੱਚ ਵਿਸਥਾਰ ਨਾਲ ਦੱਸਿਆ ਗਿਆ ਹੈ।