Проблема с паролями и доступами?

tau shaso, если вы поменяли пароль через апплет консоли управления, то вам выдавалось сообщение, что при такой смене пароля всё может отвалиться. Вы его проигнорировали, и получили ровно то, о чём были предупреждены. Чему теперь удивляться?
Да, операция сия необратима. Так что для восстановления доступов и паролей придётся пользоваться соответствующими сервисами ресурсов по восстановлению паролей и прав.

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

Это как раз НЕ обычно. Это экстренно-аварийный способ, применяемый в исключительных ситуациях. Обычно - это Ctrl-Alt-Del в сеансе пользователя, и там уже смена пароля.

Проблема с паролями и доступами?

Как именно был изменён пароль?

Как сделать так, чтобы данные из столбцов ФИО перешли из одного листа в другой по фамилии?

Функция ВПР()

Какие символы разрешены в email?

Василий Банников,

если пользователь написал почту через & вместо @, то можно просто сказать, что его почта невалидна по принципу "в почте обязательно есть @"

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

Какие символы разрешены в email?

Для имени ящика в домене (часть до символа @, local-part of an email address) есть различные ограничения, в зависимости от того, является оно квотированным (обрамлённым символами двойной кавычки) или нет, и используется ли SMTPUTF8.

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

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

Если всё же есть намерение создать свой верификатор, рекомендую начать со статьи "Email address" в англоязычной вики. К тому же там достаточно неплохо собраны ссылки на необходимые материалы.

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

при таком способе окно cmd сразу сворачивается и Corel не запускается

Добавьте второй строкой pause и смотрите, что происходит..

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

Ваш батч порождает два окна консоли. В первом выполняется сам батч - и оно благополучно закрывается сразу по выполнении runas. А второе, которое порождает команда CMD /C, так и висит...

Не понимаю, зачем вообще потребовалось CMD /C. Запускайте корел напрямую.

runas.exe /user:admin /savecred "\"C:\Program Files\Corel\CorelDRAW Graphics Suite 2022\Programs64\CorelDRAW.exe\""

Какое мини хранилище выбрать для обмена?

Как-то плохо описаны требования.

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

Ну вот и чем в такой схеме помешает возможность увидеть имена папок в корне? Прав нет, доступа нет. А если не называть их именами фирм, а использовать, скажем, ГУИДоподобные имена, так и вовсе секьюрно. А клиент может себе ярлычок на ресурс создать со вменяемым именем (ну или вы его создадите, если клиент на такое неспособен).

Вы явно очень много недоговариваете... а зря.

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

Почему сортировка по сумме двух полей не работает?

Меня смущает интерференция алиасов для двух копий таблицы parthner_referal - в запросе и в коррелированном подзапросе. Можно сколько угодно рассказывать про маскирование - но в документации вы ничего не найдёте.

Декларативность языка способна и не на такие фортели. Оптимизатор и построитель работают с текущими именами объектов и не учитывают их историю. Например, при использовании UDV они оперируют значениями на момент построения плана и не учитывают их изменения в рантайме, сплошь и рядом генеря вывод с аналогичными косяками, а порой и даже неправильный вывод - недаром присвоение в запросе deprecated, проще убрать, чем трахаться с написанием правильно работающего кода, уж больно сложно получается.

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

2 телефона, при снятии трубки на одном другой продолжает звонить, в чем проблема?

А если поднять обе трубки - в обеих нормально слышно, и из обеих тебя нормально слышат?

Попробуй обе трубки заново принудительно за(пере)регистрировать на базе.

Как массово заменить записи в столбце?

Я бы добавил ещё WHERE LOCATE('_', `url`)

Как массово заменить записи в столбце?

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

Ну преобразование однозначно обратимое, так что какой смысл-то? или в таблице часть значений "нормализована", а другая ещё нет?

И укажите точно СУБД, включая и точную версию.

Подключаюсь к сети через Wi-Fi с ноутбука и пишет, что сети без доступа к интернету. Почему?

holllop, Вас просили показать копию вывода на консоль, а не написать стопервую рассказку по мотивам..

Подключаюсь к сети через Wi-Fi с ноутбука и пишет, что сети без доступа к интернету. Почему?

Покажите IPCONFIG /ALL и ROUTE PRINT после подключения. Также покажите TRACERT -d 31.177.80.4 и NSLOOKUP 31.177.80.4

Как обезопасить id SERIAL для корректной работы без промежутков значений?

Boris007, СУБД пофиг на значение. Всё, что её интересует - это размер данных. Скажем - есть 64 бита, и они и хранятся, и обрабатываются одинаково вне зависимости от того, сколько и какие именно биты единичные и какие нулевые.

Как обезопасить id SERIAL для корректной работы без промежутков значений?

Boris007, это нормальное поведение в ЛЮБОЙ СУБД.

Генератор автоинкремента гарантирует, что при полностью автономной работе (т.е. без вмешательства в его работу извне) очередное сгенерированное значение превышает любое ранее сгенерированное значение. К слову, именно следствием этой гарантии и является гарантия, что никакое значение не будет сгенерировано повторно.

Всё. Более автоинкремент НИЧЕГО не обещает и не гарантирует. В том числе и непрерывности в списке генерируемых значений.

В MySQL такого не было просто

Ну либо ты не видел, либо не обратил внимания. Попробуй INSERT .. ODKU.

Как обезопасить id SERIAL для корректной работы без промежутков значений?

большинство проблем с SQL, особенно у новичков, как раз из-за автоинкремента, вот как сейчас.

Это - проблема не автоинкремента. Это безграмотность новичка, который пытается на одно поле навьючить две разные функции одновременно. Причём функции несовместны - и, ясен пень, ничего не получается.

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

100%.
До тех пор, пока речь не пойдёт о ресурсах и производительности - однозначно так.

Еще более скажу - uuid совсем не зло

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

У меня очень просто пример

Бессмысленно. Всегда найдутся условия, в которых самый идиотский подход окажется оптимальным.

Где ошибка в запросе?

Пётр,

разве она не единожды выполняется?

Вот сфига бы? нет, конечно.

Где ошибка в запросе?

Потому что dbo.getRandIntUp(@mx_number) выполняется заново для каждой записи.

Как обезопасить id SERIAL для корректной работы без промежутков значений?

Автоинкрементные ключи вообще лучше не использовать - это вселенское зло!
...
Почему автоинкремент плохо - сотни статей в интернетах.

Не надо повторять глупые фразы за безответственными людьми.
В интернетовских статьях (в т.ч. и в статьях по ссылкам) все аргументы - или (1) вообще не по делу, или (2) откровенно за уши притянуты, или (3) пытаются перенести на автоинкремент вину за изначально неправильную архитектуру системы.
Во всяком случае системно поддерживаемый автоинкремент куда как лучше какого-то своего самопального счётчика. А уж UUID - это и вовсе не альтернатива, ибо проигрывает автоинкременту по всем параметрам, кроме предсказуемости (а в этом случае - см. пункт 3).