Видимо, имеется ввиду, что, если в документации приведены команды на разных строках, то читатель может просто их скопировать и вставить в терминале. Вот в этом случае, да, на вход ожидающей ввода команде попадет остаток из буфера. Корректнее было бы в любом случае использовать точку с запятой, ну или как и приведено в статье. Только из двух аргументов в пользу примера из статьи работает только один — первый. :-)
Потому что, когда вставляете в терминал, сначала вставляется из буфера и начинает выполняться одна команда, доходит до ожидания ввода и вот тут-то из буфера попадает на stdin следующая порция. В скрипте такого не происходит. Точка с запятой или команды на разных строках — в скрипте не играет роли.
Это подразумевает не только использование Enterprise Edition, но ещё и «Extra cost option». Значит, без нарушения лицензионного соглашения, Ваш метод не подойдёт для других редакций.
На виртуалке поднял nginx, который был реверс-прокси для APEX. В БД/APEX были мои личные наработки.
Есть подозрение, судя по некоторым комментариям здесь, что попытались снова проверить банковскую карту, а там денег не оказалось (она у меня для интернет-платежей, потому есть необходимость в платеже — есть деньги на карте, ну и какая-то мелочь остаётся).
Но почему тогда не сразу все ресурсы забанили? Почему не написали что денег не хватает или хоть как-нибудь уведомили?
Мне тоже помнится, что они были Always Free. В результате, на текущий момент, не осталось ничего: ни Oracle Linux, ни экземпляра БД, ни APEX. Хотя всё было помечено именно как «Always Free». Более того, зарегистрироваться с другим email тоже не даёт. Не проходит проверку банковская карта.
Вроде, все ресурсы (VM с Linux, БД, APEX) были Always Free, но через 10 дней после регистрации пропала виртуалка с Oracle Linux на борту, сегодня не обнаружил БД — ни с помощью sqlplus подключиться не могу, ни APEX не видит БД. Чат с техподдержкой — какой-то цирк с конями. Через несколько минут общения, окно просто закрывается. Следующая итерация приводит к соединению с другим специалистом, которому начинаешь объяснять всё с начала и, когда он уходит посмотреть, что там произошло, окно опять закрывается. Так и не понял куда всё делось и как это восстановить (если вообще возможно).
О, да! Я не настолько продвинут, чтобы понять «силу» скрипта. Тут же и поиск файлов, и закачка какой-то херни из инета, и перенос полученного в /opt и распаковка архива там… Это всё так сложно, что далеко не каждый сможет понять всю «силу».
Ладно, этот материал не для меня. А те, кто вообще не понимают в написанном? Они-то тупо скопипастят и будут использовать монстра, которого можно заменить однострочником.
Инфраструктура РЖД, насколько я понимаю, относится к стратегически важным объектам. Должно быть всё выверено, проверено и перепроверено, всё по протоколам и «чек-листам». Неужели везде у них норм, а в сети такой бардак. Судя по этой статье и по статье, на которую ссылается данная, сеть строил «сын маминой подруги». Не укладывается у меня в голове, что может быть такой бардак. И верю не до конца, хотя и понимаю, что много специалистов, которые только лишь сертификатные специалисты.
В linux есть утилита date, которая решает подобные задачи. Например, date -d '-3 days' вернёт дату, которая была три дня назад. То же верно и для секунд, и для минут и т.п. Причем, и в прошлое, и в будущее. Работает "на ура". Значит, задача решаема всё-таки.
сурово произнес админ
и мы узнаем что нажала
и почему оно само
PS. Не моё. Автора, к сожалению, не вспомню уже
Видимо, имеется ввиду, что, если в документации приведены команды на разных строках, то читатель может просто их скопировать и вставить в терминале. Вот в этом случае, да, на вход ожидающей ввода команде попадет остаток из буфера. Корректнее было бы в любом случае использовать точку с запятой, ну или как и приведено в статье. Только из двух аргументов в пользу примера из статьи работает только один — первый. :-)
Потому что, когда вставляете в терминал, сначала вставляется из буфера и начинает выполняться одна команда, доходит до ожидания ввода и вот тут-то из буфера попадает на stdin следующая порция. В скрипте такого не происходит. Точка с запятой или команды на разных строках — в скрипте не играет роли.
Это подразумевает не только использование Enterprise Edition, но ещё и «Extra cost option». Значит, без нарушения лицензионного соглашения, Ваш метод не подойдёт для других редакций.
На виртуалке поднял nginx, который был реверс-прокси для APEX. В БД/APEX были мои личные наработки.
Есть подозрение, судя по некоторым комментариям здесь, что попытались снова проверить банковскую карту, а там денег не оказалось (она у меня для интернет-платежей, потому есть необходимость в платеже — есть деньги на карте, ну и какая-то мелочь остаётся).
Но почему тогда не сразу все ресурсы забанили? Почему не написали что денег не хватает или хоть как-нибудь уведомили?
Именно так. Виртуальный сервер перестал быть доступен дней через 10 с момента создания, БД и APEX— через 13-14 дней с момента создания.
Ладно, этот материал не для меня. А те, кто вообще не понимают в написанном? Они-то тупо скопипастят и будут использовать монстра, которого можно заменить однострочником.
Кто мешает сразу перейти в /opt и там выполнить wget?
Как эти вещи взаимосвязаны, что засунуты в один скрипт, и почему они должны быть полезны другим пользователям?
Где сила bash? Очень слабое поделие, которое и сотой доли процента от силы не показывает.
В linux есть утилита date, которая решает подобные задачи. Например, date -d '-3 days' вернёт дату, которая была три дня назад. То же верно и для секунд, и для минут и т.п. Причем, и в прошлое, и в будущее. Работает "на ура". Значит, задача решаема всё-таки.
У меня работает. Где почитать про эту конструкцию?
По-моему, в статье есть ответ. cron — это то, что по расписанию (по времени). incron — это то, что по событию.