Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - Mistofelees

Sivuja: 1 ... 3 4 [5] 6 7 ... 35
81
Tuon venäläisen lisäksi on markkinoilla Onephpne (?), mutta käsittääkseni se on vielä aika pahasti vaiheessa.
Sailfishin saa joihinkin Sonyn vehkeisiin.

Varmaan suurin este Linuxin leviämiselle ovat nenä ruudussa pelaavat pikkukakarat ja kaikesta epäluuloiset tätit.


82
Tämä sivu antoi lopullisen ratkaisun (ainakin tähän mennessä) :
https://stackoverflow.com/questions/49547/how-do-we-control-web-page-caching-across-all-browsers

Ongelma esiintyi nimenomaan yhdellä Xiaomi 11 Lite 5G kännykällä, jossa oli MIUI 14 käyttöliittymä.
Xiaomi on tullut tunnetuksi siitä, että he nyppivät koko Android-järjestelmän täydellisesti läpi ja tekevät omat virityksensä.
Kännykkä sinänsä on toiminut hyvin, mutta monet järjestelyt toimivat poikkeavasti.

Miksei kukaan jo tuo kunnollista Linux-kännykkää markkinoille ?
Alkaa mennä hermo näiden Androidien kanssa.

LISÄYS MYÖHEMMIN:
Ratkaisu (ilmeisesti) löytyi. html-sivulla oli kolme < script -kutsua:
< script src="http://192.168.0.240/rele/selitykset.js?V"= Date.now()>< /script>
< script src="http://192.168.0.240/rele/kello.js?V"= Date.now()>< /script>
Kun yhdistelin funktioita samaan pakettiin ja muutin muuttujien lukemista serverin levyltä, lähti homma toimimaan.
Näyttää siltä, että Android lataa vain yhden luotettavasti ja toisen miten sattuu.

Tuon "V=DateNow()" tilalla voi käyttää "V=". Selain näyttää lataavan satunnaista roskaa tuon perää dataksi, jolloin saadaa kylliksi satunnaisuutta kotikäyttöön.

83
Ei tämä tähän loppunut.
Ongelma ratkesi kahdella puhelimella.
Kolmas puhelin ei suostunut hakemaan muuttuneita arvoja serveriltä, joten luulin sen kärsivän aiemmin kuvaamastani viasta.
Netistä löytyi kuitenkin ohjeet nettisivun lataamiseen cachen ohi ja tämä auttoi.
Pistin html-sivun headeriin seuraavat loitsut sen enempiä miettimättä:

Koodia: [Valitse]
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate">
<meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="Expires" content="0">

LISÄYS MYÖHEMMIN:
Ei auttaneet netin ohjeet eikä muutaman AJA-kirjan lukeminen.
Lopulta ratkaisu löytyi vahingossa.
Android ei tykkää, jos samalla HTML-sivulla on kaksi < script xxxxxxxxx > -kutsua. Toinen latautuu vain satunnaisesti.
Syytä en viitsi alkaa etsiä.
Yhdistelin scriptejä ja muutin toimintoja. Nyt on toiminut jo muutamia päiviä.
Ohje löytyi netistä sivulta, jolla ongelman ratkaisua on esitelty paremminkin:

84
SUURKIITOS kanssakärsijät  :)
Sain uutta puhtia ja ideaa noista kirjoituksistanne.
Apache2:n error-logista löytyi muitakin aiheita korjauksiin.

Korvasin välitettävästä merkkijonosta kaikki erikoismerkit helpommilla ja yksinkertaistin viestiä.
Tein vastaavat muutokset php -scriptiin.
NYT TOIMII !!

Toimiva rakenne ajax-koodissa: (Yksinkertaistettuna)
Koodia: [Valitse]
paikka="K01"
TT="10:50"
mj=paikka+TT
    response= fetch("talleta.php?val="+mj)
Vastaanottavassa päässä talleta.php:ssä:
Koodia: [Valitse]
$gj=$_GET['val'];
Tämä on osa nettisivua, jolla annetaan aktivointiajat rakentamilleni esp8266-ohjatuille releille. Tällä hetkellä releitä on kolme koekäytössä, mutta pöydällä odottaa neljä lisää.

