RM
то как би дефолтна шляпа для розуміння
Size: a a a
2020 July 07
IV
я десь з місяць\півтора свічнувся с VS Code на PHPStorm - бо в них скидка була)
то в тебе ще все попереду) шторм сила, якщо мова про пехапе
OV
якщо юзаєш пхпшторм - то можна вказати папку з інсталяцією вп (вбо цілу папку закинути в проект - тільки нащо?) - і він тобі сам при написанні функій буде показувати дані з доки - тим що то за функція, які параметри приймає
Та просто при створенні проекту вибрати папку сайту
IV
та нормального редактору + документації достатньо
якшо стоїть задача вивчити ядро всередині і як все працює, то степ-дебаггер тут необхідний ще
IV
ой камон - вп нонс ще заюзати треба і буде норм
нонси не панацея)
IV
Та просто при створенні проекту вибрати папку сайту
+, не треба ніц копіювати
IV
в мене в окремій папці ядро десь валяється клоном з гіта, всі дрібні плагінчики його так підключають
RM
нонси не панацея)
канєш можна підзаїбатися і ручками форма штампувати (було на одному проекті) але то все можна і обійти в плагінах при великому бажанні
IV
якшо я на беку норм валідацію повішаю нічого ти не обійдеш)
RM
ну ок, що ти зробиш поганого - якщо дані, що на бек прийшли - очищаються від тегів ?
RM
от людині тупо лист має на пошту прийти - ти з даних чистиш теги, що далі поганого вийде?
IV
немає зараз часу на лекцію про секьюріті, спам і дешевий ддос через форм-процесинг
IV
вся інфа є в мережі)
IV
але питання не лише в тому
IV
дані форм часто треба потім обробляти, часто - автоматизувати цю обробку
IV
нормальна валідація на беку фільтрує сміття ще до відправки мила. тому всі листи зо були відправлені будуть чітко відповідати необхідному формату
IV
ну і є ще вагончик плюсів
IV
це коплексне питання. я взагалі мав на увазі що фронтенд валідація ненадійна і не є безпечна, це швидше фіча для кращого user experience. А валідація даних повинна робитися на бекенді і бути жорсткою
RM
я б сказав що все залежить від задач
RM
то шо фронту не можна довіряти то і так понятно