Я не считаю, учителя могут совершить плагиат?

На моем Lenovo Вибе Р1, фото и видео я могу скачать или получить через приложений (WhatsApp, Sony не смогла, и т. д.) не отображаются в галерее, но фото и видео, снятые с камеры и скриншоты. Как я могу получить все фотографии и видео, чтобы правильно отображаться в галерее?

Когда вы запустите скрипт, он создает подоболочку, где выполняется команда. Любые процессы, включая фоновые процессы, которые запускаются, например, с помощью команды СШ крепятся на этот подуровень. Если подуровень закрыт, фоновый процесс тоже убили. Вместо этого, попробуйте запустить процесс SSH под командой nohup в рамках сценария 1. Ответом навеяло: запустить фоновый процесс из скрипта и управлять им, когда сценарий заканчивается

Команды, отправленные через SSH присоединяются к процессу СШ, и процесс СШ должны продолжать работать для того, чтобы команды, чтобы закончить. Выход из процесса СШ будет завершить все фоновые процессы на машину B, поскольку они прикреплены к, которые будут созданы для сценария 2. Nohup и пригождается здесь.

Но так как процесс выполняется на компьютере B, но, видимо, висит и не завершается преждевременно, не похоже, что преждевременное прекращение процесса СШ превращается в проблему.

Проблемы сети тоже маловероятно, так как они, вероятно, прекратить СШ процесс и завершить процессы, запущенные на компьютере B. Кроме того, если проблемы в сети не так уж и плохо, что расторгнуть СШ процесс, они не должны влиять на процессы, запущенные на компьютере B. вполне вероятно, что там что-то в скрипте 2 на машину B, который вызывает стойле. Один из способов доказать, что эта логика неправильная, это убить процесс SSH на машину и посмотреть, что происходит на компьютере B.

