ты должен сделать демона, который будет при изменениях в базе вычислять, когда будет ближайшая дата события, после исполнения кода на события которые долждны были исполниться к этому моменту, вычисляешь снова следующее
бери всю подстроку с датой line[1:17]:
и не нужно никаких minutes+1, любое изменение этой подстроки = смена минуты (ведь могут быть пропуски минут, например ровно час пропусков, минута та же час другой)
да, правда он немного неудобный, когда речь идет о 'балансе на адресе', команда разработчиков bitcoin core маниакально следят за тем чтобы в проекте не было доступа даже к базе UTXO (текущий список всех адресов блокчейна на которых ненулевой баланс), притом что сам кошелек эту базу собирает (есть внешние скрипты, которые читают эту информацию, но только когда кошелек выключен), зачем почему - мне непонятно.
чтобы собрать текущий баланс на адресе нужно просканировать весь блокчейн (добавив адрес в кошелек он так и сделает, я имею в виду не сгенерровать новый пустой а добавить чужой для мониторинга), никаких индексов для ускорения этого нет, но на сколько я знаю есть неофициальные кошельки где это реализовали
можно вопрос, только серьезно, зачем нужно многоуровневое наследование шаблонов? какие задачи оно решает? я про те задачи которые собственно ставит бизнес, который платит, а не разработчик, который реализует... они экономят деньги? т.е. хотя бы время разработчика?
Ипатьев, про пустую плашку пока генерация контента - я сказал, так рыночек порешал, бизнесу получается удобнее запилить это г. чем найти нормального разработчика
но боюсь проблема глубже, недавно собирал idena-desktop для electron, простая формочка (весь функционал обслуживает бакэнд по http rpc) и простенький редактор картинок (вставить из буфера/файла, подправить размер, наложить еще) - 1309 модулей, там модули на замену всего, даже регулярки штатные чем то не понравились, работа с файлами и прочее прочее. Этакий садомазохизм, создание работы там где она не нужна, нужны недюжие скилы чтобы просто разобраться в проекте
про xss, идиоту же ясно что этим не должен заниматься шаблон от слова совсем, а то как раньше писали нубы говорить мне не интересно
я не топлю за 'современный стильный модный молодежный' чтоб бы ты туда не вкладывал, проблему тормозов создает простая безграмотность разработчиков. Существующие инструменты позволяют создавать проекты буквально не понимая как это устроено внутри, порождая кошмарные нагромождения кода и фреймворков, но так как в мире сейчас решают деньги - стоимость таких решений существенно ниже правильных и эффективных.
На рынке услуг разработчиков появились программисты, которые умеют только 'использовать готовые решения' и 'копировать со stackowerflow', а не программировать в том смысле, который изначально вкладывался в это понятие
p.s. отказ от генерации контента на стороне сервера в мире произошел исключительно по причинам попытки ускорить веб, понизить нагрузку на сервера. Сервер не должен заниматься вопросами отображения информации, только а данные.
например функции я не определяю внутри шаблона, даже не так, нужно правльно организовать структуру кода и его файлов, шаблоны - это программы по генерации контента, и не важно на каком языке они созданы
я уже говорил, использовать php шаблоны для генерации контента html web - идеологически устарели и не рекомендуются, и даже без относительно твоим утверждениями, просто потому что внешний вид должен определяться на клиенте а не на сервере. Сервер - это бизнеаслогика
а синтаксический сахар
какая разница <?=$data->name; ?> у тебя или {$data->name} ?
sergey_privacy, я ответил на вопрос, штатный инструмент архивации файлов 'на лету' есть в btrfs, он же как мне кажется лучший (его степень сжатия выше ntfs при той же нагрузки на процессор или незначительно выше, а если взять среднюю то вообще вне конкуренции).
если боишься проблем, не включай поддержку raid5 (реализуй ее через mdadm) и не меняй размеров файловой системы на лету/не добавляй удаляй устройств (хотя лично у меня процесс удаления с устройства с raid5 из 5 дисков прошел нормально, файлов много, используется годами, но да это не показатель), максимально простой сценарий использования без необычностей.
p.s. да не получится чекбоксик нажать, необходимо в консоли у файловой системы настроить степень сжатия а затем с помощью утилиты ос chattr изменить флаги на файлах и каталогах, затем нужно либо повторно скопировать каждый файл либо запустить дефрагментацию (по факту это то же самое)
Adamos, там где люди рабтают с таблицами в эксель это не решение
анализ данных, составление отчетов, ты хочешь посадить специального программиста который будет это пилить все в вебморде? но тогда зачем остальные сотрудники? ой внезапно они все перетекут в разработчиков этой вебморды,.. поздравляю, ты повысил затраты своего отдела в несколько раз на пустом месте
Adamos, не то место где о техническом долге вспомнил
а вот если ты к требованиям нанимаемых сотрудников запишешь - умение работать с sql базами данных, gnuplot, apache zepiln/spark , python и т.п.... то либо ты таких сотрудников не найдешь, либо потребуется планку зарплаты поднимать раза в четыре минимум.
а потом задумайся, часто ли нужны такие скилы для тех задач которые обычно решают твои струдники?
пережатием документов лучше пусть занимаются их владельцы, так как только они могут адекватно проверить, не сломал ли процесс в итоге их читаемость. Это к сожалению не автоматизируется, а потерять документы безвозвратно не желательно
p.s. как ни странно, пережать docx (и вообще весь класс таких документов) перед помещением в архив нужно 'с отключением сжатия' или даже распаковав zip файл чем они являются в каталог с сохранением информации о том что это было именно документом... в этих файлах много повторяющихся частей, плюс сторонний архиватор скорее всего будет эффективнее устаревшего zip, плюс можно включить режим solid, что еще лучше все в итоге пожмет
Официально проблемы с raid56 и у меня такое ощущение что этот статус не меняется годами, хотя тут же написано что патчи применяются с каждым релизом, патчи уже написаны (еще про версию 4.12 - 2017г) но требуют переработки... но уже 5.15 вышла (5.11 в lts ubuntu).
Я слышал о сложностях восстановления сломанных разделов (например проблемы с питанием, проблемы с контроллером дисков и т.п.) но чтобы вот само по себе сломалось это реально редкость.
Напоминаю, когда у тебя падает питание/виснет ядро/прилетает нейтрино в чип ram вероятность того что прямо сейчас все сломается - минимальна, но косяк никуда не девается, он просто ждет момента когда его затронут, зато потом может поломать все, и это не зависит от файловой системы, сломается все.
p.s. реально совет, не нужно делать один огромный раздел на все, особенно когда рейд из 100500 дисков. Дели на небольшие независимые файловые системы, тематические или нет, почти всегда это возможно, все разруливается от симлинков до mount -t bind.