Петр Зенин

Производители называют срок примерно 5 лет при 20 ГБ записи в день. Реально срок жизни зависит от:
- объёма диска (чем больше тем дольше срок жизни)
- количества свободного места (чем больше тем дольше срок жизни)
- объёма ежедневной записи (чем меньше тем дольше срок жизни)
- толщины техпроцесса ячеек (чем толще тем больше срок жизни).

5 лет при 20 ГБ - это, конечно, средняя температура по больнице. Реально диски чаще дохнут от врождённых болезней, например, сдыхает контроллер.

Все зависит ОТ МЕСТА и количества видеокамер.

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

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

Golang используют для создания сайтов да. Только дорогих сайтов. Скажем есть у меня проектик - хозяин ввалил в него уже стоимость Ленд Круизера свежего и все продолжает платить и платить.
Вы - не тот человек, которого будут для этого нанимать.
А в дешевой нише вы не сможете конкурировать по цене с ПХПистами.

1. Как обстоят дела с производительностью в сравнении с php смотрел benchmark go выигрывает у php в 2 раза по скорости
(возможно мне стоит и дальше сайты создавать на php)

Одни из самых высоконагруженных сайтов в мире сделаны с PHP - Facebook, примеру.
Или Vkontakte

Формально Go быстрее. Если ваш сервер и клиент разделяет только 10 метров.
Но в мире веба очень большие задержки - это связь между сервером и браузером, там совсем другие расстояния и другой порядок задержек. А это от языка программирования не зависит.

На их фоне, если вы нормально запрограммировали сайт - не должно тормозить ни на PHP ни на Go.

2. Влияет ли как-то golang на seo оптимизацию-выдачу
(если для frontend не админ панели взять angularjs то сайт не будет весь индексироваться)

Вам с таким уровнем понимая рано что-то решать.
Делайте то, что старшие скажут.

3. Какую выбрать связку для сервера возможно имеется nginx или apache в поддержке для golang (или у go имеется свой сервер и как он в сравнении с остальными)

Это не связано с языком. Это связано с администрирование, проектированием, архитектурой системы, но не языка.

4. Поддерживает ли golang mysql и какая скорость

Да.
Скорость работы с СУБД ограничена, как правило, самой этой СУБД - это узкое место всегда.
От языка программирования, использующего ту или иную СУБД - зависит слабо.

5. Возможно имеются хорошие фреймворки написанные на golang для создания именно сайтов

Revel, Beego.me, gin и еще десяток.
Только они не нужны.
Все что нужно уже входит в стандартную библиотеку Golang.
Для облегчения работы стоит глянуть на фреймворки - Gorilla, Martini....

6. Подойдет ли вообще golang для мелких или для крупных сайтов

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

7. Имеются ли подводные камни при разработке

Для тебя - важно, что мало информации, а особенно мало - на русском.

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

Обычно, это называется объектовой базовой станцией. Её строят или привозят на время "стрима" для обеспечения нужного сигнала, а саму подключают через радиорелейный канал к какой-нибудь магистрали. Для это требуется получить разрешение. Этим занимаются специальные люди.

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

p. s. На самом деле, ваша задача легко решается. Только для этого надо работать в какому-нибудь КГБ или ФСБ))

Универсального решения, я думаю, нет.
Разумеется, проводное подключение всегда будет стабильнее и надёжнее.

Если куда-то дотянется только спутник - там и выбора-то особого нет )
Не подскажу по использованию Wi-Fi в качестве радиорелейки - не специалист - а вот в сотовых сетях немного ориентируюсь )

Выше в комментариях я видел требования к полосе 2 Мбит/с, верно?
Тогда скажу так: да, скорость на мобильной сети вполне достижимая.
Обозначу некоторые не сразу очевидные вещи:
1. Радио у мобильных операторов заточено под типичное для среднего абонента распределение передача/приём (Uplink/Downlink) ~ 1/7 - 1/8. Соответственно, поскольку камера работает на передачу, заявленную оператором доступную полосу (а маркетологи любят обещать и 100, и 300 мегабит в секунду) я бы сразу смело делил на 8.
2. Доступную полосу в конкретной точке всё равно надо проверить. Проверять не спидтестом - он зачастую подвирает - а, например, iperf'ом. Вообще, для каждой конкретной площадки я бы взял симки всех доступных там операторов, померил бы скорость на каждом, и выбрал наиболее подходящую.

Насчёт же запараллеливания каналов от нескольких мобильных операторов... Думаю, при большом количестве точек геморрой с обслуживанием этой конструкции съест любой возможный выигрыш. Так что, максимум, на мой взляд, это комбинация из двух каналов: основной/резервный.

