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

Ваяю сервис где пользователь в личном кабинете может добавлять свои сервера (без белого ip) чтобы опубликовать их в инете.
Каждому серверу (имя задается произвольно) присваивается уникальное имя пользователя vpn и пароль.
С паролями (случайными) легко разобрался, но как имена клиентов формировать? Чтобы они более-менее вменяемые были.

Отдавать это пользователю на усмотрение никак по логике, даже к id сложно привязаться потому что при записи в базу уникальность проверяется.
А id автоинкремент уже после записи имеется только.

Например, так

https://s.fishki.net/upload/users/2019/05/09/639391/tn/1a993ab4be72fb107dbb7d45948b35eb.jpg

(1) Старая шутка но очень в тему

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

(0) (Максимум(IDСуществующихКлиентов)+1)+"_СлучайнаяСольИзШестиБуквоцифер"

это некошерно так в 8 делать
надо записать, а потом запросом вытащить - если в итоге более одной записи - тогда сделанную запись отменить! будь в тренде! юзай правильные методики!

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

(4) Да про нечто подобное и думал, только впереди еще одинаковый префикс добавить.

на поле таблицы, а котором хранится id клиента, естественно в обязательном порядке надо навесить констрэйнт, чтобы уникальное было. Иначе мандец всему. Так что можно тупо максимум()+1 и не делать мозг.
С солью, конечно, и красивей, и инетерсней.

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

(5) У меня mysql с golang'ом вместо 8-ки

(0) Пусть пользователи сами себе придумывают. Какие проблемы?

(0) >> А id автоинкремент уже после записи имеется только.

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

(0) Или e-mail или номер мобильного телефона

(13) Несколько серверов на одном мыле (учетке) могут быть.

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

Суть в том что пара vpnuser/vpnpassword по сути используется для авторизации и vpnuser должен быть уникальным.
Дефолтный первый сервер могу и vpnuser = логин сделать, но далее сервера добавляются и пользователь только имя сервера для себя может поменять.
vpnuser, vpnpassword и vpnip присваиваются системой для подключения к vpn-серверу, причем мультивход запрещен ибо внутренний ip присваивается тот же всегда.

(14) Тогда тебе автоинкрементный id - идеальный вариант. Он всегда уникальный.

(15) Читать уже научись: "id автоинкремент уже после записи имеется только" в (0)
На полях vpnuser и vpnip стоит запрет не уникальных значений.

И да уже сделал добавление
https://i.paste.pics/519b4a8f88936aa3a6ebe50e48715ca3.png

(16) Это я уже читал. И что плохого в том что он имеется после записи? Главное что он имеется, и его можно получить и использовать.

(17) Ты реально тугодум.
Каким образом можно записать (чтобы получить id) если стоит запрет записи не уникальных значений?
Первая запись с пустыми еще проходит, вторая падает.

(18)+ В итоге два варианта или писать NULL (тогда mysql/mariadb пропускат плюя на уникальность) или писать нечто случайное.
Затем получив id уже делать апдейт на правильное впн имя и впн ip адрес.

(18) Не тупи. Тебе и не нужно записывать неуникальные значение, если это делать запрещено.

(19) Иметь колонки с возможностью записывать NULL - это вообще плохо.

(19) >> Затем получив id уже делать апдейт на правильное впн имя и впн ip адрес.

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

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

(22) Просто я не вижу никаких проблем в твоей задаче, я бы ее решил легко. Почему ты не можешь это сделать, ты даже объяснить не в состоянии. У тебя какие-то принципы или ограничения не дают это сделать?

Ты не можешь добавить неуникального vpnuser и vpnip, но при этом можешь сделать апдейт? Бред же.

Как может решить проблему тот кто ее даже не понял?

А у меня уже все работает как надо.

(25) Я не вижу проблемы. Я вижу задачу которую легко решить. Если не согласен, можешь сказать в чем проблема. Если не можешь сказать, значит ты затупил, а потом понял что затупил, но боишься признаться.

