Это не матрицы, это просто две таблицы, у которых есть совпадающие поля.
ID в первой таблицы должны будут соответствовать ID1 и ID2 во второй таблице.
Таким образом во второй таблице вы просто указываете идентификаторы пользователей, а в случае необходимости имена и другие параметры этих пользователей вы сможете узнать из таблицы 1
Суть реляционных баз данных в том, что не нужно хранить какие-либо параметры несколько раз. Только один параметр, по которому будут объединяться таблицы, должен "совпадать".
таким образом, вам не нужно в каждой таблице иметь элементы типа "Имя", "телефон", "мужчина" - это все можно взять из первой таблицы.
А вообще, почитайте основы sql, буквально полчаса-час времени на чтение примеров использования помогут вам понять что происходит.
Армянское Радио: Прошу прощения, я давно имел дело с АТС, и тогда настраивал TDA600. По памяти просто вспомнил, что тогда TDA200 была самой дешевой в этом классе станций. Можно поискать модель попроще, но я бы все равно рекомендовал что-то из Panasonic.
Зависит от параметров, которые вам нужны. Реляционные базы данных - это базы данных, в которых таблицы связаны друг с другом каким-нибудь полем.
Например, таблица 1
ID | Имя | Фамилия | пол | телефон
Таблица 2
ID1 | ID2 | relation_status
в таблице 1 будет список всех друзей
в таблице два каждой сторокой будет описан статус отношений между двумя пользователями. Для двусторонних прийдется описать двумя строками, то есть, если есть Вася и Петя, то во второй таблице должны быть записи
Вася | Петя | дружба
Петя | Вася | дружба
при разрыве отношений, удалять обе строки
при такой структуре, выборка элементов несложна - всегда из второй таблицы можно одним запросов выбрать всех друзей Васи или любого другого пользователя и наоборот.
Зачем вы, используя базу данных ( то есть таблицу со столбцами, в которых следует хранить разные элементы), храните все в одном столбце, чтобы нарываться потом на такие грабли?
Вы в корне неверно понимаете зачем нужна база данных.
Вместо удаления элемента из массива, перепишите архитектуру базы и запросы к ней, чтобы не нужно было распарсивать значение из одного столбца в разные элементы, и все ваши проблемы уйдут.
Я думаю, подойдет любая цифровая АТС, с модулем для аналоговых CO (внешних линий). Внутри все будет по цифре, внешние звонки будут выходить через аналоговые.
На АТС можно будет настроить редирект входящих с конкретного CO на нужный внутренний номер или группу.
В общем почитайте доку практически любой цифровой АТС, это достаточно популярная функциональность. Например какой-нить Panasonic TDA200
А где у вас в данной команде собственно запуск в фоне?
Вы запускаете скрипт, с редиректом всего вывода в /dev/null, nohup означает что в случае отпадания консоли, не прерывать скрипт, но нет собственно указания "выполнить в фоне".
добавьте & в конце команды и проверьте что будет:
nnbackup и nncron lite для windows, и насколько я помню - бесплатны для личного пользования. Но да, насчет nnbackup нужно перечитать...
Просто мне понравилась его удобная настройка и надежная синхронизация.
Александр Евгеньевич:
В Линукс права доступа к файлу хранятся в его inode, а не в его "directory entry".
Если сделать 10 жестких линков на один файл, права доступа у всех будут одинаковые.
Поэтому перемещение файла в пределах одного раздела не меняет его права доступа.
Так что ваш вариант тогда или или chmod или копируйте (а затем удаляйте в tmp), а не перемещайте файл.
права на новосозданные файлы зависят от umask. Можно или установить нужный umask для пользователя (ну или даже прямо в скрипте его поменять), или менять права у уже созданного файла.
Можно предположить, что автор исходников работел НЕ под Windows, и совершенно не заморачивался компилированием бинарников под винду.
В то время как под Linux, не особо принято выкладывать бинарники, из-за большого количества разных дистрибутивов, учитывая что обычно все компилится в два щелчка.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Зависит от рисков. Процент вообще не зависит от должностей. И программист и верстальщик и директор - могут быть наемными людьми, работающими на обычную ставку, а не на долю от бизнеса. Долю получать должен тот, кто вкладывает свои деньги, и несет риск за то, что деньги могут быть потеряны, если бизнес не взлетит.
У меня знакомый целенаправленно решил изучить сети. Долго игрался дома на виртуальных цисках, проходил курсы в интернете. Потом даже купил где-то парочку стареньких но все же девайсов, поигрался с ними и сейчас работает консультантом, внедряет сетевые решения. В какой-то момент знаний стало достаточно, чтобы устроиться на работу сразу админом среднего круга.
Но я сразу могу сказать, что такой расклад - для очень самоорганизованных и целеустремленных людей. Бывает что проще через эникейшика начинать, просто не забывать цель и продвигаться по службе, а не протирать мышки 24/7
Поднатаскаться и сдать экзамены конечно можно. И получить знания можно. Это называется самообразование, и любой адекватный человек этим занимается всю жизнь.
Просто систематично заставить себя освоить сложные моменты только в виде хобби, способен не каждый, поэтому гораздо проще найти работу нормального сисадмина, как только нахватался знаний достаточно для прохождения интервью, и дальше заниматься самообразованием, имея под рукой реальную практику.
Если бы я был основателем компании, которая будет приносить прибыль, я бы нанял программиста за ставку, а не за процент от прибыли. Потому что программист напишет и уйдет, а зачем ПОТОМ с ним делиться прибылью?
Я бы сперва уточнил, есть ли вообще принципиальная возможность войти в долю?
С одной стороны — дело привычки, с другой стороны, Жертвовали ли вы немного енотов на Хабр, башорг, другие сайты где вы сидите? Баннеры — хороший способ для поддержки некоммерческих проектов. Если же вас жутко раздражает захламленный сайт — внесите свою лепту, не ходите на него.
Корпоративный — имеется ввиду глобально. Свой домен, заплатить гуглу, синхронизация с вин2000 доменом (если нужно вин). (Вдруг подумали, что я предлагаю просто аккаунты в гугле позаводить :)
Для начала — да. За 15 баксов можно купить вполне достаточный микрофон для домашнего подкаста на 1 человека. Если участвует «круглый стол», там уже можно подумать про что-то более серьезное. Но вот отсутствие шумов при записи с нуля, очень упрощает дальнейшую работу со звуком.
Мы записали в нашем «гараже» около 20 подкастов, и сейчас уже подключем 3-4 конденсаторных микрофона через миксер, но честно говоря, самый большой скачок в качестве был после покупки нормальной звуковой карточки, что убрало шумы. Для подкаста — динамического микрофона вполне достаточно.
ID в первой таблицы должны будут соответствовать ID1 и ID2 во второй таблице.
Таким образом во второй таблице вы просто указываете идентификаторы пользователей, а в случае необходимости имена и другие параметры этих пользователей вы сможете узнать из таблицы 1
Суть реляционных баз данных в том, что не нужно хранить какие-либо параметры несколько раз. Только один параметр, по которому будут объединяться таблицы, должен "совпадать".
таким образом, вам не нужно в каждой таблице иметь элементы типа "Имя", "телефон", "мужчина" - это все можно взять из первой таблицы.
А вообще, почитайте основы sql, буквально полчаса-час времени на чтение примеров использования помогут вам понять что происходит.