Есть ещё вариант — мне помог ввиду невозможности установить nfs в гостевую машину — я пользуюсь PHPStorm, там есть опции синхронизации файлов с гостевой машиной. Буквально, после изменения/переключения в другую ветку, файлы просто аплодятся куда надо. Есть некоторые минусы, но всё работает значительно быстрее. «Тебе не придётся терпеть медленный vboxsf, если твой проект будет в самом вагранте»)
И да начнётся холивар.
Про огромные PHPDoc'и согласен — во многом это дело капитанское, но: работая в хорошей IDE'шке, избежать таких тегов как @param @return @description @warning @warning @since и @author никак не получится. Это всё же увеличивает скорость нахождения и определения назначения метода, работая при это даже в другом файле. И как бы код не разрастался, приходиться смиряться, ибо это упрощает читаемость.
Если операция сделана через GET — это чистая CSRF уязвимость (даже без убеждения пользователя перейти), через POST же сработает только уже в связке с XSS (встроить на страницу через JS форму, и form.submit()). Какая-никакая, а разница
Вот вам весёлый пример CSRF: superlogout.com
А кто мешает почитать заголовки HTTP-запроса и куки?
Бесспорно
Гуглы, фейсбуки прочь — мы им не доверяем — они «ПОСТОРОННИЕ»
Естественно, ваш выбор в рамках разумного
Прально, пущай пользователи каждый час пароль вводят, что б не расслаблялись
Это не касается повально всех проектов, всё зависит от конкретной цели веб-сервиса
Как-то не четко все, не раскрыто куча подробностей.
На то он и спидран, честно говоря. Я бы с удовольствием расписал всё в одной статье, но это вышел бы очень_лонглист. BTW, про CSRF и его комбинации с другими уявзимостями распишу на целый пост, с мельчайшими деталями
Про огромные PHPDoc'и согласен — во многом это дело капитанское, но: работая в хорошей IDE'шке, избежать таких тегов как
@param @return @description @warning @warning @since и @authorникак не получится. Это всё же увеличивает скорость нахождения и определения назначения метода, работая при это даже в другом файле. И как бы код не разрастался, приходиться смиряться, ибо это упрощает читаемость.Вот вам весёлый пример CSRF: superlogout.com
Естественно, ваш выбор в рамках разумного
Это не касается повально всех проектов, всё зависит от конкретной цели веб-сервиса
На то он и спидран, честно говоря. Я бы с удовольствием расписал всё в одной статье, но это вышел бы очень_лонглист. BTW, про CSRF и его комбинации с другими уявзимостями распишу на целый пост, с мельчайшими деталями