Задать вопрос
Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (3)

Наибольший вклад в теги

Все теги (21)

Лучшие ответы пользователя

Все ответы (29)
  • Как правильно спроектировать Laravel приложение с уклоном в enterprise?

    @Finsh
    Взять Symfony.
    Только вот серьёзно, зачем делать из отвертки дрель, когда она уже есть. Вы думаете, что это будет быстрее? Вы думаете что это будет дешевле? Laravel прекрасен для своих, средних, задач, для "enterprise" берите Symfony.
    Ответ написан
    Комментировать
  • Зачем нужны библиотеки?

    @Finsh
    1. Библиотеки - это часть готового функционала, который используется большим количеством прогеров
    2. Чтобы не писать тот функционал, который всем нужен и который уже реализован и протестирован
    3. Для этого используется пакетный менеджер, на сколько я знаю, то в питоне он называется pip, но может быть питонисты меня поправят. В php - это composer, в js - npm, bower.
    4. "если я захочу работать со своим кодом на другом компьютере" да, но это решается быстро и автоматечески через консольную команду. Если Вы только начинаете учить программирование и python, то пока не заморачивайтесь с этим.
    5. Homebrew - это менеджер пакетов. Нужен для установки python, pip или других программ под Ваш яблочный комп. Библиотеки под ним не ставятся.
    Ответ написан
    1 комментарий
  • Как развернуть коллекцию в Laravel?

    @Finsh
    Networkcard::select(['mac', 'name', 'network', 'wol'])->whereIn('mac',$id)->get();
    Ответ написан
  • Иерархия моделей в Laravel?

    @Finsh
    Для того, чтоб описать данные взаимоотношения в Laravel мы можем создать одну миграцию таблицы product, описать у неё все возможные свойства, что упоминаются в типах (класс, тип, артикул, ширина, высота, материал, огнеупорное ли, покрыты ли лаком), после чего создавать модели необходимых изделий, сохраняя требуемое нам наследование, но тут вопрос - как, например, указать для модели, при работе с общей таблицей (где хранятся вообще все продукты) возвращать только те, у которых указан, например, класс = (int) 2?


    Вы Собираетесь хранить довольно много лишних, пустых ячеек и создавать вагон ненужных моделей. Не делайте так. Продукты делятся не на 2 класса, а на 2 типа. А тип(Окна пластиковые, Окна деревянные) - это одно из свойств продукта(материал).

    1. Одна таблица для продуктов, где храните артикул и обязательные поля для всех продуктов.
    2. Одна таблица для свойств продуктов, где храните все свойства для продуктов.
    3. Связь многие ко многим расскажет к какому продукту какое свойство относится. Это позволит гибко добавлять свойства и прикреплять их к продуктам без вмешательства программиста.
    4. Одна таблица - одна модель. Можно заморочится и с ДМ и с репозиториями и т.д. но если по простому, то одна таблица - одна модель. Свзяывайте их реляциями.
    Ответ написан
    Комментировать
  • Как правильно организовать структуру базы данных для большого каталога?

    @Finsh
    Отдельная таблица для: товара, города, категории, параметр
    связь один ко многим: категория - товар(в товаре id категории)
    свять многие ко многим: город - товар, товар - параметр (в связующей храним значение параметра для конкретного товара)

    Во имя быстродействия используем разные инструменты типа поисковых движков(sphinx, elastic, solr) или первое время обходимся кешем
    Ответ написан
    Комментировать