Наконец, ваш лучший выбор для выполнения команды ssh как процесс nohup так предположил в предыдущей ссылке. Кроме того, если ваши команды в скрипт 2 не последовательно зависимые, я бы каждой из них, используя также команды nohup. (https://askubuntu.com/questions/349262/run-a-nohup-command-over-ssh-then-disconnect). Я предполагаю, что ничего в сценарии 1 на компьютере зависит от сценария 2 выполнение основывается на том, что у вас есть команда SSH выполняется как фоновый процесс.

Картинка стоит тысячи слов...

Это со стр. 12, Глава 150.

в институт СФ выпечки: активный сухой может быть использован на 50% от веса свежих дрожжей и мгновенный сухой, может быть использован на 40% от веса свежих. Основываясь на рекомендации производителей дрожжей, большинство людей находятся под впечатлением, что 33% - это правильное преобразование для быстрорастворимых дрожжей. Это верно для производственного процесса, а 40% лучше в процессе ремесленника, когда температура теста, как правило, ниже

Я нашел только конкретные, рецепты использования активных сухих в США. Мгновенная не требует расстойки, но я все равно это делаю, если пузыри еще жив

На нормальной ОС UNIX (инода основе) файловой системы, в том числе УФС, это разумное приближение к что каждый файл или каталог, вы создаете используется один дескриптор. Имея много файлов в одной директории не меняет этого.

Обычные проблемы с подхода описывают:

• файловые системы использовать хэш или дерево-тип структуры данных для поиска в каталоге, чтобы ускорить поиск и создание, тем больше файлов в одном каталоге, тем медленнее он получает. С майнинга, это замедление может быть достаточно выраженным, как столкновения происходят.
• типичный команд Unix имеют проблемы (в частности ЛС сортировки и Shell Глоб расширения), хотя, как правило, задолго до файловой системы замедления.
• в каталоге приобретает новые файлы, выделено больше блоков, он будет становиться все более фрагментированными, что требует больше дискового ввода-вывода для доступа.

Более современные файловые системы (в ext3/4) использовать B-дерева как структуры данных, чтобы сохранить каталогах сортируются, так как часть данных на диске. Я считаю, УФС использование в памяти хеширование (на основе использования FreeBSD и документацию, у меня нет прямого опыта с UFS на Linux), так как формат диска не использовать хэши.

Это имеет некоторые хорошие УФС информация и ссылки: https://serverfault.com/questions/53416/max-total-files-in-a-directory-in-freebsd-6-ufs

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

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

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

Похоже, проблема у меня также было. Два вопроса, на самом деле.

• Сообщение об ошибке выглядит так, как я получаю здесь. Это, вероятно, связана с оборудованием, но я не могу сказать, что это означает.

• Что касается оконный менеджер не запускается, это могут быть журналы заполнение системного раздела, не позволяя Гному писать в каталог/tmp. Я имел эту проблему с матом, с явной сообщение об ошибке.

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

Я спросил об этом здесь. Я не нашел удовлетворительного ответа. Положить в/var/журнал в специальном разделе (или виртуальной файловой системы) - это единственное безопасное решение, которое я знаю.

Получается, что после долгой борьбы с Ubuntu за мое подключение к интернету, я обнаружил, что переход от единства с GNOME 3 решены проблемы. Я предполагаю, что оба интерфейса используют различные сетевые менеджеры и один гном держит соединение стабильно.

Я пометить этот ответ как принято, поскольку оно устраняет эту проблему. Если более точная/подробная придумывает (т. е. инструкции по установке сетевой менеджер в GNOME в Unity) из более опытных пользователей, я выберу его.

Я действительно нравится власть Дельфин и все инструменты KDE, которые идут вместе с его использованием. Что я могу сделать для подключения по FTP/SFTP с дельфинами?

Это выполнимо, чтобы получить чистую перезагрузку из в сценарий?

Мой скрипт может изменить другие сценарии инициализации, в том числе пронумерованных С/К скрипт ссылки обычно находятся в файле/etc/РКН.Д во многие дистрибутивы Linux. Скрипт будет закодирован, чтобы знать, что и где. Это будет работать на платформе AWS EC2 из пользовательского AMI, так что мой скрипт будет при первой загрузке и других скриптов init может быть уже сделали неактивным, имея только к одной или ни одной вообще...

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

Я использую гну параллельно огонь несколько параллельных процессов. Ниже находится команда Нуно.

параллель узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES' ::: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ::: 1 2 3 4 5 6 запрос| грэп "исполнен"|туалет -л

Согласно ожиданиям он должен выстрелить 120 параллельных процессов одновременно. Но когда я сделал выполнения зы команду я вижу только 90 процесс работает. Ниже выхода.

[прод PTEST1] parunkarthick@dev118:~> ПС-эф|грэп узел
2951 66965 196290 15 07:50 оч/25 00:00:00 на Perl /usr/Бен/параллельный узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES ::: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ::: 1 2 3 4 5 6
2951 67082 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 1
2951 67087 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 2
2951 67088 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 3
2951 67093 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 4
2951 67098 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 5
2951 67103 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 1 6
2951 67108 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 1
2951 67113 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 2
2951 67118 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 3
2951 67123 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 4
2951 67128 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 5
2951 67133 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 2 6
2951 67138 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 1
2951 67143 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 2
2951 67148 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 3
2951 67153 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 4
2951 67158 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 5
2951 67163 66965 25 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 3 6
2951 67168 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 1
2951 67173 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 2
2951 67178 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 3
2951 67183 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 4
2951 67188 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 5
2951 67193 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 4 6
2951 67198 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 1
2951 67203 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 2
2951 67208 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 3
2951 67213 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 4
2951 67218 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 5
2951 67223 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 5 6
2951 67228 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 1
2951 67233 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 2
2951 67238 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 3
2951 67243 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 4
2951 67248 66965 25 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 5
2951 67253 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 6 6
2951 67258 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 1
2951 67263 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 2
2951 67268 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 3
2951 67273 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 4
2951 67278 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 5
2951 67283 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 7 6
2951 67288 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 1
2951 67293 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 2
2951 67298 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 3
2951 67303 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 4
2951 67308 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 5
2951 67313 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 8 6
2951 67318 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 1
2951 67323 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 2
2951 67328 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 3
2951 67333 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 4
2951 67338 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 5
2951 67343 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 9 6
2951 67348 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 1
2951 67353 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 2
2951 67358 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 3
2951 67363 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 4
2951 67368 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 5
2951 67373 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 10 6
2951 67378 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 1
2951 67383 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 2
2951 67388 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 3
2951 67393 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 4
2951 67398 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 5
2951 67403 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 11 6
2951 67404 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 1
2951 67409 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 2
2951 67418 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 3
2951 67423 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 4
2951 67428 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 5
2951 67433 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 12 6
2951 67438 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 1
2951 67443 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 2
2951 67448 66965 24 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 3
2951 67453 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 4
2951 67458 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 5
2951 67463 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 13 6
2951 67468 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 1
2951 67473 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 2
2951 67478 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 3
2951 67483 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 4
2951 67488 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 5
2951 67493 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 14 6
2951 67498 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 15 1
2951 67503 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 15 2
2951 67508 66965 23 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 15 3
2951 67513 66965 22 07:50 оч/25 00:00:00 узел /home/parunkarthick/NodeProject/nodescript_pd.js F_CHARGES 15 4
2951 67523 66905 0 07:50 терминале pts/0 00:00:00 grep в узел
[прод PTEST1] parunkarthick@dev118:~> ПС-эф|грэп узел|туалет -л
90

Почему есть только 90 процессов стреляли одновременно?

И когда я проверил ulimt -у него есть предел, как 2000 года, так что действительно не в состоянии понять, почему он только породил 90 параллельный процесс в одиночку.

[прод PTEST1] parunkarthick@dev118:~> параметр ulimit -у
2000

Любая помощь будет действительно оценили!!!

У меня есть .ТС видео файл на моем жестком диске, и я хотел бы перенести его на мой iPad, чтобы посмотреть его там. Вот некоторые сведения о файле в вопрос:

• Размер: 3.5 ГБ
• 1 видео поток: кодек H264, 1920х1080
• 2 Аудио-Потоков:
  • 1-й: АС-3, 5.1, немецкий
  • 2-й: АС-3, стерео, английский

Меня интересует только английский язык трек, избавляясь от немецкого звука 5.1 будет нормально.

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

Два вопроса:

• Есть приложение для iPad, которое позволит мне смотреть видео без внесения каких-либо изменений? Бесплатные решения предпочтительнее.
• Если нет, то есть процесс преобразования видео (или контейнер) в формат, который изначально понимал на iTunes и iPad? Я знаю, что AC-3 аудио могут быть проблемы. Решения командной строки нормально. Нет онлайн-сервисы конвертации, пожалуйста.

Я пробовал следующие, используя ffmpeg в (установленные через самодельщиков):

пакет ffmpeg -I в.ТС-с-С:в копии -Си:ААС -б:384 КБ -строгое -2 -карте 0:в:0 -на карте 0:а:1 из.МР4

Он преобразуется в файл, копирование видео, и перекодировать аудио в AAC. Полученный файл воспроизводится нормально в QuickTime, но не могут быть импортированы в iTunes. Я читал про МООВ атома и его размещение в файле, и проблемы с библиотекой ffmpeg, чтобы поместить его в нужном месте. Это то, что я вижу здесь?

Ура! Какой баран будет лучше для моего имак 27" середины 2010 года с i7 2,93 ГГц и macOS 10.9.5:

этот, этот или адата модули DDR3 так-DIMM 8ГБ 1333? Также я увидел, Kignston KVR1333D3S9/8G, но по нему данных-лист он работает с 677MHz вместо 1333 МГц (как я понял, мой компьютер поддерживает до 32 ГБ 1333 МГц РС3-10600 память DDR3 так-DIMM с 204-контактный). Какой из них лучше?

На самом деле я хочу получить 20ГБ ОЗУ - 8GBx2 новые тарелки + 2GBx2 на складе памяти.

В общем, вы можете размещать препринты вариант статьи перед отправкой, если журналов не имеют политики, которые требуют от вас не публиковать препринт на хранилищах как материалам arXiv, vixra и т. д. Смотри, например, Международный журнал современной физики D, где они проводят политику эмбарго, которое объясняется. Из этой ссылке можно увидеть авторских прав "после эмбарго 12 месяцев, вы можете опубликовать принятую автором рукопись на ваш личный сайт, Ваш институциональных репозиториев или теме вашего собственного выбора или как это предусмотрено финансирование Агентства. "

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

Здесь вы можете увидеть политику для многих журналов, например "Предварительно распечатать автор: Грин автор клеща можно архивировать перед печатью (т. е. предварительное судейство) Автора поста-принт: зеленый автор клеща можно архиве пост-печати (т. е. окончательный проект после судейства) Версия издателя/формате PDF: зеленая автор клеща можно архиве версии издателя/формат PDF Общие Условия: На личном сайте автора, сайт или институционального репозитория работодателя Версия издателя/PDF может быть использован Версия издателя/PDF может быть использован на сайте персональном сайте автора или работодателя только Ссылка на издателя версия требуется Издатель авторское право и источник должен быть признан с цитирования"

Наконец, вы должны проверить с политикой журнала, в котором вы представили 2 работы, и если вам не удается опубликовать по материалам arXiv, вы можете привести что-то вроде "_authors, имя документ, представляемый".

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