Evtera, В данном случае, как раз второй вариант более предпочтителен. Он более читабелен, и с ним меньше шансов "выстрелить себе в ногу", а потом ломать голову, почему стиль не применяется. Визуальную отбивку блока в этом случае лучше сделать комментариями.
mmind, Если вы всегда получаете из удаленной репы актуальный код, то
во-первых, не нужно править файлы на сервере, тогда и конфликтов не должно быть.
во-вторых, перед пуллом можно сбрасывать любые локальные изменения git reset --hard HEAD
alcoholivanov, Помимо дефолта у меня только плагин laravel стоит, который может в теории повлиять на blade файлы. Собственно без него я никогда не работал с blade, может и в нем дело.
Ведь табы намного удобнее при форматировании текста
Чем же они удобнее?
IDE прекрасно вставляет по клавише Tab настроенное количество пробелов.
В этой же IDE Backspace так же легко удаляет нужно количество пробелов за раз.
Или вы что-то другое имели ввиду под удобством?
Данил Сысоев, так вы сами же и ответили на свой вопрос в самом конце.
Совет: не понимаете логику построения запросов - изучите документацию. И поставьте tracy - панелька позволит вам посмотреть какие реально запросы уходят в базу и соответственно поможет понять, как они строятся.
Дмитрий Самойлов, правильно понимаете. современные сайты имеют довольно большое количество стилей, и писать их все в одном файле — устаревший и неудобный подход. но на выходе требуется их объединять и сжимать для реального использования на сайте.
Зачем же использовать импорты в css?
Используйте пре/постпроцессор, собирайте стили в единый бандл, как это все делают.
Не хотите препроцессор — хотя бы просто склеивайте файлы.
И все будет норм.
Jesse Pinkman, в том-то и дело, что вашего примера недостаточно. И я указал почему.
В других случаях в использовании вложенных циклов нет ничего плохого.
В вашем случае этот массив лучше изначально делать плоским
Array
(
[:stock_type] => tests
[stock_name] => test
)
Но вы сейчас, конечно, напишете, что на самом деле там более сложная структура и т.д.
Нет бы сразу подробно все написать. И примеры использования в коде.
Серьезно?
Вы правда считаете, что эта фраза помогла понять что происходит в коде?
Ну да ладно. пофиг. Как нужно делать:
При регистрации пароль хешировать и сохранять в базу хеш.
При логине делать запрос
SELECT * FROM users WHERE login = ? LIMIT 1
Поле login при этом должно быть с уникальным индексом.
Если запрос ничего не вернул, значит пользователя в базе нет - выводим ошибку credentials incorrect
Если запись есть, то "сырой" пароль из формы хешируем(*) и уже хеш сравниваем с хешем из базы.
Совпало - ОК.