Потребуется специальная антенная решётка. По предварительным расчётам, она будет по размеру с коробку от пиццы. Пока выведены два спутника, она вряд ли где-то продаётся.
И предварительная стоимость — 50$/мес — негуманная для страны, где интернет один из лучших в мире (ой, если бы ещё не роскомнадзоры и их украинские аналоги).

(Долго вспоминал, как называется крупная спутниковая сеть голосовой связи — Iridium. Удивительно, что она ещё работает и для работы полагается именно что на Маска.)

Нашёл.
https://www.reddit.com/r/Starlink/comments/7zqm2c/...

Пользовался и сейчас завершаю проект на miniShop 1 версии. Решение хорошее, много умеет, для моей задачи подходит, но в некоторых местах очевидно гибкости маловато. Эта проблема решается во 2 версии — miniShop2, минус — документация закрыта за платной подпиской (продукт хорош, можно и пожертвовать 10$ автору). С остальными не доводилось работать.

Неси свой крест и веруй. Достоевский.

Из реальных подводных камней…
8-800 — это номер с звонком за счет владельца номера. Для звонящего — бесплатно, для владельца — по цене межгорода. Соответственно, мы столкнулись с горячими южными парнями, которые звонят бесплатно на этот номер и начинают болтать с нашими девочками на ресепшене. «Черный список» не помогает — они просто меняют мобильный и продолжают развлекаться за наш счет.

Что было сначала — курица или яйцо? :)
Чтоб понимать как соотносятся Javascript и ECMAscript, нужно окунуться немного в историю. Javascript был создан как скриптовый язык для Netscape. Майкрософт создал свой скриптовый язык для IE, который назывался JScript. Естественно использовать 2 языка для разных браузеров было не кошерно и Netscape инициировало стандартизацию, в результате чего родился стандарт языка ECMAscript. ECMAscript не привязан к браузерам, сам по себе не имеет средств ввода/вывода. Последующие версии языков Javascript и JScript были приведены в соответствие стандарту ECMAscript. На основе этого стандарта также был создан ActionScript.
В итоге сегодня Javascript состоит из 3-х практически отдельных частей
— Ядро (полностью соответствует стандарту ECMAscript),
— Document Object model (DOM)
— Browser Object Model (BOM)
DOM — это API для достука к HTML. Его спецификацию вы можете найти на сайте W3C. BOM в каждом браузере реализован по своему. Соответственно вы найдете спецификацию Javascript от Mozilla (как наследницы Netscape) на их сайте. Отдельно можете почитать спецификации ECMAscript и DOM.
В итоге получается, что изначально стандарт ECMAscript был основан на Javascript, а потом Javascript основан на ECMAscript. Вот так запутанно :)
Ну а приставка Java — это маркетинговый ход. Java была очень на слуху в 90-х, поэтому и выбрали такое название. Точнее даже переименовали язык из LiveScript в Javascript.

Я в свое время глядел на cakephp, symfony, CodeIgniter, Kohana, Yii, Akelos и еще некоторые.

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

Yii — классная штука, написана с использованием PHP5 и модных паттернов проектирования, к тому-же плотно интегрирован с фишками веб2.0 (AJAX). Хорошая документация по API, но практически нет примеров.

Akelos — слишком сырой.

CodeIgniter — php4, слабый ORM.
Kohana (форк от CodeIgniter) — php5, плохо документирован, слабый ORM.

Symfony — попытка сделать клон RubyOnRails на php. Однако сложнее в изучении чем оригинал и возможностей значительно меньше. ИМХО лучше уж тогда рельсы выучить или джангу.

Итог:
для начинающих — cakephp, для продвинутых yii

Хороший программист — ленивый программист.
Хотя бы потому, что у меня было так — 2 дня ничего не делал про проекту (а должен был), но всё это время обдумывал. Потом за четверть дня накатал — без быдлокостылей, которые могли быть при спешке, с гибкость и масштабированием.
Часто замечал, что более короткий код более надежен.

>>> Вопрос к программерам — все так делают или то только мой не хочет работать?

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

А вообще, хороший программист — это ленивый программист. Меня всегда напрягали трудоголики… выдадут за день 3000 строк кода, из которых 1500 с багами, но зато с довольной улыбкой и чувством выполненного долга уйдут домой, даже не удосужившись протестировать сделанное и подумать над кодом.

Минск. 40 в час. Тссс, за мной уже выехали.

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

А получать веб-разработчик может сколько угодно. От работы быдлокодером за еду, до создания успешного стартапа и продажи его за 100500 тыщ миллионов. И важен тут не только опыт и квалификация.