Чтоб не делать повторного запроса из php

что такое slug?

типа уникального имени записи

как id только текстовый

вот да

я примерно об этом

sulg это же атрибут какой-то сущности?

и наверняка обязательный

ну да

есть мнение, что id надо генерить в коде, а не в базе

иначе получается, что пока не сохранишь сущность в базе, она не валидна (обязательный id отсутствует)

короче, подумай, прежде чем обмазываться триггерами.

получится при создании записи три запроса. Может я кончено сильно заморачиваюсь и есть проще решение

я огреб на этом)

получится при создании записи три запроса. Может я кончено сильно заморачиваюсь и есть проще решение

почему три? это ведь одна строка данных или там связи?

к примеру три колонки, user_id, news_id, slug user_id известна сразу, news_id идет по порятку для каждого user_id а slug = user_id_news_id

user_id, news_id, slug 1, 1, 1_1 1, 2, 1_2 2, 1, 2_1

ну это вопрос того, как построено все просто у меня везде uuid, а не числовые иды, и я их знаю до вставки

во

получается чтоб узнать задаваемый news_id надо к получить текущий и прибавить 1

получается чтоб узнать задаваемый news_id надо к получить текущий и прибавить 1

автоинкремент тем и плох, что генератор живет вне приложения

и надо каждый раз к нему лазить

uuid - ортодоксальное решение

uuid - ортодоксальное решение

просто если у ТСа реально нужны слаги/ЧПУ - тогда ууид не айс

просто если у ТСа реально нужны слаги/ЧПУ - тогда ууид не айс

именно для ЧПУ мне и надо

uuid - ортодоксальное решение

такое себе решение

просто если у ТСа реально нужны слаги/ЧПУ - тогда ууид не айс

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

получается чтоб узнать задаваемый news_id надо к получить текущий и прибавить 1

секуенсы можно настроить там что бд уже знает дальший id

Что есть секуенсы? )

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

это бесполезный холивар. на тему линукса и винды

Что есть секуенсы? )

инкремент грубо говоря

Что есть секуенсы? )

в постгре есть коцепция sequence, генератор последовательностей для "автоинкремента". они весьма гибкие

в кавычках потму что не обязательно инкремент

Теперь уже более понятно в какую сторону вообще копать. Спасибо большое. Я только начинаю знакомится с PgSQL. много интересно по сравнению с MySQL

можно зайти в чат в постгрес и услышать альтернативное мнение Коня. А то тут будет везде триггеры плохо и т.д

даже нужно, Конь не спец в постгре

А есть ссылка на чат?

в помойку триггеры. ничего, кроме геморроя не приносят. максимум listen/notify для какой-нить второсортной мелочи

такое себе решение

А чем плох uuid?

А чем плох uuid?

тем что для этой задачи он не нужен

тем что для этой задачи он не нужен

То есть в каких то ситуациях правильнее использовать автоинкремент, а в каких то uuid?

uuid удобен для сокрытия количества транзакций. Если использовать числовой идентификатор то вы сливаете статистику по количеству операций вашего сервера, плюс даете возможности перебора адресов объектов с целью получить данные других пользователей.

в помойку триггеры. ничего, кроме геморроя не приносят. максимум listen/notify для какой-нить второсортной мелочи

и каким же образом мне могут помочиь эти две команды?

Привет. Как лучше назвать таблицу, в которой хранится время завершения урока (используется как флаг)? Чет вообще никаких идей. Сейчас она называется lessons_progress, но возникла задача хранить прогресс по уроку отдельно (в таблице lessons_progress), а флаг завершения отдельно (почему так не хочу описывать, чтобы не усложнять вопрос). lessons id, video_url, language_id lessons_progress ... lessons_? id, lesson_id, user_id, completed_at

привет. lesson_end_time

сущности лучше называть без s в конце, то есть в единственном числе

сущности лучше называть без s в конце, то есть в единственном числе

Почему?

привет. lesson_end_time

Поэтому и добавил "используется как флаг", представь что это bool

Почему?

Потому-что модель таблицы или запись из таблицы описывает одну сущность, а не множество

Потому-что модель таблицы или запись из таблицы описывает одну сущность, а не множество

Так таблица это набор сущностей, поэтому и множественное число

А вот модели я называю в ед. ч.

Всем привет, есть проблема с гитом - был на ветке допустим branch1, сделал много изменений (включая создание файлов и редактирование существующих) потому понял что мне нужно всё это перенести в ветку branch2 итоге прописал git checkout branch2 и он мне написал что изменения в одном файле будут потеряны - я этот файл себе скопировал, на всякий случай ещё сделал git add ./ и уже потом сделал git checkout branch2 -f Но в итоге никакие изменения не сохранились, ни на одной ветке.. Есть вариант их восстановить?

Раньше делал checkout с локальными изменениями и все они просто переходили новую ветку, а сейчас - исчезли, и мне плохо =(

Всем привет, есть проблема с гитом - был на ветке допустим branch1, сделал много изменений (включая создание файлов и редактирование существующих) потому понял что мне нужно всё это перенести в ветку branch2 итоге прописал git checkout branch2 и он мне написал что изменения в одном файле будут потеряны - я этот файл себе скопировал, на всякий случай ещё сделал git add ./ и уже потом сделал git checkout branch2 -f Но в итоге никакие изменения не сохранились, ни на одной ветке.. Есть вариант их восстановить?

Есть, у тебя PhpStorm?

Да

ты написал что скопировал файл, вставь его обратно тогда

Да

https://www.jetbrains.com/help/phpstorm/local-history.html

ты написал что скопировал файл, вставь его обратно тогда

Да это один файл, который гит сказал что изменения потеряются только в нём, я его то могу восстановить, но это только 1% всего что я сделал

Ой да проще просто local history открыть и восстановить =)

https://www.jetbrains.com/help/phpstorm/local-history.html

спасибо, возможно то что надо

ещё при переключении веток если конфликты в файлах и нет времени их решать используй git stash

ещё при переключении веток если конфликты в файлах и нет времени их решать используй git stash

Да в шторме эти конфликты в 2 клика через gui разруливаются

Да кто ж знал что ВСЕ изменения потеряются

подсказка -f и —force знал

ERROR: S client not available

вообще старайся не юзать эти флаги, обычно значит что неправильно что-то идёт

Он мне написал 1 файл перетрётся

ну я думаю ок

а оно вот как

и чуть ниже сообщение commit or stash

Ладн, проблему решил, всем спасибо

конспирация сотого уровня)

вот их и юзай

я думал stash это типа в блокнот записать и потом вставить

push —force, checkout — а какие еще способы разрешения конфликтов вы знаете?

clean -fd

reset —hard

reset —hard HEAD~100

rm -rf ./*

rebase вообще огонь

на origin/master'e

rm -rf ./*

# rm -rf / ?

rebase вообще огонь

?Если ты один, то да)

# rm -rf / ?

rm -rf --no-preserve-root /

По этой разнице сразу видно, кто пробовал это делать, а кто только слышал ??

rm -rf --no-preserve-root /

rm -rf /*

Я так делал)

Случайно правда, быстро печатал, точку не проставил.

И от рута был, по тому что не умел тогда в докер и нужно было выпилить некоторые файлы.

[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo "Жив"

И от рута был, по тому что не умел тогда в докер и нужно было выпилить некоторые файлы.

от рута в ubuntu всё равно нужен флаг -no-preserve-root, проверено при увольнение с 3ех работ)

от рута в ubuntu всё равно нужен флаг -no-preserve-root, проверено при увольнение с 3ех работ)

ХЕХЕХХ

Вот поэтому нужно в начале забирать доступ, а потом сообщать о том, что человек уволен

от рута в ubuntu всё равно нужен флаг -no-preserve-root, проверено при увольнение с 3ех работ)

Нит, 16.04 отработало rm -rf /* ключевое тут звёздочка, она избавляет от необходимости флага no-preserve-root

Я когда это выполнил, сетевая директория была через sshfs примонтированна в режиме RW, к счастью понял, что происходит и вырубил ПК, потом команду на монтирования по умолчанию сделал в режиме RO)))

Вот поэтому нужно в начале забирать доступ, а потом сообщать о том, что человек уволен

Т.е. это уголовно не наказуемо, "случайно" выполнить rm -rf /*?