Там написано задание для конкретного компьютера (возможно в учебном центре), где уже все установлено и настроено. А человек видимо пытается это сделать на домашнем компьютере, где виндовс вообще может быть на D: установлен.
Читая задания, нужно понимать, что управление компьютером это не нажатие записанной последовательности кнопок, а выполнение осмысленных команд, когда программист или администратор осознает зачем они и как работают.
Не волнуйстесь, в опен сервер не может быть MSSQL, поскольку он платный.
Но при установке вы иди не отметили установку mysql, или во время установки не прописался PATH.
Значит во время установки, просто не прописался путь в PATH
Глобально - это свойства компьютера, Advanced - Environment Variables, и там в System variables найти Path и добавить после последней точки с запятой путь к папке, где у вас лежит mysql.exe
Вы можете решить задачу на плюсах, но хранение данных и процедур оставить в SQL, таким образом впоследствии можно будет быстро прикрутить веб-морду с формами и отчетами, пользуясь той же самой базой. Просто во время планирования архитектуры подумать про этот вариант, чтобы в случае чего было несложно переделать под веб.
Вы же можете в перечислении файлов указывать полный путь к файлу, поэтому хранить можно как вам удобнее.
Насчет хранения в 1 каталоге - в зависимости от количества файлов всего и файловой системе,могут быть свои ограничения. Несколько десятков тысяч пользователей, значит может быть пару сотен тысяч файлов - могут быть проблемы, если ВСЕ в одном каталоге.
Например зайти проводником в винде в каталог с 100.000 файлов может занять несколько минут, а обращение к файлу из этого каталога по полному его имени - мгновенно.
Создание нового файла в каталоге может занять некоторое время, так как системе необходимо убедиться, что файла с таким же именем там нет.
То есть в вашем случае файлов не то, чтобы критично много, но я бы предложил разбить на 10-100 каталогов.
не начнуться - если в биосе тайминги выставлены на авто, оно определит какая планка дает самые медленные тайминги и будет работать со скоростью самой медленной планки памяти.
Ну вот MS написал Access, но суть в том, что для написания приложения для сложного бизнес процесса требуется столько знаний, что проще и грамотнее нанять программиста, который напишет это на каком-то веб-движке (не нужна лицензия на MS продукты, доступ по любому браузеру с любого устройства и т.д.), чем брать студента, который будет месяцами корячиться в Access, и при этом только на лицензию уйдет денег больше чем на саму работу (ведь хорошо развивается то, за что люди платят деньги, а не бесплатные вещи)
Это стало общепринятой практикой, и отдельно неплохим доходом для тысяч веб-студий, которые пишут простенькие "интернет-магазины", "биллинг-системы" и другие штуки.
Большинство фреймворков в принципе готовы для того, чтобы в них это реализовать, просто немного изменился подход - нужен реально программист, который напишет код, используя фреймворки, а не эникейшик, который наковыряет непонятно что в визуальных формах.
Возможно я не в курсе о том, что есть подобные системы, но я практически уверен что они крайне непопулярны и малоизвестны.
Написать простенькую форму, которая вставляет данные в базу данных на PHP/html - практически минутное дело.
Написать простенький php скрипт, который по sql запросу выдаст какой-то отчет на экран тоже минутное дело.
То есть мутить какой-то крупный софт (а access в свое время был чуть ли не самым сложным продуктом MS офиса), если есть такая конкуренция - нет смысла.
Осталось теперь все это привести в порядок, чтобы был общий дизайн, авторизация и так далее - для этого есть множество веб-фреймворков, просто вместо простой визуализации надо знать php и этот фреймворк.
Я настойчиво рекомендую найти программиста и дать ему тех.задачу. Судя по всему, ваша задача как раз выйдет и недорого и надежно, и добавлять новые отчеты в принципе сможет любой эникейщик, главное чтобы ядро и примеры форм/отчетов написал тот, кто знает что надо делать.
Грубо говоря да - хочешь быть директором - учись на директора.
Но. В нашей стране образование != трудоустройство, мне вот сложно представить выпускника, которого ставят где-либо менеджером.
Из образования однозначно нужно иностранный выучить например на advanced - это реально может помочь карьере в менеджменте. А в айтишной карьере устраиваться в те фирмы, где есть продвижение. В маленьких фирмах оно только в пределах свободных вакансий. В крупных фирмах все обстоит интереснее.
Если все будешь делать сам - времени на профессионализм в чем-то одном не хватит.
Если стал профессионалом в чем-то одном, то стать одновременно любителем во многом - будешь и так, любительские знания, даже во многих областях, приобрести на порядки легче, чем профессиональные.
Yeldos Adetbekov: Да, обычным селектом.
Выбираете всех, у кого id1= ваш юзер, и отношения с другим юзером например friend
select id2 from table_friends where id1=001
вот список всех id которые являются друзьями пользователя с ID 001.
по этому списку ID теперь можно работать дальше, делать подробный запрос про каждого.
Ну или сделать просто один запрос с использованием join.
Вам нужно немного почитать про базовые select-ы из двух таблиц, как работать с SQL
Это не матрицы, это просто две таблицы, у которых есть совпадающие поля.
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, не особо принято выкладывать бинарники, из-за большого количества разных дистрибутивов, учитывая что обычно все компилится в два щелчка.
Читая задания, нужно понимать, что управление компьютером это не нажатие записанной последовательности кнопок, а выполнение осмысленных команд, когда программист или администратор осознает зачем они и как работают.