Для совсем того:

1. Надо записать имя и ip адрес зависящие от id в поля где только уникальные
2. Чтобы получить id сначала надо записать запись, но записать пустое имя и 0 ip не выйдет
3. Что делать?

1. Как ip адрес может зависеть от id?

Я предложил вместо имени использовать id, так как id всегда уникально, и это сразу решает проблему.
Если ip должен быть уникален, то конечно записать второй раз не получится. Но вроде это и було нужно по твоим словам.

Два юзера одновременно добавляют сервер, если первый insert для получения id запись с vpnuser = "", vpnip=0 чтобы получить id и затем update vpnuser = "username_"+id, vpnip=начальныйIP+id

То второй между insert и update первого не сможет сделать insert с vpnuser = "", vpnip=0

(28) (29) Извини но ты реально не программист а "настоящий 1Сник"

(31) Я тебе скажу одну вещь, только ты не обижайся. Даже могу две сказать:
1. LAST_INSERT_ID()
2. Транзакция.

Обе по отдельности решают то что ты написал в (30), хоть ты и плохо объяснил сразу что тебе нужно

(32) Чего на идиотов обижаться.

1. last_insert_id() работает только после insert только для текущего коннекта, второй юзер получит свой последний id а не от первого.
Функцию использую как раз между insert и update
2. Транзакция тут никоим местом не поможет
3. То что ты написал ничего не решает без (19) что мне подсказали в (4)

(33) 1. Так тебе это и нужно! Ты явно тупишь. Каждый юзер получит свой id, а не чужой

(33) 2. Полностью решает проблему с одновременным добавлением. Рукалицо.

Есть еще третий вариант. Записывать ID в одну таблицу, а юзеров и ip потом в другую.

(35) Если в базе уже есть запись vpnuser = "", vpnip=0 то неважно что транзакция, insert не пройдет

(36) Нахера когда можно разрешить NULL и записывать их или генерить случайные для insert и потом менять на нужные в update ?

(37) Объясняю как работает транзакция для чайников:
Открываешь транзакцию
Читаешь последнее значение vpnuser, чтобы не привязываться к id, так будет правильнее.
Прибавляешь 1
Записываешь новый vpnuser
Закрываешь транзакцию

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

(38) NULL разрешать не красиво в принципе.

(39) До тебя не доходит что в базе по какой то причине уже может быть запись которая неважно есть ли транзакция не даст сделать insert в ней при дублях?

А если ты собираешься нечто читать и прибавлять то нахера мне геморой для второго юзера который то же "Читаешь последнее значение vpnuser" схватит вместе с первым но слегка опоздает и первый уже начал транзакцию?
Ему +1 надо и снова пытаться записать нафуй такое.

(41)+ Транзакции в базе где дохера юзеров одновременно это бред и тормоза, особенно если все они будут +1 и пытаться, пытаться и пытаться ))

(41) Блиииин, ну ты тугой.... Как она может быть, если ты всегда будешь прибавлять +1?

Второй юзер не схватит вместе с первым, там транзакция!!!! Я для кого писал то?

(42) Подумай еще раз, прежде чем писать

Вот четвертый вариант, без транзакций, одним запросом:

INSERT INTO `maya tablitsa Garykoma` (`vpnuser`, `vpnip`)
SELECT MAX(`id`) + 1, MAX(`id`) + 127001 FROM `maya tablitsa Garykoma`;

Cделал уже и без MAX()

https://i.paste.pics/eaef91bb5be64c9c339d90ecba5a2c69.png

(46)+ Осталось уже чуть чуть:
1. Запилить создание файлов настроек для nginx по доменам (по vpn клиентам уже пашет)
2. Сделать внешние обработки 1С для установки апача с публикацией базы и настройкой vpn подключения в винде
3. Все отполировать

(46) Да вижу, костыль с рандомным мусором. Ну как знаешь

