Спасибо за ответ! Что-то с 50мм я загнул с просони и правда.
У меня вентилятор gambird 80мм шумит только при максимальных оборотах, его совсем не слышно в обычное время. Ветродуй на кулере 70мм, шумит тоже только при максимальных оборотах на amd процессоре (при этом рабочая 43-45 градусов) и его совсем не слышно. NAS стоит прямо на кухне около куллера для воды )) его не слышно и не видно вовсе. Не буду спорить насчет 120мм, конечно они производительнее, но всё-таки от них отказался в пользу компактного корпуса который поместится за куллером стоя и выполняет еще дополнительно роль полки для стаканов )).
насчет SSD в NAS, тут надо бы аккуратнее в целом не говоря про желательно разные модели или партии если говорим про raid, тоже отдельная тема. Я свой NAS строил на базе hdd 2.5 wd black, на дисках купленных на том же сайте барахолке )) в целом 4 диска по 2тб обошлись мне в 6.3 тыс рублей пару лет назад. Понятно, что у них разная степень паршивости, но работают они в zfs пуле и пул постоянно мониторится на ошибки, за 2 года пока не пришлось менять ни один из дисков тьфу тьфу тьфу.
>> Ещё одна пара HDD имеют и так, вполне стабильное охлаждение (большие зазоры + потоки воздуха от вентилятора материнской платы).
Подскжаите, а стресс тест проводили дисков? Интересно их температура например при активном бекапе с полной нагрузкой? Точно ли пассивного охлажедения с минимальным потоком воздуха от БП и Куллера хватает для их охлаждения и поддержания? Возможно лучше задумать пару местечек под 50мм ветродуи с регуляртором от материнки с двух сторон от БП?
P.S> Видел ваше объявление на известном сайте вроде бы месяц назад, когда искал себе корпус. Это было очень интересное решение как визуально, так и практический, даже добавил в избранное размышляя о заказе. Но на горбушке подходящий по габаритам корпус m-itx нашел дешевле, а учитывая, что у меня 2.5 диски, даже в этот корпус их поместилось 4 штуки без проблем.
В целом tw скорее utility only, а не utility firts. сложность макета должна где-то существовать, это стоит учитывать при дальнейшей поддержке или переиспользовании макета. Либо во всяких sass, либо четко ограниченная дизайн системой с переиспользуемыми стилями.
Если в целом не нравится много перечислений, есть apply… это всеравно как постояннно народ пихает svg одинаковые на странице разными экземплярами, когда можно реюзнуть через символы вставив иконку полностью только один раз.
Если идет общение SPA с API, почему не обязать сервер передавать защищенную куку, которую браузер и так будет цеплять к fetch запросам, а сервер валидировать?
Хранить токен в localstorage, куда имеет доступ все, что связано с js, в том числе подключаемые внешние скрипты/метрики/пиксели gtm тот же... Даже с учетом наличия абстракции все еще не безопасно, темболее нельзя исключать человеческий фактор, что кто-то когда-то в очередной версии клиента случайно опустит абстракцию и допустит обработку внешнего html например и кто-то подкинет пиксель с js пользователю.
Эх, писал длинный текст и редактор хабра решил, что много разглагольствую и очистил ввод :(.
Если короче, это было 7 лет назад может немного больше и я уже не очень хорошо помню все с чем сталкивались. Что помню, на тот момент у нас были проблемы в основном с рутиной. В фальконе не адекватно работал DI, потом у нас началась проблема со слоем ошибок. Учитывая, что писали API, у нас было очень много валидаций входящих параметров и описание валидаций, часто добивало, что нельзя было навесить глобальный trim, постоянные массивы строк с правилами валидации и самое печально, инкапсулировать в отдельный слой реквест запросы и инжектить их в контроллеры было просто не возможно, из-за чего шли по документации и писали валидацию прямо в методах контроллера, в последующем вынеся конечно в файлы обертки, но вся эта петрушка скорее сократила контроллеры, но не сократила рутину, только прибавила. В то время ручной работы на фальконе, было больше чем если пользоваться готовой абстракцией ларавеля, которая почти неосознанно постепенно появлялась в проекте но реализованная уже в ручную. Тот же ORM ларавеля, но наш лид почему-то очень любил phql (почему конечно стал понимать со временем, но снова таки многие вещи на raw можно было переводить постепенно и точечно, там где они серьезно нужны) и мы просто постоянно вынуждены были писать чистые запросы, даже если это обычный select для одной модели, кормить их modelManager'у и получать модель. Когда в laravel это уже было Model::firstOrFail(...), без всяких raw запросов и прочей нечести. (абстракция развращает).
Помню что для создания обычного GET resources/{id} нам требовалось написать raw запрос, контроллер, инициализировать Response объект... Когда в laravel из коробки это занимало 1 строчку тела метода.
Странно, что не взяли в пример phalconphp, он же вообще модулем шел (или еще досихпор идет) и по многим тестам производительности быстрее даже чем CI.
Сейчас к сожалению диктует условия бизнес и бюджет. Было время когда я работал на phalconphp и некоторые из нас оглядывались на laravel, на то время еще его 5 версию... Проблема была в том, что мы делали многие вещи днями, которые на laravel можно было сделать за несколько часов, при этом сжигали бюджет... Но наш лид не хотел уходить с фалькона именно трактуя это скоростью работы фреимворка, которая по факту на начальных дистанциях в целом никому не нужна - важно выпустить жизнеспособный продукт, а дальше уже заниматься оптимизациями и прочим перфомансом и жонглированием.
Что в итоге мы имели ? На фальконе проект делался долго, тимлид успел уйти из компании, а новый пришедший тимлид сказал, что все хрень и php вообще не язык, а еще он очень медленный - пишем все на java (spring mvc).
В результате - всегда найдется "умник", который скажет, что все полная фигня и надо переделать на то-то...
Пока батарейка сядет чтобы скинуть биос, конечно времени пройдёт… врядли он месяц или год, в зависимости от состояния этой батарейки будет висеть на проводе.
Проксирую через гникс. Домен на сервер чтобы в записях не светился домашний белый айпи. Домашний айпи белый, да. Пока использую для пря прямого доступа к ssh.
в пандемию хотел продать свой imac 2012 года. В итоге передумал. работает как домашний сервер 3 года.
Nextcloud + HomeBridge + mail server (спасибо Яндексу)
По usb подключены 3 диска 2.5, 2 по 1 тб и 1 на 2тб. 2 собраны в зеркало zfs, третий для бекапов.
Все контейнеры в докере. Дополнительно, чтобы просто так не стоял, используется для просмотра фильмов/ютуба через airplay server с мобилок, компа.
Чтобы не долбили на прямую если кто то вскроет домен, закупил VPS у хостера за 200 рублей в месяц с минимальной защитой l2-l4, через него проксирую http/https запросы к домашнему серверу, на нем же pop сервер для забора почты на домашний сервер.
А почему выбор пал на конвекторы? ИК с термостатом вроде как по интересенее, да и если взять пленки типо зебры, можно под отделку спрятать (Вагонку). Воздух не сушат.
На даче висят 6 панелей зебры по 60 вват в комнатке 2.5 на 2.5, получается 330 вват на комнату + термостат умный от Литко. В целом держат неплохо, но тут уже вопрос утепления по эффективности поддержания температуры.
По щитку, выключатель нагрузки и УЗО не по нормативу вроде как, аж на 63А... В трехфазных сетях не более 15кВт в сумме по всем фазам, а это вроде как 32А максимум. Вдобавок слишком прожорливые потребители типо котлов или каменок для сауны/бани должны нагружать 3 фазы равномерно.
Могу конечно ошибаться, но сужу по тому, что имею мне электрики установившие вводный автомат от поставщика энергии в трехфазном, установили автомат на 32А и опломбировали его. При этом насколько понимаю каждый последующий автомат в идеале должен быть меньше предыдущего.
Честно говоря если бы не сообщили про 20 в разработке, возможно бы все сгладилось. Однако наблюдая код проекта, небрежность в структурировании и отсутсвие общепринятых стандартов - этот проект сложно будет привести в норму и 20 лет опыта к сожалению кажутся неправдой… не говоря о том, что поддержке php 7.4 остались считанные месяцы, а поддержка 8.0 должна истечь в следующем году.
Вашу разработку надо приводить к 8.1, начать декларировать и соответствовать общепринятому psr-12. А учитывая увиденное, это потребует не малых сил и вложений своего времени, к сожалению :(
Взял ББП-60 на него подключен роутер с модемом + xiaomi magnetic камера. Камера на улице, ббп в неотапливаемом доме.
Спасибо за ответ! Что-то с 50мм я загнул с просони и правда.
У меня вентилятор gambird 80мм шумит только при максимальных оборотах, его совсем не слышно в обычное время. Ветродуй на кулере 70мм, шумит тоже только при максимальных оборотах на amd процессоре (при этом рабочая 43-45 градусов) и его совсем не слышно. NAS стоит прямо на кухне около куллера для воды )) его не слышно и не видно вовсе. Не буду спорить насчет 120мм, конечно они производительнее, но всё-таки от них отказался в пользу компактного корпуса который поместится за куллером стоя и выполняет еще дополнительно роль полки для стаканов )).
насчет SSD в NAS, тут надо бы аккуратнее в целом не говоря про желательно разные модели или партии если говорим про raid, тоже отдельная тема. Я свой NAS строил на базе hdd 2.5 wd black, на дисках купленных на том же сайте барахолке )) в целом 4 диска по 2тб обошлись мне в 6.3 тыс рублей пару лет назад. Понятно, что у них разная степень паршивости, но работают они в zfs пуле и пул постоянно мониторится на ошибки, за 2 года пока не пришлось менять ни один из дисков тьфу тьфу тьфу.
Если на пассивную 56, при диапазоне 0-70 градусов. Это почти треть рабочего диапазона.
Определенно много.
>> Ещё одна пара HDD имеют и так, вполне стабильное охлаждение (большие зазоры + потоки воздуха от вентилятора материнской платы).
Подскжаите, а стресс тест проводили дисков? Интересно их температура например при активном бекапе с полной нагрузкой? Точно ли пассивного охлажедения с минимальным потоком воздуха от БП и Куллера хватает для их охлаждения и поддержания? Возможно лучше задумать пару местечек под 50мм ветродуи с регуляртором от материнки с двух сторон от БП?
P.S> Видел ваше объявление на известном сайте вроде бы месяц назад, когда искал себе корпус. Это было очень интересное решение как визуально, так и практический, даже добавил в избранное размышляя о заказе. Но на горбушке подходящий по габаритам корпус m-itx нашел дешевле, а учитывая, что у меня 2.5 диски, даже в этот корпус их поместилось 4 штуки без проблем.
В целом tw скорее utility only, а не utility firts. сложность макета должна где-то существовать, это стоит учитывать при дальнейшей поддержке или переиспользовании макета. Либо во всяких sass, либо четко ограниченная дизайн системой с переиспользуемыми стилями.
Если в целом не нравится много перечислений, есть apply… это всеравно как постояннно народ пихает svg одинаковые на странице разными экземплярами, когда можно реюзнуть через символы вставив иконку полностью только один раз.
Как вариант отдельно взять. Например DSN-VQ128, он даже с вольтметром за 50-200 рублей, на алике вроде за 100 найти можно.
Можно через USB и хаб, но понадобится доп питание к дискам.
У меня так 2.5 диски 4 штуки вертятся в zfs для домашнего NAS уже пару лет))
Литий вроде и пожарные не тушат, контролируют чтобы не распространялся только.
AccordTec ББП-20 за 1 - 1.3 тыс без акб.
+ какой нибудь General Security GS 1.2-12 12В 1.2 Ач, за 400-500 рублей.
Выйдет +- тоже самое :).
Если идет общение SPA с API, почему не обязать сервер передавать защищенную куку, которую браузер и так будет цеплять к fetch запросам, а сервер валидировать?
Хранить токен в localstorage, куда имеет доступ все, что связано с js, в том числе подключаемые внешние скрипты/метрики/пиксели gtm тот же... Даже с учетом наличия абстракции все еще не безопасно, темболее нельзя исключать человеческий фактор, что кто-то когда-то в очередной версии клиента случайно опустит абстракцию и допустит обработку внешнего html например и кто-то подкинет пиксель с js пользователю.
Эх, писал длинный текст и редактор хабра решил, что много разглагольствую и очистил ввод :(.
Если короче, это было 7 лет назад может немного больше и я уже не очень хорошо помню все с чем сталкивались. Что помню, на тот момент у нас были проблемы в основном с рутиной. В фальконе не адекватно работал DI, потом у нас началась проблема со слоем ошибок. Учитывая, что писали API, у нас было очень много валидаций входящих параметров и описание валидаций, часто добивало, что нельзя было навесить глобальный trim, постоянные массивы строк с правилами валидации и самое печально, инкапсулировать в отдельный слой реквест запросы и инжектить их в контроллеры было просто не возможно, из-за чего шли по документации и писали валидацию прямо в методах контроллера, в последующем вынеся конечно в файлы обертки, но вся эта петрушка скорее сократила контроллеры, но не сократила рутину, только прибавила. В то время ручной работы на фальконе, было больше чем если пользоваться готовой абстракцией ларавеля, которая почти неосознанно постепенно появлялась в проекте но реализованная уже в ручную. Тот же ORM ларавеля, но наш лид почему-то очень любил phql (почему конечно стал понимать со временем, но снова таки многие вещи на raw можно было переводить постепенно и точечно, там где они серьезно нужны) и мы просто постоянно вынуждены были писать чистые запросы, даже если это обычный select для одной модели, кормить их modelManager'у и получать модель. Когда в laravel это уже было Model::firstOrFail(...), без всяких raw запросов и прочей нечести. (абстракция развращает).
Помню что для создания обычного GET resources/{id} нам требовалось написать raw запрос, контроллер, инициализировать Response объект... Когда в laravel из коробки это занимало 1 строчку тела метода.
Странно, что не взяли в пример phalconphp, он же вообще модулем шел (или еще досихпор идет) и по многим тестам производительности быстрее даже чем CI.
Сейчас к сожалению диктует условия бизнес и бюджет. Было время когда я работал на phalconphp и некоторые из нас оглядывались на laravel, на то время еще его 5 версию... Проблема была в том, что мы делали многие вещи днями, которые на laravel можно было сделать за несколько часов, при этом сжигали бюджет... Но наш лид не хотел уходить с фалькона именно трактуя это скоростью работы фреимворка, которая по факту на начальных дистанциях в целом никому не нужна - важно выпустить жизнеспособный продукт, а дальше уже заниматься оптимизациями и прочим перфомансом и жонглированием.
Что в итоге мы имели ? На фальконе проект делался долго, тимлид успел уйти из компании, а новый пришедший тимлид сказал, что все хрень и php вообще не язык, а еще он очень медленный - пишем все на java (spring mvc).
В результате - всегда найдется "умник", который скажет, что все полная фигня и надо переделать на то-то...
Пока батарейка сядет чтобы скинуть биос, конечно времени пройдёт… врядли он месяц или год, в зависимости от состояния этой батарейки будет висеть на проводе.
Проксирую через гникс. Домен на сервер чтобы в записях не светился домашний белый айпи. Домашний айпи белый, да. Пока использую для пря прямого доступа к ssh.
в пандемию хотел продать свой imac 2012 года. В итоге передумал. работает как домашний сервер 3 года.
Nextcloud + HomeBridge + mail server (спасибо Яндексу)
По usb подключены 3 диска 2.5, 2 по 1 тб и 1 на 2тб. 2 собраны в зеркало zfs, третий для бекапов.
Все контейнеры в докере. Дополнительно, чтобы просто так не стоял, используется для просмотра фильмов/ютуба через airplay server с мобилок, компа.
Чтобы не долбили на прямую если кто то вскроет домен, закупил VPS у хостера за 200 рублей в месяц с минимальной защитой l2-l4, через него проксирую http/https запросы к домашнему серверу, на нем же pop сервер для забора почты на домашний сервер.
А почему выбор пал на конвекторы? ИК с термостатом вроде как по интересенее, да и если взять пленки типо зебры, можно под отделку спрятать (Вагонку). Воздух не сушат.
На даче висят 6 панелей зебры по 60 вват в комнатке 2.5 на 2.5, получается 330 вват на комнату + термостат умный от Литко. В целом держат неплохо, но тут уже вопрос утепления по эффективности поддержания температуры.
По щитку, выключатель нагрузки и УЗО не по нормативу вроде как, аж на 63А... В трехфазных сетях не более 15кВт в сумме по всем фазам, а это вроде как 32А максимум. Вдобавок слишком прожорливые потребители типо котлов или каменок для сауны/бани должны нагружать 3 фазы равномерно.
Могу конечно ошибаться, но сужу по тому, что имею мне электрики установившие вводный автомат от поставщика энергии в трехфазном, установили автомат на 32А и опломбировали его. При этом насколько понимаю каждый последующий автомат в идеале должен быть меньше предыдущего.
Удаляем блоками или разделами...
innodb не блокирует таблицу, но при больших кол-вах записей на удаление расходует ресурсы и долбит журнал увеличивая ввод/вывод.
Tuya как плюс, так и минус... Увы :(
Устроили из поста мусорку какую-то... Пост не о вооруженных конфликтах, а об конкретной задаче.
Честно говоря если бы не сообщили про 20 в разработке, возможно бы все сгладилось. Однако наблюдая код проекта, небрежность в структурировании и отсутсвие общепринятых стандартов - этот проект сложно будет привести в норму и 20 лет опыта к сожалению кажутся неправдой… не говоря о том, что поддержке php 7.4 остались считанные месяцы, а поддержка 8.0 должна истечь в следующем году.
Вашу разработку надо приводить к 8.1, начать декларировать и соответствовать общепринятому psr-12. А учитывая увиденное, это потребует не малых сил и вложений своего времени, к сожалению :(