Това дали работи?

SELECT * FROM tablicata WHERE my_datetimestamp BETWEEN CAST(NOW()-CAST("01:00:00" as TIME) AS DATETIME) AND NOW();

Оказа се, че първият вариант не работи. Редактирах го

Да сега работи, аз бях пробвал нещо подобно, но вместо 1:00:00 се пробвах да сметна секундите и ... не ставаше със секундите

Няма чувствителни данни, само разни неща от системата, температура, спийдтест, пинг към даден хост и такива неща.
ето линк към думп-а на базата, малко е набъбнала
https://mega.nz/file/btZ22Bhb#UGXnP_tniuQNT_LttLw981_fdg2DKZCaHe6UaaSPJcM

Сървъра е MariaDB (mariadb  Ver 15.1 Distrib 10.3.27-MariaDB), в таблицата имам колона  TIMESTAMP и искам да взема всички записи които са записани за последния час. По принцип в таблицата се прави запис на всяка минута и вземам последните 60, но при спиране на тока, например, последните 60 записа не са записите от последния час.
Дайте някакви идеи как да стане работата.

На 5 GHz има повече свободно място

И по слабо преминават през стени и прозорци.

Е то не може и душата в рая и ......

Щом са повече от десет, всеки канал ще е вече зает.

Всеки канал ще е зает, но някои ще са по далече и ще им е слаб сигнала. Когато няма свобоно място, следващият добър избор е там където има слаби сигнали. Като едно място с няколко слаби сигнали е по-добро от място, където има един силен сигнал.

Но напълно те разбирам, че не искаш да бъркаш в техниката им. Аз затова съм си сложил един ТъпЛинк (който си го менажирам както си искам) включен към изхода на ротера на провайдера. А на доставчика съм се обадил да ми пуснат публичното IP на един от изходите им без NAT и да си забранят Вифи-то.

На 5 GHz има повече свободно място

Вече мога да докладвам. SNMP v3 работи зад NAT без никакви проблеми.

Според по учени за версия 1 и 2 използвай   vpn.

observium поддържа и версия 3, дебиан също .
Остава варианта да опитам с версия 3, но трябва да прочета как става, че до сега не съм го правил.

Пренасочен е порт 161 (на който уж се провежда SNMP комуникацията), но нещо не се случва както трябва.

Кой протокол пренасочваш - трябва да е 161/UDP, а не TCP.
Пробвай да пренасочиш също и 162/UDP

пренасочвам и UDP  и TCP

Каква ОС е инсталиране на Pi-то ? Други портове виждат ли се ?

няма проблем с другите услуги, ssh връзката се получава, уеб сървъра работи, видим е от всякъде.
Относно ОС
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

Мониторвам лаптоп с дебиан 10 който е във вътрешната мрежа и всичко се получава без проблем.
Проблема не е в операционната система на Pi-то. Склонен съм да вярвам, че snmp не успява да сработи при пренасочването.

Здравейте,
Първо не съм сигурен, дали това е раздела в който трябва да бъде тази тема, но не се сещам къде точно трябва да бъде.
И така, следната ситуация. Имам инсталиран observium който извършва мониторинг на устройства във вътрешната ми мрежа, изполвайки SNMP  , както и на няколко устройства извън нея, които имат публичен IP адрес. Имам и едно Raspberry Pi което се намира зад  NAT и което искам да вкл. в мониторинга.
Оказва се обаче, че не мога да получа SNMP отговор от него. Пренасочен е порт 161 (на който уж се провежда SNMP комуникацията), но нещо не се случва както трябва.
Не знам дали въобще е възможно да се случи такъв мониторинг с пренасочване на портове в NAT.

Мисля и вариант за пускане на VPN и да пусна мониторинга през него, но ако може да стане номера без VPN, ще е по-добре.

Това в миналото ми беше много любима и дълга тема. От една страна за самите икономисти, от друга М$ и… тук следва тирада Хайде ще ви го спестя този път.

а какво стана с пренасочването?

що не пробваш 

Код

GeSHi (Bash):
 ./script-2.sh "$file" >> file 2>>1

или

Код

GeSHi (Bash):
 ./script-2.sh "$file" >> file 2>>file

Би трябвало резултата да е идентичен.

Ще заменя стария който е на колокейшън

Извинявай, че питам такива неща, но колко струва колокейшъна? Изобщо как стоят нещата с тази услуга в бг. Предлагат ли се, изгодно ли е, удобно ли е? Най-вече дали е удобно ....и т.н......

И мен ме интересува цената

Форумите все още са незаменими за някои неща. Като местехме този на Python имаше кратка дискусия, каква платформа да се направи. Във Фейса не можеш да постнеш код. Трябва да е външен линк. Не можеш да форматираш текст. Изобщо, малко наистина полезни неща можеш да правиш. Напоследък и тях не можеш, защото цензурата е жестока.

И това са малките проблеми.  За мен много по-важно е намирането на информация, а във фейса това е невъзможно. Опитай да намерих конкретен пост от преди повече от 2 дни ... невъзможно е. Особено в група с повече постове. Във форумите обаче имаш търсачки, имаш категоризация на темите. Въобще при форума можеш да пазиш историята и да се "допитваш" до нея, при фейса всичко е ..... като течаща вода, минава и отминава.
 Но пък форумите си имат други кусури, най-често това е отношението към новите членове. Това е така, защото всички форуми са си меко казани леко затворени групи, в които членовете се познават и когато се появи някой нов  става .....

п.п.п. Данаил имаше предвид, че тубата им носи най-много трафик. Действително. Дори хора като мен, които не ползват даже търсачката, под някаква форма ползват тубата. На онази екранна снимка по-нагоре на заден фон се вижда предаване на Веселин Дремджиев, което даже не е от неговия канал, а от канала на TV+.

Абе на мен ми се струва че канала си е неговия, или поне аз от там гледам предаванията "#ДЕНЯТ с В. Дремджиев" се казва канала