nnbackup это не скрипты. Это удобная программа, с графическим интерфейсом, где можно настроить откуда и куда синхронизировать, указать опции, и сохранить этот конфигурационный файл, чтобы потом его запускать на выполнение - хоть вручную, хоть по расписанию.
Пума Тайланд: Так я это топикстартеру и объяснял ;)
Delakey Blackhole: Совет говорит, что проблему волшебным способом не решить, и если вы хотите работать по ftp - то нужно готовить список файлов вручную, например написать скрипт, который вы можете запускать через jenkins. Но сам по себе Jenkins не выловит только измененные файлы, чтобы отправить их по ftp - существующие плагины в основном работают с maven/ant/msbuild, а не сами по себе, поскольку Jenkins не настолько умный, чтобы разбираться в структуре проектов.
Delakey Blackhole: Пума Тайланд: советую узнать что такое Jenkins...
Вы иногда смотрите профиль человека, который вам отвечает. Есть вероятность что совет, который вам не нравится - действительно правильный.
Jenkins это просто служба запуска чего-либо, и плагинов дженкинса, которые сами узнают что в вашем сайте нужно выкладывать - не существует.
Обычно в CI используются другие продукты, типа maven, msbuild, в которых есть подготовка пакета для деплоя, и даже могут быть плагины для собственно деплоя, и дженкинс может их запускать. Но сам он внутрь продукта не полезет.
Flatron: ассемблер не самый первый ЯП. Смысла в том, что вы собираетесь сделать - реально нет. Вы хотите высокоуровневую логику писать на низкоуровневом языке программирования, при этом не знаете собственно что вам нужно знать.
Flatron: Если понимаете, то в чем проблема - изучаете системные библиотеки для работы под виндой, вызываете нужные функции для создания окон и отрисовки содержимого на ассемблере.
Изучаете стек IP протоколов, пишете реализацию передачи нужных вам данных на ассемблере с использованием этого стека. Для винды есть готовый RDC, которым можно сделать все что вам нужно.
Просто реально, зачем на ассемблере - гораздо проще будет на С++.
web-quest3: В любом крупном продукте, оптимизация заключается в простоте разработки и поддержки, а не в скорости самого продукта.
Скорость продукта должна быть не мега-быстрая, а соответствовать требованиям. Если же в угоду скорости накодить так, что потом разгребать ошибку займет месяц - это плохо. И к сожалению, такого гораздо больше.
В случае удобно написанного кода, вычислить бутылочное горлышко и оптимизировать именно его - обычно небольшая проблема.
Вадим Маткаримов:
"И именно в этот период необходима максимальная концентрация на работе."
Не необходима, а возможна.
Человеку крайне сложно поддерживать одинаковую концентрацию - мы же не роботы.
Кроме того, писать код 8 часов подряд невозможно - процесс написания кода требует разной деятельности - читаешь документацию, гуглишь примеры, пишешь отладочный код, чтобы проверить как оно работает, смотришь реализацию в другой части программы, пишешь тесты и так далее. В любом случае длительная концентрация на одной задаче - практически нереальна, и те, кто себя насилуют одной задачей дольше - все равно вряд ли выполнят, разве что работа простая, монотонная, не требующая творчества.
Ну и начало работы - влияет только на то, что кроме собственно работы, нужно еще и высидеть время.
Ethril: Можно уточнить откуда информация?
Всю жизнь добавлять новые компы в домен NT или в Active Directory могли только админ домена или юзеры, входящие в Domain Admins security group
При попытке добавить комп в домен, должно быть что-то типа
Антон Антон: Лазить в чужой API за одним и тем же - это неправильно. Можно их хотя бы кешировать. Если у вас запросы повторяются редко - еще ладно, просто вопрос зачем тогда ваш API, если проще сразу лазить в чужой.
Но у топикстартера как раз ситуация, что часто нужно возвращать те же данные - их лучше хранить у себя.
Артём Петренков: Например UTF-16 не пройдет по большинству SMTP серверов, его нужно конвертить.
Subject вообще много где может не поддерживать даже UTF-8
