• Нужно найти суму ключей масивов, с одинаковыми именами. Но у меня почему то не находит даже суму? Как быть?

    sergiks
    @sergiks Куратор тега JavaScript
    ♬♬
    const buckets = {voiceAssistants: 410, thermostats: 93, lighting: 1300};
    const prices = {voiceAssistants: '9.99$', thermostats: '74.99$', lighting: '49.50$'};
    
    const totals = Object.keys(prices).reduce((acc, c) => acc + buckets[c] * parseFloat(prices[c]), 0);  
    // всё равно не то что-то: 75419.97
    Ответ написан
    Комментировать
  • Помните сайт - список задач по сетям для Linux?

    @quramolt Автор вопроса
    А всё, сам нашёл. На тостере в похожих вопросах вывелось - nodesquad.blogspot.ru/2013/04/blog-post.html
    Ответ написан
    Комментировать
  • Где найти бесплатный VPS для стартапа?

    @nirvimel
    Желаю этому стартапу бесплатных клиентов и бесплатных продаж.
    Ответ написан
    Комментировать
  • Где найти бесплатный VPS для стартапа?

    @pudovMaxim
    web-developer
    Если вы не можете рискнуть даже 300 рублями на "стартап", то у вас ничего не получится и лучше сразу все бросить. А то после бесплатного vps захочется бесплатных рабов и чего-нить еще бесплатно, без усилий, без работы.
    Ответ написан
    2 комментария
  • Наиболее безопасный и доступный способ выйти в сеть?

    Jump
    @Jump
    Системный администратор со стажем.
    Сначала нужно определить что такое безопасность?
    Откуда грозит опасность, которую надо избежать?
    Безопасности "вообще" не бывает.
    Поэтому надо четко понимать каких угроз вы опасаетесь при выходе в сеть.
    От поражения молнией, от утечки информации, от уничтожения информации, от деанонимизации, или еще от каких то факторов.
    И только потом можно планировать защиту.
    В вашем вопросе такой информации нет, поэтому ответить на него невозможно.
    Ответ написан
    6 комментариев
  • С какой литературы можно начать изучение системного администрирования?

    athacker
    @athacker
    Нет такой магической "одной" книги :-) Администрирование -- это работа с кучей СИСТЕМ, ПОДСИСТЕМ, СЕРВИСОВ И ПРОТОКОЛОВ. И по каждому из представителей вышеперечисленного написано по десятку и более довольно толстых книг. А чтобы ковырять домашний сервак -- да, можно обойтись несколькими книжками. Но одной -- точно нет.

    Так как... Ну, допустим, начали вы ставить линукс. Сразу начинаются вопросы: "а как разбивать диск?" "GPT или MBR"? Начинается чтение мануалов, а чем GPT отличается от MBR. Следующий же вопрос, тоже по диску: "А какую файловую систему делать? Ext3/ext4/xfs/btrfs/zfs/ufs? Начинается чтение, какие файловые системы поддерживает та ОС, которую вы ставите, чем они отличаются и какая из них предпочтительнее конкретно для вашего сценария.

    Потом настройки сети. Нужен IP-адрес. Что такое IP-адрес, для чего он предназначен, и какой нужно присваивать данной конкретной машине? А как она потом будет выходить в интернет. Если я назначу динамический адрес -- откуда он будет браться? Самозародится ли он у меня в сети, или нужно будет что-то предварительно сделать. О, какая-то новая аббревиатура: DHCP. Это чо такое?! И начинается чтение про DHCP...

    ОК, у меня дома роутер, он умеет DHCP и вроде как всё настроено. Если я на серваке выставлю "получать адрес по DHCP", то не будет проблем? По идее, не должно... " Через несколько дней: "О-па, а почему это сервак не отвечает на том IP, который у него был позавчера?!

    Допустим, систему вы поставили. Надо как-то ею управлять, чтобы каждый раз не бегать к серверу. А чо за слово такое -- SSH? Как его использовать, чем подключаться? Ага, putty... А чего это я при логине ввожу root и пароль, а оно меня не пускает?!

    Ну, и так далее, идею дальше развивать не буду :-) Домашний сервер сделать -- это похвальное желание, но до системного администрирования там ещё очень и очень далеко. К тому же, вы не указали, какую ОС собираетесь на этот сервак ставить.

    P/S/: Да, и "хочу разбираться в железках лучше" -- это слегка ортогональная ко всему вышеперечисленному тема, там свои ветвления наборов знаний со своими граблями :-)
    Ответ написан
    Комментировать
  • Замена старому ноутбуку на б/у ноутбук?

    sashkets
    @sashkets
    Прекратил отвечать после 24.02.2022
    я бы не рисковал брать ноутбуки бу
    Ответ написан
    Комментировать
  • Как распланировать мониторинг инфраструктуры Zabbix или Nagios?

    @NikiN
    сисадмин
    Имхо сейчас заббикс на голову выше нагиос.
    по поводу чеклиста внедрения:
    1. Читать доки
    2. Установить.
    3. Настроить то что "горит" или часто требует внимания
    4. Разобраться с оповещениями (рулит оповещение в телеграмм https://github.com/ableev/Zabbix-in-Telegram )
    5. Разобраться с lld (https://habrahabr.ru/company/zabbix/blog/193460/ )
    6. Надыбать шаблонов (идеально с lld) под нужные системы, оборудование (share.zabbix.com и github.com)
    7. Настроить прием snmp trap (если есть)
    8. Понять что делать со свалившимся счастьем и куда ехать дальше (highload.guide/blog/support-highloaded-projects.html )
    9. Интегрировать с grafana (https://github.com/alexanderzobnin/grafana-zabbix )
    10. Повесить огромный телик на видном месте и залипать на красоту...(ну или выводить на него триггеры и карту сети + серверов :) )
    11. Изучить API и либы к нему на знакомом языке
    12. Написать свою систему мониторинга с преферансом и поэтессами (www.slideshare.net/profyclub_ru/i-git-in-sky )
    Ответ написан
    2 комментария
  • Как развиваться начинающему web-разработчику?

    @toZavtra
    Принимаю заказы, пишите vasya@incream.org
    Послушай человека, у которого 4 года опыта управления веб-студией.

    Тебе нужно в первую очередь понять, где ты хочешь работать и только потом уже думать о технологиях и их прокачке. Когда ты узнаешь, где ты хочешь работать, над какими проектами, то узнаешь и какие технологии там используются. Потом устраивайся туда junior'ом и так вырастешь быстрее всего.
    Заодно, посмотришь, надо ли тебе оно и может тебе идти в другую область с другими технологиями.

    Помимо программистских советов есть еще чисто практичные и зачастую они решают, например, ты любишь делать законченный продукт или ковыряться в старом коде? Все эти басни и бредни про фреймворки, пойми, эти люди, которые до тебя писали код на твоей будущей работе, мозгами намного хуже тех же программистов, которые создали тот же Wordpress, зато они позволяют себе хаять его. Так вот ты придешь и будешь за таким человеком искать ЕГО баги 4-х летней давности. А представь, что баги эти от кривой архитектуры.

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

    Поэтому, в чем лучше кодить: в wordpress или в каком-нибудь symfony - это вопрос спорный, холиварный. Ни то ни другое не идеальное. Соответственно, какой стек технологий тебе учить, выбирать нужно отталкиваясь от того, чем хочешь заниматься. А учить стек лучше не на курсах, а идти джуниором.

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

    Потом, не забывай еще главное, мы живем в стране, где даже автомобиль нормальный сделать не могут, качество разработки здесь абсолютно такое же, то есть никакое, люди они одинаковые, что в АВТОВАЗЕ, что в Яндексе, поэтому на весь этот флёр вокруг каких-то там разработчиков клади болт.

    Я тебе расскажу, как это работает с точки зрения бизнеса в России, а не со стороны парняги в свитере и очёчках:
    1) Есть богатый дядя, который наворовал в своё время денег, у него есть сын, сын начитался хабра и бизнес молодости, взял у бати своего миллионов 50-100 и пошел пилить абсолютно никому не нужный стартап, нанял 30 человек, поставил компы, вот сюда нужно знать не столько сами технологии, сколько МОДНЫЕ технологии, смотришь модные тренды и их учишь или просишься джуниором, вауаля, и вот ты в струе.
    Делали делали, сыночке надоело пилить стартап, у него пати на мальдивах, свадьба, дети и тд - все разбежались.
    2) Есть государство или крупная контора, которая так или иначе, принадлежит кому-то из власть имущих, им нужно какой-то проект, они этот проект отдают фирме (то есть сыну, брату, свату), у которой сайт визитка. Эта фирма отдаёт это другой фирме, та отдает это еще двум-пяти фирмам. Где-то там в конце сидишь ты за компом и делаешь то, что тебе написали в ТЗ. Чтобы тебе что-то изменить в этом ТЗ, это должно пройти через 8 ртов и кучу согласований, и ты вообще лучше сиди и поменьше высовывайся. В таких конторах будешь пилить и пилить какую-нибудь хрень, в которой уже запутались все вокруг, но ты как-то делай, ведь скоро сдача. А потом они за два дня до сдачи, всей аравой посредников и программистов собираются в одном месте и наконец-то звонят главному заказчику и спрашивают, а как надо делать, то есть то, что ты спрашивал месяц назад. Иногда этот брейншторм помогает, иногда нет. Как туда устроиться? Опять таки, иди джуном.
    Примечательно, что качество продукта таких контор обычно хуже самой захудалой Джумлы, зато там все хаят CMS, но чтобы им в продукте прикрутить голосовалку, им нужно напрячь 8 ртов, распилить бюджет в тысяч 180-400, через кучу согласований сделать всё через жопу, но через ООП и какую-нибудь Symfony. Круто.
    3) Компании типа Яндекса, каких-нибудь банков. В таких компаниях обычно умные люди только на самом верху - это основатели компании, усмотреть за всеми аспектами фирмы им технически невозможно, поэтому часть продукта у них хорошая, основная, например, как поиск у гугла, а 90% других сервисов полное говно (посмотрите, что сделали эти "умы" из яндекса, вроде, с кинопоиском). Зато ЧСВ у каждого там Васи на уровне основателя компании. Вот эти Васи и делают там 90% продуктов, которые, как-бы второстепенны. Чтобы туда попасть надо не технологии учить, а изучать тренды какого-нибудь хабра, что там сейчас ценятся, какие авторы зарубежные: "Мега алгоритмическое программирование Алана Коуэла" и тд, таких книжек прочитать штук 10, выучить всё азы чистого программирования без фреймворков, одеться как мудак, чтобы выглядеть еще мудачее того гика, который тебя будет собеседовать, а то они ранимые и завистливые и опять таки, устроиться джуном.
    4) Компании локальные по созданию сайтов и прочего программирования. В таких фирмах свободы намного больше, чем в первых трёх, но нет столько денег, зато сразу видно продукт, который делаешь. Тут тебе пригодится и вордпресс и битрикс. Туда тоже лучше идти джуном. В таких компаниях шанс того, что ты потом запустишь боком собственный проект намного выше, т.к. у тебя будет опыт создания веб-сервисов, сайтов за Реальные сроки и ты будешь видеть ход их развития. Но с точки зрения денег, редкий случай, когда они тебе могут предложить даже столько, сколько в стартапе.
    Поэтому, если для души программировать, получать удовольствие, то варианты 1 и 4. Если хочется работы, от которой многие воют, то 2, 3.

    5) Есть еще компании, которые работают на запад, денег сейчас там в теории, может быть столько же, сколько и в стартапе у богатого буратино, там тебе сильно повезет, если будете делать пункт 4, если 2-3, то можешь брать веревку и мыло.
    Стартапы таким компаниям дают мало когда, ведь хипстеру миллионеру нужна атмосфера, нужны работнички перед глазами, а не на аутсорце. А вот латать баги в 6 летнем коде по цене продавщицы в ларьке Нью-Йорка - это запросто, это аутсорц. Текучка в таких местах дикая, поэтому они, отчаявшись, ищут негров за рубежом, никто вменяемый этим заниматься не хочет у них на родине. Поэтому если на аутсорце будет создание сайтов или каких-нибудь новых систем, это большая удача.
    Туда тоже нужно идти джуниором. Еще они почти всегда требуют английский, а если у тебя есть английский, зачем тебе они?

    6) Учишь английский, вордпресс, джумлу, магенто, цсс и идешь искать клиентов на английском языке. Из тебя вылупляется фрилансер, в перспектике открываешь собственную контору номер 5.

    Есть еще лайфхак, берешь абонемент в дорогой фитнес центр и знакомишься там с парнями, когда-нибудь тебе повезет и выйдешь на кого-нибудь богатого из чиновничков или олигаршьих родственников. Всем говори, что ты программист и у тебя есть "команда". Этого хватит, у богатых всегда "куча идей" куда бы просрать бабки (стартап) или наоборот где-то "намутить денег" (пункт 2). Они тебе сами предложат "тему", если ты обмолвишься, что ты программист. Всё, что у тебя будет к тому моменту, это сайт визитка, понимаешь к чему я клоню? Пункт 2, но ты будешь сверху, вторым ртом. Если повезет, будет и пункт 1, но ты будешь ко-фаундерем, ты посмотришь модные технологии и будешь под смузи составлять вакансии с reactJS, Angular, high load и еще кучу умных слов. А на биржах заказы пусть обычные люди ищут, которые за деревьями леса не видят. Или идут через жопу в пункт 2, когда надо заходить с другой стороны. Think different.
    Тот, кто на основании выше написанного лайфхака понял, что он ходил по кругу, а ключик в другом месте открывается, может мне скинуть денег за совет на кошелек R738086405346
    Точнее, это даже не совет, это инструкция, которая действительно рабочая.
    Ответ написан
    2 комментария
  • Как развиваться начинающему web-разработчику?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Я в начале 2000-х писал приложение для учета некоммунальных услуг ЖКХ для местного МУПа. Начинался этот проект как тестовое задание для приема на работу.

    Писать можно было на чем угодно, но на тот момент для меня лучшим инструментом казался Clipper 5.x, которым я, как мне тогда казалось, более-менее владел.

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

    Забегая вперед скажу, что автоматизация, в конце концов, удалась, из режима работы 3 человека по 8 часов в день 6 дней в неделю, за 6 месяцев после начала внедрения, вышли в режим 1 человек 2 часа в день 5 дней в неделю... Т.е. 3*8*6*4 = 576 человеко-часов превратилось в 2*5*4 = 40 ч/ч, КПД был увеличен в 14.4 раза.

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

    Но тётушки, работу которых я автоматизировал, никогда в жизни не занимались постановкой задач, декомпозицией, формализацией и прочими прелестями проджект менеджмента, и добиться от них простых смыслов бывало сложнее, чем от пленных партизан. Первым этапом я брал входящую-исходящую документацию и выстраивал все пути трансформации данных.

    Далее я реализовывал эти пути как разумел и предоставлял тётушкам.

    И о чудо, обычно на этом этапе прорезался дар речи (тётушки, как все нормальные люди, обожают критиковать то, что по их мнению "не так"), и на меня начинал сыпаться поток весьма конкретных и ёмких ЦУ (ценных указаний), которые я подробно документировал и впоследствии претворял в жизнь.

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

    Первые месяцы они вели двойной учет, по старинке в своей огромной бухгалтерской книге, и в программе, и программу проверяли по книге. Через 2-3 месяца они убедились, что в программе "цифры" точнее, ошибки отлавливаются быстрее, меньшими усилиями, и стали уже свою книгу проверять по программе. Через 5-6 месяцев я написал им модуль расчета и распечатки месячного отчета, и они перестали вести свою книгу, просто печатали ее каждый месяц на огромном матричном принтере.

    Теперь о том, как строилась архитектура приложения. Конечная версия носила номер 4, и 4 раза пришлось переписать приложение с нуля. На 4-й раз я понял, что либо я как-то грамотно организую архитектуру, либо это будет провал, т.к. мне до чертиков надоело каждый раз переписывать одно и то же.

    Условно можно разделить основной функционал приложения на 2 фазы - ввод/редактирование/просмотр данных и построение отчетов/выборок. С отчетами и выборками тёмный лес, т.к. требования меняются непредсказуемым образом любое количество раз в году (по началу), а вот с вводом и редактированием данных в целом ситуация стабильная, тем более за предыдущие 3 версии я достаточно хорошо исследовал этот процесс.

    Ввод/редактирование данных осуществляется посредством форм, которые, в общем случае, повторяют структуру таблицы БД, за исключением случаев, когда присоединяются поля из справочников.

    Я вообще по натуре человек ленивый, и вместо того чтобы 100 раз метнуться и что-то по мелочи исправить, я предпочитаю долго запрягать, а потом быстро и беззаботно ехать.

    Первейшая проблема программ на Clipper 5.x это банальное отсутствие таблиц БД, либо слетевшие индексы. Это первое, чем я озаботился. программа при запуске проверяет наличие или отсутствие таблиц и индексов, и чего не хватает - достраивает на лету. Таким образом можно потерять данные, но программа, все равно, работать будет. Чтобы это стало возможным, потребовалось в программе прописать структуры таблиц БД и индексов.

    Вторым этапом, дико устав копипастить на 95% совпадающий код для построения форм, а, потом, когда надо что-то поменять, добавить или исправить, шариться по тоннам на 95% идентичного кода в сотне мест, я решил прибиться к стану метапрограммирования.

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

    В метаописание формы я добавлял и ссылки на другие таблицы, и генератор автоматически понимал их как ссылки на справочники, в результате чего в форме появлялось в этом месте не поле ввода, а кнопка вызова справочника.

    Причем генератор грамотно отрабатывал множественную вложенность, и каждый вызываемый справочник имел полный функционал CRU (Create, Read, Update), включая фильтрацию по столбцам и сортировку.

    Таким образом я создал мощный и гибкий генератор интерфейсов, а разработка CRU-части приложения сводилась к разработке описания структур таблиц, индексов и метаописания форм.

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

    Для реализации этого функционала пришлось пропатчить стандартный грид TBrowse (он применяется для просмотра таблиц).

    Резюме следующее - для построения грамотной архитектуры необходимо иметь минимальный опыт в пару-тройку тысяч часов бурного кодинга, и успеть собрать основные грабли, успеть устать от боли копипасты и дебаггинга. Так же нужно досконально понимать и видеть целиком предметную область. Тогда из человеческой лени и стремления к идеалу, и будет рождаться некая архитектура, причем у каждого она будет своя, индивидуальная.

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

    P.S.: когда я мигрировал в веб, через некоторое время я снова вынужден был пройти аналогичный путь, в результате которого родился простенький AJAX-фреймворк на стеке PHP+Smarty+DBSimple+jQuery. Сегодня я всеми силами стараюсь от него уйти, хотя для своих задач он достаточно хорош. Был опыт, когда на шареном хостинге за 5 баксов проект на этом фреймворке со скрипом но держал 30-40 тысяч уников в сутки (после ряда оптимизаций) и достаточно хорошо был защищен от топорного взлома через SQL-инъекции благодаря DBSimple...
    Ответ написан
    1 комментарий
  • Как на своем сервере поднять аналог TeamViewer?

    Maxlinus
    @Maxlinus
    1. https://github.com/maxlinus/TightVNCHELPDESK

    2. посмотрите в сторону ChunkVNC (мануал с картинками www.realix.ru/?p=1127 )
    собрано всё при помощи autoit можете заточить под себя

    дистрибутив https://yadi.sk/d/5OmK3mwKfhFkc
    форум
    forum.ultravnc.info/viewforum.php?f=50&sid=df64acd...
    ChunkVNC Viewer+ Adress book
    forum.ultravnc.info/viewtopic.php?f=50&t=31546&sid...
    Ответ написан
    8 комментариев
  • Реклама в skype это вирус?

    Skype убрать рекламу - IE параметры, безопасность, сайты, заблокировать "https://apps.skype.com/".
    Ответ написан
    Комментировать
  • Как собрать системный блок на 400$?

    Arris
    @Arris
    Сапиенсы учатся, играя.
    > консультанты в магазинах впаривают игровые видюхи


    говоришь консультанту: "Мне нужна печатная машинка для работы в архикаде".

    Если продолжает впаривать всякую хрень - требуешь его руководителя и объясняешь ситуацию. И так далее, пока не дойдешь до компетентного специалиста. Если не дошел - иди в другой магазин.

    Рано или поздно ты встретишь консультанта, который хочет не лоха развести на бабло, а уважает покупателя как человека.
    Ответ написан
    Комментировать
  • Где почитать кулстори про айти аутсорсеров?

    voidnugget
    @voidnugget
    Программист-прагматик
    Хм... я видел пару проектов в аутсорсах от
    • Logitech
    • Texas Instruments
    • BMW
    • Bethesda
    • Volkswagen


    Все через одно место - в сроках, и в бюджете, делался 3ёх кратный запас, и его бывало оказывалось мало, так как при изначально плохой выработке требований и грибном менеджменте люди делали совсем не то что нужно. В итоге получался софт за который уплатили около 400-600К $ и из них больше половины зелени улетали в трубу.

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

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

    Другое дело что вам об этом всём вряд ли кто-то поведает, просто из-за NDA.

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

    Решайте проблемы индустрии - люди сами к вам потянутся.
    Ответ написан
    Комментировать
  • Какие существуют аналоги сетевому диску для Webdav?

    Jump
    @Jump
    Системный администратор со стажем.
    Смотря что в вашем понимании - сетевой диск.
    Некое множество синхронизируемых по сети файлов, или диск с которым операционная система может работать как с обычным диском.

    Если дело просто в синхронизации - вариантов куча, тот же btSync например.
    А если нужен именно диск, тут проблема в скорости - поскольку ОС уверена что это диск, она и пишет на него как на обычный диск, а ваш интернет канал просто не справляется с такими скоростями.
    Ну и надо понимать что при работе ОС с диском нет механизма защиты от потери данных при передаче, т.к потерь не может быть в принципе, в случае сетевого диска такие механизмы реализованы в самом стандарте.

    В общем хотите чтобы работало, забудьте про диск.
    Если же нужен именно диск - тогда обеспечьте быстрый и главное стабильный канал.
    Только вот чтобы обеспечить стабильный и быстрый канал нужно контролировать сетевую инфраструктуру между точками. Т.е если это ваша сеть. Если сеть чужая, то забудьте про стабильный канал.
    Ответ написан
    Комментировать
  • Недорогое видеонаблюдение для дома: выбор платформы и реализации?

    @maratusmanov
    Как человек профессионально занимающийся установкой систем виденаблюдения и имеющий не один десяток объектов с разными задачами посоветую так !
    Однозначно регистротор ( поставил и забыл, не нужен комп в отличие от платы, по цене дешевле, в разы надёжнее, ) по фирмам советую весту, или джасун.
    За счёт регистратора реализуешь и подключение через интернет и в тех моделях что я написал выше есть детекция движения, тоесть можно настроить запись только при движение, можно к тревожным выходам подключить какое либо устройство которое будет подавать свой сигнал ( СМС, сирена и т.д.)
    С электричеством так - покупаешь ББП ( беспребойный блок питания) ставишь аккум - подключаешь регистратор и камеры на ББП - тока не менее 5Ампер блок ! в итое после отключения пол часа он точно работает !
    Регистроторы ставлю везде - но тока проверенные - за год 9 выездов по обслуживанию - два для обработки видеозаписи ( поимка вора ) и один сгорела камера ! остальные чужие объекты, переделки и дороботки !

    Если ещё есть вопросы обращайтесь ! Всегда рад помочь, могу сделать ! Пишите в группе - ссылку оставляю ниже.
    Живу в Калининграде !
    Ответ написан
    Комментировать
  • Как правильно открыть доступ к FTP сквозь NAT Mikrotik'а?

    edinorog
    @edinorog
    Троллей не кормить!
    При работе по протоколу FTP между клиентом и сервером устанавливается два соединения – управляющее (по нему идут команды) и соединение передачи данных (по нему передаются файлы).
    Управляющее соединение одинаково для Активного и Пассивного режима. Клиент инициирует TCP-соединение с динамического порта (1024-65535) к порту номер 21 на FTP-сервере и говорит «Привет! Я хочу подключится к тебе. Вот мое имя и мой пароль». Дальнейшие действия зависят от того, какой режим FTP (Активный или Пассивный) выбран.

    В активном режиме, когда клиент говорит «Привет!» он так же сообщает серверу номер порта (из динамического диапазона 1024-65535) для того, чтобы сервер мог подключиться к клиенту для установки соединения для передачи данных. FTP-сервер подключается к заданному номеру порта клиента используя со своей стороны номер TCP-порта 20 для передачи данных.

    В пассивном режиме, после того как клиент сказал «Привет!», сервер сообщает клиенту номер TCP-порта (из динамического диапазона 1024-65535), к которому можно подключится для установки соединения передачи данных.

    Главное отличие между активным режимом FTP и пассивным режимом FTP – это сторона, которая открывает соединение для передачи данных. В активном режиме, клиент должен принять соединение от FTP-сервера. В пассивном режиме, клиент всегда инициирует соединение.

    Первоисточник

    Теперь сами сможете ответить на свой вопрос? =)
    Ответ написан
    3 комментария
  • Когда будет включен webdav на Cloud@Mail.Ru?

    demshin
    @demshin
    SysOp
    Я тоже давно жду поддержку webdav для организации резервного копирования. Если в mail.ru не отвечают, вряд ли кто-то здесь ответит.
    Ответ написан
    Комментировать