Ищу Candidat CMS

S
На сайте с 30.09.2016
Offline
469
#41
Sly32:
Это будет практичнее чем использовать БД?

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

Отпилю лишнее, прикручу нужное, выправлю кривое. Вытравлю вредителей.
Devvver
На сайте с 02.07.2008
Offline
672
#42
wwwwww:
если у кого осталось в закромах, особенно интересен второй вариант Candidat News CMS. Можно даже в личку.

Переходите в вебархив.

Вбиваете туда ссылку http://www.kan-studio.ru/download/kandidat_news/kandidat_news_v16.html

Находите там страницу за 2018 год.

Там ссылка на Яндекс Диск. И хопа - она до сих пор жива https://yadi.sk/d/HjkkbnBVk5wwB

Мой блог. Все о создании сайтов,Seo и СДЛ ( https://devvver.ru/ ) Мой SEO телеграм канал https://t.me/seobloggers
Aisamiery
На сайте с 12.04.2015
Offline
302
#43
suffix:
В основном оперативку. А она сейчас недорогая - то что в тарифах у хостеров это другой вопрос.

Смотрите платформа Супермикро :

1270v6, 64 gb ram, hw raid котроллер MegaRaid, 4 intel 240 gb ssd (ставим в raid 10), 2 10gbase-t - стоит 175.000 руб.

Разумеется думая о надёжности берём две штуки.

Соединяем по 10-гигабитной сети и зеркалируем содержимое. Использовать дублирование будем через dns round-robin.

Прослужат они 5 лет.

Colocation 2-ух 1U с IP и каналом обойдётся если оплатить сразу 5 лет в 180.000 руб.

Итого: (175.000+175.000+180.000)/60 = 8.833 рублей в месяц.

Сколько "обычных" сайтов какого-нибудь WP с базами данных потянет такой конфиг ? И о надёжности мы подумали и о быстродействии (два сервера же).

Так что наличие БД - никому ничем не мешает.

P.S.

А ещё бонус - через 5 лет эти два сервера можно будет поменять на ящик хорошего пива :)

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

Разработка проектов на Symfony, Laravel, 1C-Bitrix, UMI.CMS, OctoberCMS
suffix
На сайте с 26.08.2010
Offline
331
#44
Aisamiery:
Каждый инструмент хорошо решает только определенный круг задач, а не все сразу:)) у монеты всегда 2 стороны)))

Да, сенсей. Спасибо, сенсей :)

Клуб любителей хрюш (https://www.babai.ru)
Aisamiery
На сайте с 12.04.2015
Offline
302
#45
Sly32:
Хорошо, убедили, отличная штука ФФ системы. А что можно реализовать на них еще, кроме новостника? Например магазин со сложным составным товаром? Это будет практичнее чем использовать БД?

---------- Добавлено 07.01.2020 в 13:47 ----------


Странно, где-то я тут читал что гит не торт...
То есть ты изобретаешь CI/CD, Jenkins?

А кто сказал что ФФ цмс используют для магазинов? Их обычно юзают для простых, контентных сайтов, лендосов, визиток и там бложиков разных - никто не говорит что это серебряная пуля.

И мне иногда кажется что вы не понимаете что пишите. Гит не торт? CI без cvs?

S3
На сайте с 29.03.2012
Offline
329
#46
Sitealert:
Практичность оценивается по необходимости. Глупо выписывать один рецепт на все случаи. Ну, типа твоего докера, где надо и где не надо, с гитом на пару.

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

Про практичность спросил просто без попытки опустить подобные системы. Просто интересн

---------- Добавлено 07.01.2020 в 14:48 ----------

Aisamiery:
CI без cvs?

вот это точно не понимаю, расшифруй

Aisamiery:
Гит не торт?

Ну как бэ это личное к лэзику))) В оторванности от контента не понять)

Lazy Badger
На сайте с 14.06.2017
Offline
228
#47
Sly32:
Странно, где-то я тут читал что гит не торт