85
Kiitos. Pitää kokeilla tuota koodausta.

Kuitenkin tuo käsin generoitu osoiterivi noudattaa  minusta standardeja.
Toimii kiltisti Linuxin ja Windowsin selaimilla, mutta ei Androidin ja iBadin.

86
Miten kutsua javascriptillä serverillä olevaa php-scriptiä ?

Minulla on nettisivu, jolta yritän lähettää dataa serverille php-scriptille.
Toimii nätisti Linux:n selaimilla.
Androidilta ei toimi.

Linuxilta toimii sekä fetch, että xmlhttp.open -rakenteilla:
    mj="V0/'10:24'"
    response= fetch("http://tupu.neva/rele/talleta.php?val="+mj

sekä
    xmlhttp.open("GET", "http://tupu.neva/rele/talleta.php?val="+mj, true);
    xmlhttp.send();


Androidista käskien php-scripti ei edes käynnisty. (Scriptissä osa, joka tallettaa markkerin scriptin käynnistyessä.)
Sivusto on puhdasta html + Ajax-koodia, koska en ole vielä ehtinyt perehtyä 'parempiin' työkaluihin.
Serveri on samassa sisäverkossa kännnykän ja läppärin kanssa.

Haaskannut tämän kanssa kaksi päivää. Alkaa keittää.

87
Itse en käytä DynDNS-tapaisia palveluita.
Kotona on kuitu ja sen perässä TP-Linkin reititin, jossa on oma VPN-serveri.
Tämä serveri jakaa VPN:n yli myös kotiserverin ja muunkin kotiverskon, kuin kotona istuisi.

Tätä kautta toimivat kotiserverin webbisivut, scp, ssh, smb sekä printtaus.
scp ja ssh toimivat tietenkin myös suoraan ilman VPN:ää, kun kaivaa osoitteen sähköpostista.
Kotona olevat valvonta- ja mittalaitteet toimivat kotiserverin nettisivujen kautta.

Käytän tätä yhteyttä vain kännykän ja tabletin kautta, joissa on OpenVPN.  Muilla, kuin meidän perheenjäsenillämme ei ole asiaa meidän kotiverkkoomme. Datan välitykseen ulkopuoliselle kuitumuuntimeen on liitetty toinen reititin, jolla tietenkin on oma osoitteensa. Tämän reitittimen takana on yksi pikkuserveri.
 
Reititin antaa tiedostona OpenVPN:n kaipaaman certin, joka on kopioituna sähköpostiini, tablettiin ja kännyyn.

Serverillä on ohjelma, joka hakee talon verkon ulkoisen osoitteen.
Mikäli osoite on muuttunut, ohjelma lähettää minulle sähköpostissa uuden osoitteen.
Ulkoisen osoitteen selvittämistä varten olen tehnyt (luvallisesti) muutamiin asiakkaideni nettipalveluun
nettisivun, joka kertoo osoitteen, josta sivua on haettu.

Järjestely on nyt toiminut liki 20v ongelmitta. (Paitsi pari kertaa olen itse sählännyt)

88
Kiitos.
Pitää tutkia nuo stackoverflown temput.
Serverin asetuksia en kyllä välitä lähteä muuttamaan, kun ne kerrankin (taas kerran) on saanut kohdalleen.

Tilapäisesti pistin sivulle buttonin, jotta sivua pystyy käyttämään pari päivää:
Koodia: [Valitse]
<button onClick="history.go(0); "style="height:70px;width:100px">

89
Kuinka saisi ajaxia sisältävän sivun pakotettua lataamaan datat selaimelle serveriltä, eikä selaimen cachesta ?

Nettisivu pitää ladata ja käynnistää serveriltä, koska sivun sisältämät JS-scriptit pitää käynnistää uusilla serverillä olevilla lähtöarvoilla.
Tämä pitäisi jotenkin kirjoittaa koodiin, koska suuri osa käyttäjistä ei osaa Ctrl-F5-temppua, joka ei ole edes mahdollinen Androidissa.

Nyt reload kaivaa jatkuvasti vanhan sivun selaimen muistista, eikä serveriltä, jonne ne scriptit ja datat on talletettu file.js-tiedostoon.

Sivulla on 12 "input time" -kenttää ja kolme "input text" -kenttää, joita muokataan ja data talletetaan heti serverille php-scriptillä tiedostoon file.js. Data tallettuu, kuten pitääkin.

Tätä file.js kutsutaan kyseisellä html-sivulla scriptinä joka tuo arvot muuttujina muille JS-funktioille.

file.fs sisältö:
Z01='05:12'
Z02='09:33'
jne

90
Laiteläheisiä hommia on helppo tehdä bashilla. Esimerkiksi tcp-portin lukeminen ja viestien lähettely.
Itsellä on tapana tehdä suuri osa laiteläheisistä tempuista bashilla (osa tietenkin C:llä), tehdä "matemaattinen" käsittely php:llä ja ulostus html-sivulle. Graafit tulevat mukavasti phplot:lla.
Vasta viimeaikoina olen opetellut AJAX:a ja inhoan joka hetkeä. Sitä nyt vaan on pakko käyttää, kun ei muutakaan tapaa ole tiettyjen ongelmien ratkaisuun.

Bash;ssa on muutamia omituisuuksia, jotka olisi pitänyt miettiä jo järjestelmää kokoonkeittäessä kuntoon, jotta ne eivät aina olisi käyttäjän kiusana.
Pahin on if-lause. Kun saat IF:n toimimaan ja menet tekemään siihen pienenkin muutoksen, sen toiminta lakkaa, eikä palaudu vaikka mitä yrittäisit. Ainoa tapa on kirjoittaa koko lause uudestaan merkki merkiltä. Ainoa syy, mitä olen keksinyt, on se, että editoidessa sekaan pujahtaa joku näkymätön merkki. Mutta mistä ja miksi juuri IF-lauseeseen ?

Muutenkin IF on omituisuuden ruumiillistuma.

Toinen omituinen on datan syöttö tiedostoon.
teejotain >>file.txt on eri asia, kuin  file="file.txt"; teejotain >>$file
Ei kuitenkaan aina

Kaikkineen bashilla on mukava keittää pieniä scriptejä, joilla saa automatisoitua asioita.
Eikä bash missään tapauksessa ole yhtä paha, kuin M$:n komentokieli, jonka kanssa tuli MSDOS-aikaan rakenneltua isojakin työkalupaketeita. M$ kusi taskuunsa, kun ei ottanut komentokieleksi Basic:a.

91
GIT tuntui turhan massiiviselta ratkaisulta omaan käyttööni, joten kirjoitin oman scriptin, jolla saan vanhat versiot talteen.
Täyttää minun tarpeeni.

Koodia: [Valitse]
!/usr/bin/bash
# 211222 Ohjelma tekee työhakemistosta ZIP-backupin
# ja tuhoaa vanhat.
# Backup-tiedoston nimi on pvm: yymmdd_HHMM

# Tuhotaan työkopiot:
rm *~

# Tehdään backup-hakemisto
if [ ! -d "BCK" ]; then
        mkdir BCK
fi

# Backup-tiedostolle nimi:
pvm=$(date +"%y%m%d_%H%M")
# Pakataan:
tehty=$(zip BCK/$pvm *)

fileet=($(ls BCK -pBA1))
len=${#fileet[@]};

# Tuhotaan vanhat versiot, jätetään viisi viimeistä
for (( i=0; i<=$len-5; i++ )); do
        echo "BCK/${fileet[$i]}"
        rm "BCK/${fileet[$i]}"
done
echo "Backup tehty => ./BCK, Vanhoja tuhottu\n"

92
Apache2:n asetustiedostot löytyvät yleensä hakemistosta /etc/apache2. Sen voi vaikka tarrata ( tar cvzWf file.tar.gz * ) ja sitten kotikoneelta käsin hakea sen mieleiseensä turvaan scp:llä (scp tunnus@serveri:/hakemisto/alihakemisto /home/omahakemisto )

93
Yleistä keskustelua / Vs: Esineiden Internet
« : 03.02.23 - klo:00.54 »
Koitan vältellä kaikkia härveleitä, joille minun pitäisi antaa kotiverkkkoni salasana. Aina se ei ole mahdollista.

IoT laitteet teen itse ja ohjaan niitä oman kotiserverini kautta. (Parhaillaan työn alla wifin kautta ohjattavat pistorasiat, esp8266 ja sillai.)
Kun haluan talon ulkopuolelta päästä ohjaimiin, käytän VPN:ää. Talon pää-reitittimessä on oma VPN-serveri.

94
Yleistä keskustelua / Vs: Firefoxin pahus !
« : 11.01.23 - klo:13.37 »
Kannattaa muokata päivitysten asetuksia. Yllätys tapahtuu jos asetuksena on "Lataa ja asenna automaattisesti". Vaihda tilanne "Lataa automaattisesti", niin voit päättää milloin ajat valmiiksi ladatut päivitykset.

Mistähän tuollaisenkin asetuksen löytäisi ?
Kävin setupin läpi enkä löytänyt.

95
Yleistä keskustelua / Firefoxin pahus !
« : 10.01.23 - klo:23.59 »
Olin juuri bookkaamassa lentoa Hevonkuuseen. Pankkikortin tunnarit syötetty ja lentofirman sivu kuittasi, että odotahan hetki.
JA SILLOIN PAMAHTI !
FireFox nollasi sivut ja ilmoitti, että nyt päivitetään.
Ei mitään kysymystä siitä sopisiko tämä minulle. Ei mitään mahdollisuutta palata maksun käsittelyyn.
Mene suoraan kotipesään käymättä vankilan kautta.
No, poikkeaahan tämä M¤Wintoosan tavoista, joka kysyy Yes, No, Cancel, Retry ja tekee vasta sitten jotain typerää.

Koko sirkus piti aloittaa alusta. Lentofirma oli tietenkin tapansa mukaisesti nostanut hintaansa muutamalla kympillä.
Naputi-naputi-naputi ja puoli tuntia myöhemmin oli lippu ulostumassa printteriltä ja kotiserverin kovalevyllä PDF-tiedostona.

96
Yleistä keskustelua / Vs: Kotiserveri
« : 02.01.23 - klo:15.36 »
rakennella mittaus- ja valvontajärjestelmiä Arduinon ja ESP:n ympärille

Arduinon? Hep! Meitä on siis kaksi.

Hauskaa puuhaa Arduinoiden kanssa näpertäminen, ellei ota lukuun kotelointia ja virtalähteitä.
Viimeisin askare kyllä saa aikaan päänsärkyä. Samassa projektissa Arduinoa, bashia, C:tä, php:tä, Ajaxia ja html:ää. Olisipa yksi kieli, jolla saisi kaikki hoidettua. Tai olisipa kaikissa kielissä edes sama syntaksi ja muuttujien arvojen välittäminen selkeämpää.

97
Yleistä keskustelua / ? Terminologiaa ?
« : 31.12.22 - klo:01.20 »
Nyt hävettää, mutta on pakko kysyä:

Mitä on ARRAY Suomeksi ?

Aikoinaan sitä kutsuttiin nimellä 'vektori'.
Joku käytti nimitystä 'ryhmä', joku jopa 'paririvi'.
'Taulukko' ei oikein ole sama asia, kuin ARRAY, 'Taulukko' on 'Table'

Itse olen muutaman vuosikymmenen  käyttänyt dokumentoinnissa jokseenkin pelkkää Englantia, mutta nyt pitäisi vääntäää dokumenttia myös Suomeksi.

98
Yleistä keskustelua / Vs: Kotiserveri
« : 31.12.22 - klo:01.15 »
Tämä on minusta kovin luonnollista. Itse töissä yhdenlaisena teollisuus mekaanikkona ja osaisin/pystyisin tekeen monenlaista esim. autohuollot yms. onnistuisi kyllä helposti, mutta ei kiinnosta pätkääkään kuin muutamat kiinnostavammat aihealueet.

Pitää jotenkin pystyä vaihtamaan vähä eri sektoreillle vapaa-aikana :)
[/quote]

Aikojen kuluessa on tullut hypittyä liiankin moneen suuntaan. On tullut korjattua kaikkea mahdollista sukellusveneestä lentokoneeseen, rannekellosta omakotitaloon. Veneitä, autoja, ydinvoimaloita, Röntgen-tuotekehitystä, moottoripyöriä, tietokoneita.... siinä sivussa kierretty palloa myötä- ja vastapäivään. Nyt on huvina rakennella mittaus- ja valvontajärjestelmiä Arduinon ja ESP:n ympärille ja siinä sivussa askarrella wanhaa mopoa.

Itseäkään ei enää huvita ryömiä autojen alla tai likaojissa.

99
Yleistä keskustelua / Vs: Kotiserveri
« : 28.12.22 - klo:22.31 »
Kiitos hyvistä kommenteista ja heränneestä keskustelusta.
Itselläni on vuosien kuluessa rakentunut kotiserveri, jonka alta on rauta vaihtunut jo moneen kertaan. On myös pienempiä servereitä ja NAS-purkkeja. Järjestelmään on liitetty mitta- ja ohjauslaitteita ja varmuuskopiointia. Nettisivuilta löytyvät valokuva-albumit, dokumentti-varasto, matkailu-kirjanpito, mittalaitteiden grafiikkaa ja ohjauslaitteiden sivustoja.
VPN-serverinä toimii TP-Link Archer AX1500 reititin. Muina reitittiminä on TP-Linkin kevyempiä malleja.

Tässä muodossaan kotiserveri olisi mahdottomuus muiden käsiin annettavaksi.
Jotta yleisempi kotiserveri olisi mahdollinen, se pitäisi suunnitella kunnolla alusta alkaen. Siihen pitäisi luoda yksinkertainen mutta simppeli ylläpito-järjestelmä, johon voisi liittää osia, kuin legoja ja sen pitäisi sisältää oma varmuuskopiojärjestelmänsä joko lisälevyille tai pilveen.

Kun töissä IT-palveluissa juttelin kotiserveristä, pidin itsestään selvänä, että jokaisella on sellainen. Yllätys oli suuri. 70 hengestä vain kahdella minun lisäkseni oli moinen.

Nuo Kiinalaiset sähkörasiat ovat vielä tällä hetkellä sisäverkossa, mutta siirtyvät lähipäivinä DMZ:lle.

100
Yleistä keskustelua / Kotiserveri
« : 16.12.22 - klo:12.33 »
Jäin taas miettimään, miten ihmiset tulevat toimeen ilman kotiserveriä.
'Äly' laitteiden ohjaus kierrätetään Kiinan kautta, missä niiltä kerätään kotiverkkosi salasanat. Jos Kiinalainen firma kaatuu, jää laite mykkänä  käteen.
Kotiverkon serveriin liitetty laite on turvallisempi ja toimii ilman Kijnalaista firmaa.

Serverin nettisivuille voi lisätä graafeja lämpötiloista, sähkön ja veden  kulutuksesta. Mikäli käytössä olisi oikea reititin, voisi VPN-ohjelmaa käyttäen käyriä katsella vaikka itse olisi ulkomailla. Samoin voisi omia serverillä olevia dokumenttejä hakea kännykällä, vaikka läppäri olisi kotona kaapissa virrattomana.

Kotiserverillä valokuvien lajittelu ja käsittely olisi helpompaa ja mukavampaa, kuin M$ ja Kuukkelin pilvilevyillä. Tosin tarvittavat kuvankäsittely- ja esittelyohjelmat puuttuvat, koska ei ole ollut asiakkaita

Datan varmuuskopiointi ei jäisi sen varaan, että 'asiat ovat omalla läppärillä'.
Omat datat ja valokuvat eivät katoaisi aina läppärin kilahtaessa.
Kevyimmillään kotiserveri on korttipakan kokoinen laite kirjahyllyn nurkassa.. mikäli levytilan tarve kasvaa, siihen voi liittää pari kovalevyä, jolloin kokonaisuus on taskukirjan kokoluokkaa.

Jos kotiserverit yleistyisivät, niille luotaisiin ohjelmia, joita osaisivat hekin käyttää, joilla on vihreä jauhopeukalo keskellä kumpaakin vasenta kättä.

Nykyisin serverit ovat nörttien lahja nörteille. Miina ja Manu ja PK-yritykset on unohdettu (tässäkin) kokonaan.

Sivuja: 1 ... 3 4 [5] 6 7 ... 35