Думаю норм, что пересмотри модель по смене работы в сторону левелапа на текущей и отойти чутка вбок.
В тоже время есть некая дилемма — хочется пойти допустим к вам на курс на программированию, допустим на го, но я не разработчик, и нет какого-то jinuor full-time опыта, занимаюсь больше IaC, но не программированием. И хочется просто порешать задачки, чтобы их попроверяли, а на выходе научиться автоматизировать свою работу, или написать простенький апи, и работать с БД. К примеру пройтись по таким темам github.com/astaxie/build-web-application-with-golang/blob/master/ru/preface.md.
Да, я могу сесть сделать сам, но не будет консультации со стороны, нет мотивации и т.д.
в моем случае я передаю другую переменную (server_count), которую потом подставляют в count ресурсов модуля, но вот именно count как аргумент модуля не работает
Но зато кеш индексной страницы — можно будет сделать полностью (опять же зависит от условий). А отображение входа на сайте анонимус\логин можно сделать при помощи JS/AJAX
Не надо валить все на CMS. Вы написали — хосты, цмс и расширение. Какой вывод можно сделать, основываясь на этом? Да никакой.
Давайте разберем парочку примеров.
1. Есть сайт, для отображения стартовой страницы — делается ~30 запросов к базе данных. Не хорошо. Грамотное кеширование позволит свести запросы к базе для стартовой страницы на ноль. Но ни в одной типовой CMS такое не будет реализовано, т.к. есть куча нюансов, которые нужно для автоматизма допиловать хорошо ручками… Следовательно 7000 без кеширования это одно, а с кешированием, это тоже самое, что и 10_000
2. Будет планироваться отдача файлов (изображения, музыка, что там еще). Как это сделано будет. На сервере это будет отдваться средствами apache (в стандартной ситуации) или фронт-эндом, опять же это существенно скажется на работоспособности сервера. И это уже не зависит от CMS.
Да и аренда сервера сейчас не дорого стоит.
З.Ы. Только выше в примере typo3, а то typosphere что-то в голове заела.
В тоже время есть некая дилемма — хочется пойти допустим к вам на курс на программированию, допустим на го, но я не разработчик, и нет какого-то jinuor full-time опыта, занимаюсь больше IaC, но не программированием. И хочется просто порешать задачки, чтобы их попроверяли, а на выходе научиться автоматизировать свою работу, или написать простенький апи, и работать с БД. К примеру пройтись по таким темам github.com/astaxie/build-web-application-with-golang/blob/master/ru/preface.md.
Да, я могу сесть сделать сам, но не будет консультации со стороны, нет мотивации и т.д.
$ terraform apply
Error: Reserved argument name in module block
on nodes.tf line 4, in module «nodes»:
4: count = 3
The name «count» is reserved for use in a future version of Terraform.
$ terraform -v
Terraform v0.12.6
+ provider.openstack v1.22.0
+ provider.random v2.2.0
+ provider.template v2.1.2
module «nodes» {
source = "./modules/create_server"
count = 3
// server_count = "${var.server_count}"
в моем случае я передаю другую переменную (server_count), которую потом подставляют в count ресурсов модуля, но вот именно count как аргумент модуля не работает
module "AAA" {
source = "..."
count = "3"
github.com/hashicorp/terraform/issues/953
mono-smcs — Mono C# 3.0 compiler for CLI 2.1 (Moonlight / Silverlight)
$ sudo apt-get install -s mono-smcs
<..>
Будут установлены следующие дополнительные пакеты:
cli-common libmono-corlib1.0-cil libmono-corlib2.0-cil libmono-corlib2.1-cil libmono-i18n1.0-cil libmono-i18n2.0-cil libmono-security2.0-cil libmono-system2.0-cil libmono-system2.1-cil libmono0 mono-common mono-gac mono-jit mono-runtime и т.д.
В точку! А moonlight из-за mono тянуть как-то не хочется.
2. Сайт похож больше на рекламу фильм, боевика, чем офиса.
Но зато кеш индексной страницы — можно будет сделать полностью (опять же зависит от условий). А отображение входа на сайте анонимус\логин можно сделать при помощи JS/AJAX
Не надо валить все на CMS. Вы написали — хосты, цмс и расширение. Какой вывод можно сделать, основываясь на этом? Да никакой.
Давайте разберем парочку примеров.
1. Есть сайт, для отображения стартовой страницы — делается ~30 запросов к базе данных. Не хорошо. Грамотное кеширование позволит свести запросы к базе для стартовой страницы на ноль. Но ни в одной типовой CMS такое не будет реализовано, т.к. есть куча нюансов, которые нужно для автоматизма допиловать хорошо ручками… Следовательно 7000 без кеширования это одно, а с кешированием, это тоже самое, что и 10_000
2. Будет планироваться отдача файлов (изображения, музыка, что там еще). Как это сделано будет. На сервере это будет отдваться средствами apache (в стандартной ситуации) или фронт-эндом, опять же это существенно скажется на работоспособности сервера. И это уже не зависит от CMS.
Да и аренда сервера сейчас не дорого стоит.
З.Ы. Только выше в примере typo3, а то typosphere что-то в голове заела.