(48) чем конкретно твой костыль лучше?

Пусть сами придумывают, а в итоге делать id логина (или сам логин) + придуманное имя (по умолчанию какое-нибудь случайное число). Ну и само собой проверять на уникальность в пределах владельца.

(49) Отсутствием костылей. Не люблю компромиссы.

(0) Сделай email или номер телефона логином. А лучше и то и другое (вход по емайлу и номеру параллельно)

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

(52) Логин отдельно - имя (точнее имена) клиентов vpn отдельно.

Плиз внимательнее хотя бы (0) читайте, один логин - много серверов по vpn
https://i.paste.pics/eaef91bb5be64c9c339d90ecba5a2c69.png

(52) Емайл логином сделаю как и номер телефона в будущем, пока при регистрации имя(ник) и емайл указывается с паролем дважды повторенным.

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

(55) *свои

В будущем есть в планах добавить "создавать подсети" кроме серверов с узлами чтобы легко можно было свои локалки и отдельные компы с инетом объединять в одну VPN с общим доступом и прозрачной маршрутизацией.

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

(51) О каком отсутствии речь? Вероятность коллизии точно такая же у тебя, если не больше, соответственно, все минусы те же самые.

Так рождался LogMeIn

(59) В курсе про Hamachi, но у меня немного другое и для другого, по максимуму используются технологии и оборудование уже имеющееся.

Hamachi на роутер хрен засунешь или локалку через один узел не выведешь надо на каждый комп вроде ставить.
Ну и основной функционал все же сделать доступным извне, типа вот есть у тебя локалка выведенная через узел, там маршруты есть.
Добавляешь домен и назначаешь его компу-сервере в локалке (не узлу а за ним) и все пашет, комп доступен из инета по имени домена.

(58) У меня решение с полным отсутствием коллизий без лищних усилий, простое, и красивое.
А решение с добавлением всякого мусора чтобы уменьшить верятность коллизий - это подставление костылей в изначально неверно выбранное направления.

(61) При параллельном одновременном выполнении запроса (45) несколькими пользователями они все получат одни и те же значения. Вероятность коллизии у тебя даже выше, чем в решении с солью

(0) >С паролями (случайными) легко разобрался, но как имена клиентов формировать?

Точно так же, как и пароли. Proton VPN делает так, и все норм.

>Чтобы они более-менее вменяемые были.

А это зачем? Ну правда, задумайся, зачем? Его один раз заносят в конфиг и больше никогда не вспоминают.

(0) А про сервис можно пару слов? Для чего, для кого, почем, когда?

(59) Скорее PwnMeIn

(64) А, все, нашел уже.

(62) учи матчасть, как тут принято говорить. Не могут выполняться одновременно два запроса на инсерт в одну и ту же таблицу, блокировка сработает.

(67) Как два байта переслать. Иначе бы 1с не работала в многопользовательском режиме. Так что учи матчасть

(68) Тут ты снова ошибся. Это MySQL, а не 1С.

Мускуль и без транзакций вроде бывает

(63) Для мнемоники

(71) Да именно, хотел некую мнемонику если руками забивать а не копировать-вставить.
Это конечно безопасность слегка понижает ибо подобрать легче, но для логинов vpn пофиг.

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

(70) Один хрен не может два инсерта выполняться одновременно. Представь для наглядности, как эти запросы будут храниться в журнале, друг за другом. Если база будет восстанавливаться из журнала, она должна прийти в то же самое состояние. А при восстановлении запросы выполняются последовательно, а не одновременно.

(73) Так никто не спорит, что база не допустит коллизию. Тебе лишь говорят что вероятность получить отлуп пользователю будет выше.

(73) https://sqlinfo.ru/forum/viewtopic.php?id=639

(75) Там написано про возможность одновременного выполнения запросов SELECT и INSERT
А не про выполнение двух INSERT одновременно. Это две большие разницы