Он не торт, и для себя у себя я его не пользую. Но на

- обычном шарике

- в качестве отчуждаемого решения, доступного в поддержке даже одомашненному примату уровня гит-боя

- для простейшей задачи линейного изменения данных с документированием изменений

вполне допускаю. Я же не фанатик (в отличие от тех же гитбоев) и если это работает "из коробки" - то зачем искать еще что-то

Sly32:
То есть ты изобретаешь CI/CD, Jenkins?

Нет, не изобретаю, а решаю задачу "удобного обновления информации технически непродвинутым пользователем доступными ему простыми средствами". В офис на 5-10 продаванов громоздить Jenkins и "все дела": що занадто - то не здраво. А так - ломаться нечему ("простейшие не болеют"), все счастливы и совсем незадорого (в отличие от Jenkins-ноды и всего-всего по канбану и скраму)

---------- Добавлено 07.01.2020 в 16:59 ----------

suffix:
мифы о прожорливости БД если переводить в деньги сильно преувеличены

Нет. Особенно если вспоминать что есть MySQL_concurrent_connections, лимиты у хостеров, форканье процессов нещадное... и сайты, которые под нагрузкой ведут сильно хуже, чем без нее - даже на сильно боевитом железе (особенно если и мускуль с настройками "из коробки")

---------- Добавлено 07.01.2020 в 17:01 ----------

Aisamiery:
у монеты всегда 2 стороны

И то она умудряется иногда еще и на ребро встать

Производство жести методом непрерывного отжига
suffix
На сайте с 26.08.2010
Offline
331
#48
LazyBadger:

лимиты у хостеров

Прошу прощения но Вы цитируете кусочек моего сообщения и видимо отвечаете на него. Но в моем сообщении я прямо писал про покупку своих серверов и размещении их на коло.

Какие в этом случае нафиг лимиты хостеров ?

LazyBadger:
особенно если и мускуль с настройками "из коробки"

То что всё нужно правильно настраивать это очевидно. Это никак не аргумент использовать / не использовать БД.

Я же уже писал Вам - я согласен что Вы правы - каждый инструмент нужен когда нужен, но я против мифологизации "дороговизны" использования БД в плане реальных денег.

Lazy Badger
На сайте с 14.06.2017
Offline
228
#49
suffix:
Прошу прощения но Вы цитируете кусочек моего сообщения и видимо отвечаете на него. Но в моем сообщении я прямо писал про покупку своих серверов и размещении их на коло.

Прошу прощения, suffix, но у меня только один вопрос - приходилось ли работать Network|System Admin и обслуживать LAMP-стек на обычном таком хостинговом тазике с посещаемостью более чем полтора инвалида? В моей жизни такое было

MySQL uses one thread per connection. MySQL by default allows 151 simultaneous client connections. If you reach the limit of max_connections you will get the “Too many connections” error

+

To prevent the server from running out of resources, it is important to limit the number of concurrent connections to the MySQL server that can be established.

+

It's not beyond possibility to set up MySQL to achieve 100000 concurrent connections if you balance network config and use thread pools.

Так что не все так просто, как кажется

suffix
На сайте с 26.08.2010
Offline
331
#50
LazyBadger:

Так что не все так просто, как кажется

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

Плюс отдельно взял vps для учёбы/тестов - вот там уж отвожу душу.

Но это к делу не относится. Но в целом если даже тупо делать по мануалам в сети с разворачиванием LAMP и затем запускать нагрузочное тестирование то особо ничего ужасного в своём случае не наблюдал. Да конечно я же не для работы а для души и поэтому тестирую только nginx+apache+mariadb+bitrix и БД своего сайта - так что это не показатель и ваш опыт несравненно больше и наверняка проблемы бывают.

Просто мне интересно всё это :)

Но всё равно мне кажется что в стандартных случаях использование БД не сильно удорожает проект если изначально не жлобиться на ресурсы/администрирование.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий