всем привет подскажите сделла дамп и переношу его на новый серв, там пытаюсь сделать рестор и получаю ошибки

Больше подробностей

это типа доллар-часа?

или метра/секунду

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

это типа доллар-часа?

это вылезет где-то в середине огромной формулы

отбой там либа нужна просто postgis

подскажите could not access file "$libdir/postgis-2.1": No such file or directory

дамп делался с 9.4

вливаю в 9.6

postgis стоит 2.3

это сообщение при импорте дампа

Дамп в каком формате?

Видимо, он пытается создать extension при разворачивании, и ищет версию 2.1 почему-то. На той машине, где 9.4 какая версия posgtgis?

И что на самом деле в libdir на машине с 9.6?

так и есть создал екстентшн и пошел импортэ

подзабыл просто малеха

надо бы записать где нить

сделал sudo -u postgres psql -c "CREATE EXTENSION postgis; CREATE EXTENSION postgis_topology;" DATABASE_NAME_HERE

Где можно почитать про правильную архитектуру БД на русском (не хабр) от авторов postgres

Возможностей дофига и я вот например везде хочу использовать массивы, хотя в душе понимаю, что это не всегда хорошо

Или json зачем-то же замутили, хотя по правильному должна быть дочерняя таблица

Зачем меня в искушение ввергают? какие цели они преследовали. Как правильно этим пользоваться по их мнению?

лучше бы они заодно ввергали в искушение изучить английский язык

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

Ну так и переводчик мог не вникнуть

слова "скорее всего" говорят мне, что ты не пытался :)

Там оперируют толстыми, а не тонкими материями?!)))

Нет не читал, честно. Я знаю что такое "ложно понимание" - это когда я буду кричать что автоинкрементные ключи зло, потому что один из разрабов оракл так сказал в блоге на английском языке. И что должен быть просто уникальный ключ.

а зачем тебе кричать, что автоинкрементные ключи зло только потому, что ты об этом где-то прочел и не имеешь собственного опыта?)

Кто что думает по поводу повсеместного использования uuidv4 в базе для сокрытия бизнес-информации?

security thropugh weird obscurity

security through awkward obscurity

Нет, поясню.

а зачем тебе кричать, что автоинкрементные ключи зло только потому, что ты об этом где-то прочел и не имеешь собственного опыта?)

Ну потому что так написано ? Я стараюсь читать оригинальную доку, особенно потому что там более актуальная информация и я ее понимаю. Когда же идет разговор об архитектуре - порой и на русском перечитываешь раз 10 чтобы опонять.

Например клиенты не должны знать сколько других пользователей на сайте

Или сколько заказов уже было сделано

как раз таки да

Убер вот за такое в баг баунти программе деньги выдает, а у тебя это «security through awkward obscurity»?

Ооок. Еще мнения?

да

убер - это безумная сранина

а аргумент к уберу - это аргумент к авторитету, который не имеет ценности

если нужно скрыть информацию, то ее надо скрывать, а не жонглировать архитектурой как попало

У тебя от них так бомбит, потому что они вернулись обратно на MySQL или че?)

Пока вижу только слюни вместо конструктивных аргументов

у меня бомбит после поста SRE

Пока вижу только слюни вместо конструктивных аргументов

это, кстати, еще один аргумент-неаргумент, не имеющий отношения к логике

Есть REST API. Как там предлагаешь скрывать информацию? Как линковать объекты?

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

Я задал совсем другой вопрос вообще то

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

потому что сейчас это просто поиск оправдания для перехода на uuid

Если по существу нечего ответить то зачем вообще вдаваться в дисскусию?)

потому что если вам нужно втупую мешать айдишники, то ресетните сиквенс на плюс миллион, и делов

Все равно конкурентны смогут собрать статистику по регистрациям за день/месяц/квартал

а как uuid им в этом помешают?

Мне кажется ты совершенно не понимаешь о чем речь )

Тем, что uuidv4 — рендомный строковый id.

а мне кажется, что тут небезызвестный эффект даннинга-крюгера

он не строковый

и если у ваших конкурентов есть тот или иной доступ к апи, то они смогут просканить изменения за месяц

Если сдвинуть сиквенс на миллион то нет никаких проблем отследить этот сдвиг и применять дельну на день/месяц/квартал

это будет сложнее вычисления двух чисел, но никакой защиты uuid не привнесет. он не для того.

Объясни как это вычислить если используется uuid?

ну сдвигай каждый день сиквенс

возьмет выдачу коллекции и спарсит

ERROR: S client not available

Что спарсит? Ответь на вопрос как померять кол-во регистраций на сайте если для юзеров там идентификатор это uuidv4?

ну то есть вы предполагаете, что у ваших конкурентов есть задача посчитать ваших пользователей, и тут хренак! не автоинкремент, а uuid. и они такие: о, нет! мы никак не сможем их победить!

коллекцию. ваш рест апи практичесски гарантированно имеет постраничную выдачу

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

Нет не читал, честно. Я знаю что такое "ложно понимание" - это когда я буду кричать что автоинкрементные ключи зло, потому что один из разрабов оракл так сказал в блоге на английском языке. И что должен быть просто уникальный ключ.

Оригинала не нашел, но нашел вольный перевод на русском https://habrahabr.ru/post/107834/"

это все не имеет никакого отношения к защите

Вся эта демагогия которую ты развел здесь не имеет ничего общего с вопросом который я задал.

имеет

Может быть здесь есть кто-то кто все же компетентен в этом?

применение uuid в качестве средства защиты бессмысленно и сродни надежде, что ключ не найдут под ковриком

имеет

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

О чем может быть речь дальше?

Может быть здесь есть кто-то кто все же компетентен в этом?

Он говорит что это не панацея от сокрытия и можно найти способ получить эту информацию

как будто опции вытаскивания информации кончаются на постраничной выдаче (которая у тебя есть)

как будто опции вытаскивания информации кончаются на постраничной выдаче (которая у тебя есть)

Нет, нету.

угу, уже поверил

"Нитями ариадны" можно накопать

ну или проще пауком по указателям и ссылкам

Как косвенным так и прямым

Кроме Нитей Ариадны, мифических глобальных коллекций и прочего булщита есть что-нибудь еще?

У тебя закрытая система?

В каком то роде. Там нет глобальных списков.

Кроме Нитей Ариадны, мифических глобальных коллекций и прочего булщита есть что-нибудь еще?

да-да, мы все здесь тупые и говорим нонсенс

У тебя закрытая система?

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

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

ок, юзай uiid. Стартово это не даст понять.

да-да, мы все здесь тупые и говорим нонсенс

Бывает и такое, что не все люди программируют новостные сайты или блоги с котятками.

Но фактически id клиент 5 000 000 тоже не гарантирует что у тебя 5 миллионов пользователей

Бывает и такое, что не все люди программируют новостные сайты или блоги с котятками.

ого, откуда такие выводы?

Но фактически id клиент 5 000 000 тоже не гарантирует что у тебя 5 миллионов пользователей

Тогда придется либо сдвиг рендомно большим постоянно делать либо еще как извращаться.

я и все говорят про то, что числовой id не значит количество. От брутфорса базового может защитить uiid. Но от целевого подсчета - не спасет

разверните числовой id в битовом представлении

Что ты имеешь ввиду под целевым?