по тз

посоны, есть статьи и есть новости. и там и там могут быть теги. это Polymorphic связь? или лучше отдельными тегами делать

я бы одиними залепил. и многие ко многим

Зря. Это часть перелинковки. А по сути тэги отдельная часть

я бы одиними залепил. и многие ко многим

Polymorphic же тогда а не многие ко многим

Т.е. Теги новости относятся только к новостям

то есть там будет храниться еще тип модели с тегом и айдишник модели с тегом

Т.е. Теги новости относятся только к новостям

а зачем если можно одной сущностью?

для этого же и придумана связь такая

есть плюсы?

Мб я что не так понял

Где мои тэги через запятую и explode. Понагородят хрени оопшной

News id, title Article id, title Tag id, text, taggable_id, taggable_type

Супертэг, 1, App\Models\Article

относится к статьям

News id, title Article id, title Tag id, text, taggable_id, taggable_type

что делать если тег и там и там используется

будет так Супертэг, 1, App\Models\Article Супертэг, 1, App\Models\News

для этого есть taggable_id и taggable_type

Будь мужиком, под каждый модуль своя таблица

при чем тут будь мужиком

зачем повторять то что можно сделать один раз

если есть специальный инструмент для этого даже

Я олдскулен и люблю порядок и понятность. И да, я не кодер даже.

может тогда и советовать не надо?)

может тогда и советовать не надо?)

он в пхп местый троль

Ок

я в пхпчате не сижу, это помойка

он в пхп местый троль

Сами вы троль

для этого есть taggable_id и taggable_type

Мне удобнее будет многие ко многим. через 3ю таблицу news_tag , article_tag

еще вопросец. Есть всё те же статьи, новости и еще какие нибудь сущности. Надо каждой из них прописывать сеошные всякие тайтлы дескрипшены и метатеги. В каждой таблице делаете или выносите так же в отдельную и полиморфную связь?

Так а я про что

в каждой

Каждой свои

или ваще какой нибудь пакет сеошный юзаете может?

Найн. Я шаблоны юзаю самописные

или ваще какой нибудь пакет сеошный юзаете может?

https://github.com/artesaos/seotools видел в одном проекте его. сам его не использовал

благодарю

щас почитаю

Какой хардкорный костыль

ребят

на сайте есть система модерации. ктото пишет статью, она со статусом на модерации. можератор проверяет, может опубликовать, может отказать и написать причину. Как бы вы сделали? А то мне мой метод кажется ужасно тупым)

Ты тут всего полдня и уже надоел.

Я олдскулен и люблю порядок и понятность. И да, я не кодер даже.

у меня сделано у статьи поля is_active, is_bad (омг, умею я придумывать названия полей), и reason. Изначально у статьи is_active = 0, is_bad = 0, reason = null. Если отобряет модератор, то is_active = 0. Если отклоняет, то is_bad = 1 и reason c текстом отказа. Сjвсем убого или имеет место быть?

в таком случает нет никакой истории к текстами отклонений , если это не первый раз. Ну и статистики получается нет никакой. Но зато очень простая схема

в таком случает нет никакой истории к текстами отклонений , если это не первый раз. Ну и статистики получается нет никакой. Но зато очень простая схема

Я бы добавил таблицу с историей.

мне тоже кажется что это будет лучше, надо продумать схему бд

status 0,1,2- можно убрать 2 поля. Но лучше сохранять все изменения в другой таблице

ок, статус 0,1,2 ты бы сделал через tinyint? Или enum? Просто когда хранишь в бд одну цифру, то это немного не интуитивно может оказаться в итоге

я в последнее время вообще статусы и подобное предпочитаю хранить короткими строчками

даже так...

но у этого метода много противников, в основе, типа тормознуто. хотя инт занимает 4 байта, биг инт 8 байт, то есть строка чуть медленнее инта, но быстрее бигинта в среднем

очень сильно читаемость повышается

смотришь логи или ошибочные данные и видишь diabled и сразу понимаешь что это такое, а вот 5 - это нифига непонятно

ок, статус 0,1,2 ты бы сделал через tinyint? Или enum? Просто когда хранишь в бд одну цифру, то это немного не интуитивно может оказаться в итоге

tinyint .

Но, честно, последователей этого я еще не встречал

я тоже не сторонник)

смотришь логи или ошибочные данные и видишь diabled и сразу понимаешь что это такое, а вот 5 - это нифига непонятно

константы помогают в этом

STATUS_OK, STATUS_ERROR и т.д

STATUS_OK, STATUS_ERROR и т.д

ну из базы всё равно вернется 1

да пофиг. обработаем и норм.

если бы енумы в ПХП были покруче чем константы

типа как в шарпах или сях

типа как в шарпах или сях

ахаха http://php.net/manual/ru/class.splenum.php

А какой-нибудь юзкейс для enum можно подкинуть? Просто в том же рефакторинге, от подобных вещей соверуют избавляться выделяя их в отдельные классы

а это у ларавел ведь был баг с миграциями при наличии enum поля в структуре таблицы?

в пятерке

Что за баг..? Я их тоже юзал...

я могу очень сильно ошибаться, но при применении миграции, содержащей изменение enum столбца был фатал

на 5.0.xx

помню такое

issue было и тд

У меня на 5.2 используется, но надо почитать. Спасибо за инфу

я говорил про 5.0.x

Для кошерного автокомплита в шторме мало просто установить плагин? Ибо все-равно не работает.

composer require barryvdh/laravel-ide-helper

в config/app.php добавить Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider::class

php artisan ide-helper:generate

вроде все

php artisan ide-helper:models для моделей phpDoc

Это все-таки для автокомплита? Я примеры посмотрел, и мне показалось что эта штука просто расширяет набор artisan команд