(74) Никакого отлупа не будет. Просто будет ожидание в несколько миллисекунд пока завершится чужой запрос и начнется свой. Я думал ты шаришь в запросах в отличии от других.

(77) Не будет ожидания, а будет (62). Что-то ты бакланишь )

(78) На (62) я уже писал ответ, следи по циферкам

(76) Попробуй уже мануал от мускула или от марии почитать а?

(80) Что ты этим хочешь сказать? Что понимаешь что я прав, но хочешь чтобы другие думали что нет? Или действительно не понимаешь?
Если думаешь что я не прав в чем-то, до покажи в чем именно. Но я уверен что не сможешь.

(81) Нет я думаю что ты тупой недоучка с непонятно откуда взявшимся самомнением.

(82) Пустые слова. Мы то знаем кто из нас тупой недоучка. Я тебе советы даю, а ты хамишь, вместо того чтобы прислушаться.
Я то в мускуле ужа давно работаю, мои советы стоят денег, а я их для своих бывших коллег даю бесплатно. Неблагодарный ты.

(83) Давно это примерно с MySQL 4.0 да?

(84) Достаточно чтобы знать простые вещи, про которые ты тут задаешь вопросы.
Меня даже Cyberhawk не смог подловить, а ты то куда пытаешься?

Да лениво проверять и моделировать просто, еще и в разных режимах и с разными настройками конкурентности и ведением / неведением лога. Вроде как если в конструкции "инсерт...селект" одна и таже таблица (а не разные), то она-таки блочится даже для читателей, т.е. к ней организуется очередь на чтение другими инсерт...селектами.

Можно вообще как в почтовых сервисах делать - предлагаешь пользователю самому вписать логин, а если такой уже занят, то добавляешь суффиксы и предлагаешь еще разок )

(87) Пока меня случайный vpn логин по правилам "s"+id+random(6) вполне устраивает, есть префиксная часть которая постоянно будет расти, что в сочетании со случайной частью не позволит появиться ошибкам от случайного совпадения.

У меня сча раздумья по идее на таком этапе проект что надо привлекать других специалистов, в тех областях где я не силен. Но ресурсов на это нет ибо бесплатно они не будут работать.
Почти всю техническую часть могу сам но дизайнерская, рекламно-маркетинговая и прочее для продвижения это немного иное.

(88) Перебирайся на оффлайн в МСК на фикси, где 7 часов в день можно плевать в потолок за зарплату в 160к :) Будешь отстегивать профильным спецам

(89) Не нашел таких, пока только где надо "вкалывать" по 10-12 часов в день а я уже отвык и не смогу так долго ИБД заниматься...

Простой алгоритм формирования легко запоминающихся логинов для VPN клиентов на английском языке
Логины имеют след. вид     "БольшаяСогласная""Маленькая гласная""МаленькаяСогласная""БольшаяГласная""4х значнное число" т.е вида
    GinA2473,  NuvE8965 ну и так далее   либо по другому
    GiNa2473,  NuVe8965 так будет даже лучше запоминаться
  Согласные, гласные, цифры в случайном порядке

(91) Вот это практически то что я хотел по сути, но еще с цифрами что то сделать наверно можно, как то улучшить.

(91) Спасибо, довольно простая идея но не пришла в голову.

(86) Да и без моделирования все очевидно.

(88) Зачем тебе дизайнеры на домашний проект? Хочешь сделать из него конфетку и потом показывать в портфолио при устройтве на работу? Смысла не вижу.

(94) Читать уже научись

(95) Нового ничего не можешь придумать? Какие-нибудь более осмысленные аргументы, хотябы.
Подобных сервисов полно, гораздо лучше и удобнее, есть даже бесплатные. Для учебы эта разработка пойдет. Для заработка - никак. Если только дураков на форуме найдешь, и лапши им навешаешь что это им очень нужно, может даже за один месяц заплатят. Но со временем все равно поймут.

