dash-b · ഫീച്ചറുകൾ · കണക്ട്

നിങ്ങൾ കണക്ട് ചെയ്യുന്നത് എന്തായാലും ഒരു വഴി മാത്രം.

നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന ഒരു ഡാറ്റാബേസ്, നിങ്ങൾ ഇടുന്ന ഒരു ഫയൽ, നിങ്ങളുടെ സ്വന്തം സെർവറിലെ ഒരു ചെറിയ സ്ക്രിപ്റ്റ്. ഇവയെല്ലാം ഒരേ ടേബിളിലെ എൻട്രികളാണ്, എല്ലാം ഒരേ രീതിയിൽ രജിസ്റ്റർ ചെയ്യപ്പെടുന്നു, ഒരു പുതിയ തരം ചേർക്കുന്നത് ഒരു പുതിയ സ്ക്രീൻ അല്ല, ഒരു എൻട്രി മാത്രമാണ്.

നിങ്ങൾക്ക് ഇന്ന് കണക്റ്റ് ചെയ്യാൻ കഴിയുന്നത്

രണ്ട് ഷേപ്പുകൾ, ഒരു ഫയൽ

ഒരു ഡാറ്റാബേസ്, നേരിട്ട്

PostgreSQL, MySQL അല്ലെങ്കിൽ MongoDB. ഹോസ്റ്റ്, പോർട്ട്, ഡാറ്റാബേസ്, ഉപയോക്താവ്, പാസ്സ്‌വേഡ്, TLS ഡീഫോൾട്ടായി ഓണാണ്. റീഡ്-ഒൺലി — dash-b ചെയ്യുന്ന ഒന്നും നിങ്ങളുടെ പ്രൊഡക്ഷൻ ഡാറ്റയിലേക്ക് എഴുതാൻ കഴിയില്ല.

നിങ്ങളുടെ സ്വന്തം സെർവറിലെ ഒരു കണക്റ്റർ

ഡാറ്റാബേസിന് അടുത്തായി നിങ്ങൾ അപ്‌ലോഡ് ചെയ്യുന്ന ഒറ്റ PHP ഫയൽ. dash-b-ക്ക് ഒരു വിലാസവും ഒരു സൈനിംഗ് സീക്രട്ടും ലഭിക്കുകയേയുള്ളൂ, മറ്റൊന്നുമില്ല: ഹോസ്റ്റില്ല, ഉപയോക്തൃനാമമില്ല, പാസ്സ്‌വേഡില്ല. എഴുതാൻ കഴിയുന്ന ഏക ഉറവിടം അതാണ്, അതുകൊണ്ടുതന്നെയാണ് അത്.

ഒരു ഫയൽ

ബോർഡിൽ ഒരു സ്പ്രെഡ്ഷീറ്റ് അല്ലെങ്കിൽ CSV ഇട്ടാൽ അത് ഒരു യഥാർത്ഥ ടേബിൾ ആകുന്നു, അതിന്റെ കോളങ്ങൾ നിങ്ങൾ ഊഹിക്കുന്നതിനു പകരം ഫയലിൽ നിന്ന് വായിക്കപ്പെടുന്നു. രജിസ്ട്രേഷനില്ല, ക്രെഡൻഷ്യലുകളില്ല, സജ്ജമാക്കാൻ ഒന്നുമില്ല.

ഒരു പാസ്‌വേഡിന് എന്ത് സംഭവിക്കുന്നു

ഒരു രഹസ്യം ഒരിക്കലും നിങ്ങൾക്ക് തിരികെ കാണിക്കുന്നില്ല

ഒരിക്കൽ ഒരു ക്രെഡൻഷ്യൽ സംഭരിച്ചാൽ, അത് സംഭരിച്ച ഫോമിന് അത് വീണ്ടും കാണിക്കാൻ കഴിയില്ല. അത് ഒരു സെറ്റിംഗ് അല്ല — സേവ് ചെയ്ത മൂല്യങ്ങൾ ഫോമുകളിൽ നിറയ്ക്കുന്ന കോഡിൽ നിന്ന് വേറിട്ട ഒരു ഭാഗം കോഡ് ആണ്, മനഃപൂർവ്വം വേർതിരിച്ചു വച്ചിരിക്കുന്നു, "സംഭരിച്ച മൂല്യം കാണിക്കുക" എന്നത് ഒരു ഫ്ലാഗ് അകലെ മാത്രമായി സ്ക്രീൻഷോട്ട് എടുക്കാവുന്നതോ സ്ക്രീൻ-ഷെയർ ചെയ്യപ്പെടാവുന്നതോ DOM-ൽ നിന്ന് വായിക്കപ്പെടാവുന്നതോ ആയ ഒരു പേജിലേക്ക് ഒരു ഡാറ്റാബേസ് പാസ്സ്‌വേഡ് എഴുതപ്പെടാൻ വഴിയൊരുക്കാതിരിക്കാൻ.

നിങ്ങളുടെ ഏറ്റവും ശക്തമായ സീക്രട്ട് ഒരിക്കലും നിങ്ങളുടെ സ്വന്തം സെർവറിൽ നിന്ന് പുറത്തുപോകാതിരിക്കാനാണ് കണക്ടർ നിലവിലുള്ളത്.

നിങ്ങളുടെ ഡാറ്റാബേസ് ക്രെഡൻഷ്യലുകൾ അവ ഇതിനകം ഉള്ള മെഷീനിലെ ഒരു കോൺഫിഗ് ഫയലിൽ തുടരുന്നു. dash-b ഒരു വിലാസവും ഒരു സിഗ്നേച്ചറും മാത്രം സൂക്ഷിക്കുന്നു, അവയിൽ ഒന്നും നിങ്ങളുടെ ഡാറ്റാബേസ് മറ്റാർക്കും തുറന്നുകൊടുക്കുന്നില്ല.

