Евгений Вольф

Можно, и тут вопрос даже не в PHP, практически на любом языке можно (на любом, который умеет работать с MySQL).

Синтаксис команды CREATE DATABASE.

Основу - учить по Шилдту, на мой взгляд, вполне себе можно. Конечно, в язык вводят всё новые и новые... "новшества!" (да, назовём их так) :) Но, мы же с Вами про основы языка говорим (т.е. начальный уровень)? Основы языка никто особо не менял. Говоря уже про средний уровень и выше - я бы пожалуй всё же выбрал что-нибудь максимальное "новое" из имеющегося материала, и скорее всего, это была бы уже не книга, а обзоры, документация и т.д.

Когда я выставляю нулевые значения, то мои строки игнорируются. Не понимаю в чем дело

Подозреваю, что дело в том, что стиль который пишите Вы находится на странице выше, чем тот стиль, который задаёт отступы.

Варианта решения:
1. Подключить Ваш стиль после того стиля, который задаёт отступы
2. Использовать !important
3. Написать более длинный/"точный" селектор, например: header .col-md-6 { ... }

Для этого в Eloquent (и не только) существуют связи, в Вашем случае - один ко многим, т.е. одна сумка -> много фотографий.

P.S. Eloquent - это такая очень удобная штука, встроенная в Laravel, для работы с данными из БД, в т.ч. позволяющая быстро настраивать связи между объектами.

----------

Ещё есть вариант сделать это прямо на уровне SQL-запроса, для MySQL выглядеть будет примерно так:

SELECT service_category.*, GROUP_CONCAT(service.id SEPARATOR ',') AS ids
FROM service_category 
LEFT JOIN service ON service.category_id = service_category.id
GROUP BY service_category.id

В данном примере, таблица service ссылается на таблицу service_category через поле service.category_id. В качестве результата получаем вот такой дополнительный столбец, где перечислены все "service"ы для текущей категории (их ID) с разделителем через запятую:


UPD. Тот запрос который у Вас в примере - это НЕ Eloquent, это QueryBuilder.

Есть сервисы различные, которые позволяют это сделать, но они платные.

Бесплатно, алгоритм примерно такой:
1.А Качаете OBS (Studio), в качестве источника видео-потока выставляете веб-камеру
1.Б Вместо OBS'а можно использовать любую другую программу по вашему выбору (коих в целом хватает, если чуть-чуть поискать по просторам Интернета)
2. Выбираете один из множества сервисов куда можно транслировать видео и вставлять плеер на свой сайт: CyberGame, Twitch, GoodGame (это самые популярные, при желании можно найти ещё десяток-другой)
3. Настраиваете трансляцию на выбранный сервис, вставляете плеер на нужный Вам сайт
4. Добавляете OBS в автозапуск системы с соответствующими параметрами (что бы трансляция запускалась автоматически)
5. Enjoy!/Профит :)

Не знаю, возможно есть решения конкретно лучше и не уверен, что я правильно понял Ваш вопрос... Но если Вам нужно выбрать все даты без учёта времени (поля типа TIMESTAMP), то в PostgreSQL вполне работает такая же конструкция как и в других БД:

SELECT * FROM table1 WHERE DATE(timestamp_field) = '2017-10-09';

Что предполагается искать этим поиском?

Всё что угодно, от записей (сущностей) проекта, например, "пользователей", "новостей" и т.п. до пунктов меню в панели управления.

Обычно (но далеко не всегда) используется для быстрого поиска например, новости, которую Вы недавно добавили и появилась необходимость её исправить и т.д. (что бы не искать новости по меню, а потом в списке новостей отыскивать нужную... *исключительно как пример).

Вопрос глупый, но всё же хочется услышать ответы.

Не зависимо от того, Visual у Вас Studio или какая-то ещё, в репозитории, при нормальном раскладе никогда не сохраняют в т.ч. следующее: файлы, которые генерирует IDE или что угодно ещё, автоматически; суда же относятся различные "билды" (результат работы некоторых сборщиков и т.д.), всё что может быть сгенерировано повторно на другой машине - в репозиторий обычно не кладут.

Иными словами, в репозитории обычно хранится то, что относится к исходному коду непосредственно. То есть, например, скачиваемые одной командой какие-то внешние библиотеки, зависимости и т.д., в репозиторий так же не сохраняются, обычно.

Давайте попробую по пунктам:

Почему (Mobile First) или (Desktop First) лучше ;
Почему (Mobile First) или (Desktop First) хуже ;

что-то из серии "Что лучше, ложка или вилка?" Ну Вы поняли... Это вопрос исключительно удобства и он напрямую зависит от того, какой у Вас исходный шаблон, и в какую сторону его проще будет адаптировать. Но даже и в этом случае, слово "лучше" тут мало уместно, скорее это вопрос удобства. Мы (в общей сложности человек 50+, от студентов до матёрых разработчиков) взяв за основу ряд параметров с отметкой "нужно делать вот так" от Google PageSpeed провели массу тестов и дискуссий... В результате которых, едино правильного подхода найдено не было. Самый удобный с точки зрения здравого смысла, был такой вариант:
1. Сначала пишем все общие стили, описывающие цвета, шрифты и всю такую ерунду
2. Для каждого диапазона разрешений создаём свой стиль-корректор, который описывает (корректирует) позиционирование элементов, их размеры, размер шрифта и т.д.

Таким образом, как Вы понимаете, "first" вообще отпадает как таковой, получается "and". Но Google'у не нравится такой подход, он просит запихивать "все важные стили" в , и отделить в таком режиме "важные стили" от "не важных" невозможно, т.к. степень "важности" определяется в зависимости от разрешения устройства. Но, говоря исключительно о личном удобстве - удобнее - начинать с мобильной версии, т.к. она априори "меньше" и расширить элемент гораздо проще, чем "слепить более мелкую его версию".

Производительность (Mobile First) или (Desktop First) ;

На производительность это в общей сложности не влияет никак, т.к. Вы банально даже JS'ы можете подгружать нужные на нужное разрешение, по этому вопрос производительности тут вообще сложно обозначить. Хотя, конечно можно опираться на такое условие как "мобильные всегда медленнее чем стационарные устройства", и из этих соображений, если такое условие "сильно вывернуть" и возвести в ранг абсолюта - тоже будет логичнее сначала делать "Mobile first".

Где и каким сайтам подходит (Mobile First) или (Desktop First) ;

MobileFirst по определению идеально подходит тем сайтам, которые изначально (в первую очередь) рассчитаны именно на мобильные устройства, например какой-нибудь "музыкальный сервис онлайн, с возможностью прослушивать MP3'шки в качестве 32-64Кбит, специально для тех у кого кончился трафик и интернет работает с ограничениями скорости". Остальное я описал выше :)

Где можно найти подобное?

На фрилансе видимо

Или просто качаете любой шаблон сайта который Вам нравится (многие есть в вариации "многостраничник") и вперёд к звёздам!

P.S. Вы же понимаете, что чем масштабнее задача, тем сложнее её "проверить" машинным способом или написать что-то вроде "вот правильное решение"? То есть, саму задачу найти не сложно (идёте на любой сайт с бесплатными шаблонами...), а вот того кто её будет проверять и корректировать/координировать Ваши действия - найти будет гораздо сложнее (если конечно таковой некто Вам требуется).