(96) Список плиз "Подобных сервисов полно, гораздо лучше и удобнее, есть даже бесплатные"

Именно через vpn работающие для компов/роутеров/железок с приватным ip и предоставляющие любое доменное имя за денежку с проброской всего трафика (все порты или только указанные) с этого домена на сервер.

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

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

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

ид не меняется,а имя пользователь сможет поменять,если новое свободно.

(99) >> А чем не нравится просто цифровой ид?
Тем что ТС не смог до него додуматься сам, и сделал уже более сложный вариант. Не хочет признавать свою ошибку.

(98) Ты себя относишь к "любой студент может поднять на своем хостинге за два бакса" ?

Не продемонстрируешь поднятие за 5-10 минут хотя бы?
С привязкой домена и правилами iptables причем файрволом отсечь лишнее.

(101)+ Чтобы у меня на сервисе это сделать надо меньше 5 минут, пока сторонние домены нельзя ибо еще не готово, но скоро добавлю.

https://github.com/c0rvax/logins-generator ?
Еще вопрос возник, как ты защитишься от того что кто-то может прокинуть порнуху через твой сервис ? А домен принадлежит тебе ?

(99) В данном случае не id (которые кстати есть порядковые по возрастанию) и не цифровые в сессии (это тоже есть) а именно уникальное имя пользователя на сервере vpn.
Которое в паре с паролем служит для идентификации компа/сервера клиента, чтобы найти его в базе, присвоить ему внутренний ip и на этот ip настроить правила проброски с домена назначенного на сервер.

(103) Что может сделать?
В смысле на своем компе/сервере (без белого ip) держит порнуху и через меня решит ее в инет выставить?

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

(101) Я конечно давно уже вырос из этого. Но ты же поднял. Там ничего сложного нет.

>> С привязкой домена и правилами iptables причем файрволом отсечь лишнее.
Ты так говоришь, как будто это что-то сложное и считаешь это достижением. Это сразу показывает твой уровень. Лучше не позорься

(106) Ну докажи что ничего сложного нет, сделай за 10 минут, ну пусть за 20 минут.
Я тебе даже специально для этого чистый vps инстанс дам с голым linux на 20 минут и буду записывать твои действия чтобы потом опубликовать для всех желающих.

(103) Прикольный генератор, сенкс можно заюзать для создания логина vpn из имени компа-сервера обозванного клиентом как угодно.
Доработать конечно слегка и проверку на уникальность с добавлением соли сделать.

(107) Сколько заплатишь?

(109) Нисколько, просто докажешь что ты не брехун.

(109) оклад проститутки подойдет)

простите не удержался

(112) Нормально хорошо намекнул, но там где типа он сча находится это даже модно и приветствуется.

(110) Забесплатно только ты тут пашешь! :)))

(111) У студента нет столько денег )

(113) Он не это имел в виду. Ты так стараешься все перевернуть, аж жалко тебя становится

(113)+ Интересно сильно работодатель радовался что одним ... сразу несколько квот закрыл и иностранец и нетрадиционная ориентация и возможно с тестом iq что то было.

(1) H в испанском не читается, там было бы Juan, поэтому как обычно наши мемоделы обкакались. но для тех, кто не интересуется, конечно, прикольно.

номер мобильного, фамилия, инкремент номера пользака в базе.
возьми словарь из английских слов + генератор случайных чисел - вытаскивай 2 случайных слова оттуда и давай пользаку.

(103) подойдет тоже

(117) Пишешь как завидующая девка. Веди себя как мужик, принимай поражение с достоинством.

(121) Ааа так это не ты завидуешь тому что я могу и поэтому пытаешься опустить что что я наваял за примерно 20 часов чистыми?

(121) И да так ты не отрицаешь что тебя по квоте взяли? Вместо черномазой лесби?

(122)+ Причем на новом (для меня) совершенно языке программирования (Go), начав его с полного нуля осваивать.
И за три недели вполне освоив до уровня свободного владения.