മറ്റൊന്നിലേക്ക് സൈൻ ഇൻ ചെയ്യൽ

ഇവിടെ സൈൻ ഇൻ ബോക്സ് ഇല്ലാത്തത് എന്തുകൊണ്ട്

ഒരു ഡാറ്റാബേസിനു പകരം ഒരു അക്കൗണ്ട് കണക്ട് ചെയ്യുന്നത് എന്നാൽ, ഒരു പ്രോവൈഡറുടെ സ്വന്തം സൈൻ-ഇൻ പേജ്, അതിന്റേതായ ഒരു ജാലകത്തിൽ, ആപ്ലിക്കേഷൻ സീക്രട്ട് സൂക്ഷിക്കുന്ന ഒരു ബ്രോക്കറും — അതിനാൽ dash-b ഒരിക്കലും അത് സൂക്ഷിക്കുകയില്ല, നിങ്ങളുടെ പാസ്സ്‌വേഡ് കാണുകയുമില്ല.

അത് പേജിനുള്ളിൽ ചെയ്യുന്നില്ല, അത് ഒരു താൽപര്യമല്ല. Google-ഉം Facebook-ഉം ഫ്രെയിം ചെയ്യപ്പെടുന്നത് വിസമ്മതിക്കുന്നു, മനഃപൂർവ്വം: മറ്റൊരാളുടെ ഡോക്യുമെന്റിനുള്ളിൽ പ്രദർശിപ്പിക്കുന്ന ഒരു സൈൻ-ഇൻ ഫോം ഒരു ഫിഷിംഗ് പേജിൽ നിന്ന് വേർതിരിക്കാനാകില്ല, ഒന്ന് നിർമ്മിക്കുന്നത് ഒരു ശൂന്യമായ ചതുരം വിതരണം ചെയ്യുകയായിരിക്കും.

കാറ്റലോഗ് ഇവയ്ക്കായി തന്നെയാണ് നിർമ്മിച്ചിരിക്കുന്നത്, സംവിധാനം സജ്ജമാണ്; കണക്ഷനുകൾ ഇതുവരെ തുറന്നിട്ടില്ലാത്തതിനാൽ, തിരഞ്ഞെടുത്ത ശേഷം പ്രവർത്തിക്കാത്ത ഒരു ബട്ടൺ ഡിസൈനർ അങ്ങാൾക്ക് വാഗ്ദാനം ചെയ്യില്ല. അവ തുറക്കുമ്പോൾ, മുകളിലുള്ളവയെല്ലാം പോലെ അതേ പട്ടികയിലെ എൻട്രികളായി അവ എത്തുന്നു.

ടെസ്റ്റ് വഴി ഉറപ്പിച്ച രണ്ട് കാര്യങ്ങൾ

പിന്നോട്ട് പോകാൻ പാടില്ലാത്ത പരിശോധനകൾ

  • ഒരു രഹസ്യവും തിരികെ പ്രദർശിപ്പിക്കപ്പെടുന്നില്ല. ഒരു ടെസ്റ്റ്, എല്ലാ പ്രോവൈഡറുകളുടെയും എല്ലാ ഫീൽഡുകളിലും ഒരു മാർക്കർ ഇടുകയും റെൻഡർ ചെയ്ത പേജിൽ അത് തിരയുകയും ചെയ്യുന്നു.
  • സൈൻ-ഇൻ ഉത്തരം എല്ലാം ശരിയാണെന്ന് ഉറപ്പാക്കുമ്പോഴേക്കും വിശ്വസിക്കപ്പെടുകയില്ല — അത് എവിടെ നിന്ന് വന്നു, അതിന്റെ രൂപം, അത് വഹിക്കേണ്ട വൺ-ടൈം മൂല്യം, അതിന്റെ പ്രായം — ഇവയെല്ലാം അതിന്റെ ഒരു ഫീൽഡ് പോലും വായിക്കുന്നതിന് മുമ്പ് പരിശോധിക്കപ്പെടുന്നു. ഒരു സമയത്ത് ഒരു സൈൻ-ഇൻ മാത്രമേ പ്രവർത്തനത്തിലുണ്ടാകൂ, അതിനാൽ പഴയതിന് പിന്നീടുള്ള ഒരു സന്ദേശത്തിന് ഉത്തരം നൽകാൻ കഴിയില്ല.

തടയുന്ന പരാജയം ശ്രദ്ധയിൽപ്പെടാത്തതായതിനാൽ രണ്ടും നിലവിലുണ്ട്: ആദ്യത്തേത് ഒരു സ്ക്രീൻഷോട്ടിലേക്ക് പാസ്വേഡ് ചോർത്തും, രണ്ടാമത്തേത് മറ്റാരുടെയെങ്കിലും അക്കൗണ്ട് അങ്ങാളുടേതുമായി ഒരു ലിങ്ക് ബന്ധിപ്പിക്കാൻ അനുവദിക്കും.

കണക്റ്റ് ചെയ്തിരിക്കുന്നത് അതിന്റെ പകുതി മാത്രമാണ്.

ഒരു ടൈൽ അങ്ങാൾ ബന്ധിപ്പിക്കുന്നത് വായിക്കാൻ കഴിയും. ഒരു കണക്ടറുണ്ടെങ്കിൽ, ഒരു ടൈലിന് അതിലേക്ക് എഴുതാനും കഴിയും — അങ്ങാളുടെ സ്വന്തം ഡാറ്റാബേസിലേക്ക് ഒരു വരി ചേർക്കുന്ന ബോർഡിലെ ഒരു ബട്ടൺ.