Виктор Савченко: ну поставите вы коробочное платное решение, не подумавши, не разобравшись в технологиях и не подняв уровень компетенции, понадеетесь на то что производитель за деньги всё это предусмотрел и что... теже пароли, теже ddos (просто ваши же примеры).
С одной стороны я вас понимаю - труд должен оплачиваться, с другой - вы как-то сильно про linux и open source странновато высказались, а ведь вам с нами дружить надо:)
Иван АНТИКЛАН: вот вам статья о Consul, программном комплексе который помогает решить эту задачу с менеджерской точки зрения:) 4gophers.ru/article/api-consul Можно подключить не только к Golang но и к куче проектов на других языках программирования. Возможно именно вам такой подходит и пригодится. Главное потом напишите что решили - людям будет полезно.
Иван АНТИКЛАН: это исключительно менеджерская задача (ну или админская)... хоть приложение для этого напишите, хоть файлик, хоть что - всё равно кто-то вручную указывает данные для инфраструктуры (заполняет конфиг).
Просто постарайтесь соблюдать совместимость старого конфига и нового кода. Тогда приедет код на продакшин, потом менеджер получит сообщение о том что в конфиге что-то надо поменять - поменяет любым доступным способом и всё заработает.
Можно предположить что кроме cmd (аля под Windows) надо бы обратить внимание на консоль (аля bash и его разновидности, как в Linux так и в Mac OSX так и на некоторых коммутаторах, хотя на некоторых голимый telnet:))
recloudor: речь об html-тегах? Или о тегах разметки шаблонов (про которые все и подумали). Слишком не понятная ситуация что бы вам помочь. Попробуйте переоформить вопрос более развёрнуто и понятным образом.
Если речь о фильтрации данных то вот небольшой FAQ на эту тему:
1. можно фильтровать теги при получении сырых данных от пользователя и хранить их в базе уже в отфильтрованном виде.
2. можно складывать в базу сырые данные, а потом накладывать фильтры при выводе на сайте, через API либо другие средства вывода информации.
3. в php есть несколько всем известных функций документацию к которым можно почитать на русском: www.php.su/htmlspecialcharswww.php.su/addslashes это для общего понимания принципов фильтрации. В Golang вам нужны аналогичные механизмы (где взять? Попробуйте ответить на этот вопрос самостоятельно)
4. посмотрите что пишут на тему "частичная фильтрация html тегов", примеров и решений будет просто море, ваша задача разобраться в теме и выбрать алгоритм подходящий для себя, а потом реализовать такой же на Golang.
5. посмотрите что пишут на тему "фильтрация html тегов - белые списки", "фильтрация html тегов - чёрные списки",
Если же я вас понял не правильно - переоформите вопрос более доступно, потому что похоже вас никто не понимает.
Количество файлов на страницу * номер страницы = тут вам сразу и позиция с которой отображать и количество сколько отображать и так далее... думайте, учитесь, чего уж там:)
sim3x: да вот хотя бы про эту habrahabr.ru/company/hexlet/blog/248519
Или про то что LXC, как и OpenVZ ещё год назал не умел правильно разделять IOPS к доступу к дисковой подсистеме и проблемы в одном контейнере убивали весь сервер целиком, а не только конкретный изолированный участок.
Или, опять таки, слишком большой размер что бы запустить одно приложение или целую пачку по отдельности.
Или проблемы с латенси в сетевом стеке между докерами на одной физической машине.
Или ещё ворох того что можно поискать, как в сети так и самостоятельно.
Докер крут тем что даёт возможность людям думать ещё меньше чем обычно, а думать никто не любит. Но как технология, конечно, крута... но не понацея. По этому и хочется услышать реальный фидбек от использования CoreOS везде и всюду... как много докер-контейнеров вам приходится из-за этого запускать на одном сервере, используете ли вы по контейнеру на каждый сервис или объединяете сервисы группами что бы поместить в один контейнер? Как справляетесь с междокерной интеграцией?:) Что делаете если докер контейнеру в пределах сервера тесно и его надо перенести? Ещё можно вопросов можно придумать и ответы на которые хотелось бы получить:)
Михаил: Для меня более важно то количество лет что я использую Gentoo (а их уже примерно с десяток), опыт ручной миграции между версиями EAPI, поддержка локального оверлея и сборки специфического софта путём написания ebuild (но на самом деле это приходилось делать редко).
В сферу специфики моей работы более пяти одновременно живущих серверов в личном пользовании у меня, обычно, не бывает, по этому автоматизированные сборки через Ansible и прочее не делаю.
Есть список USE флагов которые набираются постепенно, список особенностей которые надо учитывать при установки того или иного софта, по этому новая сборка, как правило, проходит очень просто в фоне и без дополнительного софта.
Сервера при этом универсальные, от типичных DNS и Web-сервера до OCR распознования, WebSockets и прочих сетевых многопоточных приложений.
Чего-то сильно высоконаргурежнного на них никогда не бывает, по этому тюнить под отдачу большого количества видео или большего числа одновременных соединений пока было без надобности, всё и так работает очень хорошо.
В планах уменьшить размер stage3 и перенести его на полностью ручное обновление через единый git сервер. Это нужно для:
1. уменьшения размера занимаемого операционкой в принципе
2. исключения совсем редко используемого софта
3. исключения используемого софта, но от которого можно отказаться
4. сборки для запуска исключительно Golang приложений без прочего стека, возможно кроме ядра, небольшой обвязки и стопки Golang приложений там больше ничего и не останется
JinDevil: тогда чистый нативный JavaScript. Связка selector'ов и модификаторов занимает очень мало кода, можно и к себе перетащить, если чистый JS не нравится.
А что именно в jQuery вам не нравится? Объём? Скорость? Удалите всё лишнее, оставьте только то что вам нужно.
Они просто боятся этого языка и вы рассуждаете с позиции человека который уже понимает, а они с позиции людей которые пока не понимают всех этих плюсов и особенностей. С другой стороны, может быть им это и не нужно - меньше мейнстрима в языке программирования - меньше всякой беллетристики в репозитариях. Мне не сильно прельщает говорить о мире Golang с программистами у которых мозг работает в PHP или каком-то ещё стиле, чаще всего потому что идёт полное недопонимание с их стороны, а мне откровенно скучно.
С одной стороны я вас понимаю - труд должен оплачиваться, с другой - вы как-то сильно про linux и open source странновато высказались, а ведь вам с нами дружить надо:)