Viestit

1

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Tulostus webbisivun kautta

« : 08.03.23 - klo:23.35 »

Tuo virheilmoitus tulee tulostettaessa lp:lllä jpg ja pdf -tiedostoja, mutta ei txt.
Se tulee myös tulostettaessa XIAOMI 11 Lite 5G :ltä (Miau 14), mutta ei Lenovo M8 -tabletilta. Vaimo ei anna sotkea Oneplussaansa.

Näköjään myös läppäriltäni:
Suoraan printterille on käytössä "HP LaserJet 1320 Foomatic/pxlmono (recommended)" ja tulostaa ongelmitta
Serverin kautta "Remote" jja virheilmoitus.

Pitäisiköhän asentaa foomatic serverillekin ? Pitääpä tutkia. Voisikohan tuon hplip:n ja ppd:n heittää ulos ?

Kovalevyä kyllä riittää serverissä. RAM:a ei ole kuin 4GB,

2

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Tulostus webbisivun kautta

« : 08.03.23 - klo:20.57 »

Kiitos NM
Olit nähnyt vaivaa ohjeen kirjoittamisessa.

Harmittavasti Android ei osaa tulostaa suoraan HP LJ 1320n:lle, vaan tulostuksen joutuu joko kierrättämään serverin kautta.

Asensin CUPS ja HPLIP:n.
Netistä löytyy tieto, että ppd-ajurit poistuvat tulevissa päivityksissä.

Tulostus onnistuu nyt (periaatteessa) sekä kännyltä, että serveriltä, mutta jokaisen pdf ja jpg -tulostuksen perään tulee yksi sivu, jolla on virheilmoitus:

ERROR:
typecheck
OFFENDING COMMAND
idiv
STACK:
5000
--nostringval--
--nostringval--
-mark-
-mark-

3

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Tulostus webbisivun kautta

« : 06.03.23 - klo:14.49 »

Onko palvelimessasi Cups ja oletko lisännyt tulostimen siihen? Silloin tulostimen pitäisi näkyä automaattisesti Android-laitteissa (ainakin Android 9.0:sta lähtien). Jos kyseessä on vanhempi Android, joudut ehkä käyttämään Cups Printing-sovellusta. Muita ajureita ei tarvita.

Serverissä on toimiva CUPS ja siinä PPD ajuri HPLJ 1320n.
Mutta miten tuolle lähettää materiaalia printattavaksi ?
Kännykässä on jo NOKOprint:n ja HP:n h*tin valtava ohjelmapaketti, jonka kautta pystyn tulostamaan tuolle HP:lle suoraan.

Tarkoitus olisi että voisin  heittää tiedostoja (txt, png, gif, jpg, pdf..) suoraan serverille tulostukseen ilman tuota HP:n ohjelmanrohjoa.
Serverillä oleva ohjelma muokkaisi tiedoston tulostusajurille kelpaavaan kuntoon ja heittäisi tulostusjonoon.

Tämä helpottaisi tulostusta talouden eri kännnyköiltä ja tableteilta, kun ei aina tarvitsisi haeskella, mikä Androidin ohjelma sillä kertaa suostuu latautumaan, ei ole muuttunut maksulliseksi, ei lähetä dokumenttia jonnakin Kiinalaiselle serverille tutkittavaksi, ei sisällä mainosmyrskyä, ei kaipaa paapomista ja tulostaa niin kuin on pyydetty.
Tuntuu, että joka ainut kerta tulostaessa joutuu nykyisin ottamaan pari-kolme vedosta, ennenkuin saa halutun.

4

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Tulostus webbisivun kautta

« : 05.03.23 - klo:19.46 »

Itsellä on kotiserverissä puhtia hoitaa nuo tulostukset ja muotoilut, joten ei tarvitsisi kuin paiskata dokumentit sinne ja ohjelma hoitaisi tarvittavat koodaukset ps-muotoon. Printeri on verkossa (ja toinen eteisessä odottamassa, josko kelpaisi jollekin).

Harmittavat nuo Androidiin tarjotut tulostusohjelmat. Joko ne lataavat valtavan määrän ajureita tai lähettävät työn jonnekin hevon kukkuun koodattaviksi ja sieltä takaisin kotiin tulostettavaksi. Saman voisi hoitaa kotonakin.

Tietoturvasta en ole tässä kovin huolissani palomuurin takana. Pahempiakin ansoja liikkuu verkossa.

5

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / ? PHP ?

« : 05.03.23 - klo:19.33 »

Mikä tätä php:tä vaivaa ?
Muutama vuosi sitten tuli php:n versiopäivitys, jossa split korvattiin explore:lla. Ongelman löytämiseen meni monta tuntia.
Teetti hemmetisti työtä päivittää muutamia satoja nettisivuja omissa ja talon servereissä, vaikka kehitin scriptin, joka teki tarvittavat muutokset.

Nykyisessä koneessa päivitin php5 -> php 8.3. Apachen kanssa sai painia hartaasti. Poistin php5.
Uusi phplot kaipasi php7.4-GDI, joten sekin piti asentaa.
Sitten tuli softa, joka kaipasi php5, joten asensin sen takaisin. Ja taas sai painia Apachen kanssa.
Nyt, kun päivitän LinuxMintiä 20.3 -> 21.x, päivitysohjelma kaipaa vielä php7.4.

Onko php päätynyt jonnekin omituiseen limboon kirjastojensa suhteen, vai miksi näitä versioita pitää olla näin paljon ?

Miten tahansa, tykkään php:stä, koska sille on kohtuullisen hyvät opastussivut netissä.
Olisipa JavaScriptille ja AJAXillekin.
JS ja AJAX:n temppuja joutuu onkimaan forumeilta, joilla tärpit tahtovat olla täysin käsittämättömässä muodossa.

6

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Kotipalvelin pystyyn

« : 05.03.23 - klo:19.18 »

Selvästi väärältä vuosisadalta
Itsellä on sekä kotiserverissä että läpsyssä 16GB. Serverissä siksi, että niitä löhöi laatikon pohjalla röykkiö.
Pari pikkuserveriä tulevat toimeen puolikkaalla gigalla, koska Raspiin ei enempää saa. Tosin toisessa on lisänä FERAM:a I2C:n päässä.

Linux on kyllä loistava siinä, että vähälläkin tulee toimeen. Tosin ei enää niin vähällä, kuin ensimmäisten 1.0 versioiden aikaan, jolloin Linux asennettiin kahdelta lerpulta 100MB kovalevylle.

7

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Kotipalvelin pystyyn

« : 05.03.23 - klo:02.05 »

Itse olin ison talon huoltojoukoissa, yli. 4000 asiakasta.
Siinä ympäristöstä tuli selväksi, että asiakas pystyy rikkomaan tai sekoittamaan minkä tahansa rautatiekiskosta alkaen.
Siihen kun vielä lisätään tietyt kovalevytyypit, jotka olisivat voineet olla luotettavampiakin, oli työllisyys taattu.

8

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ajax reload

« : 05.03.23 - klo:00.28 »

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

Ongelma joka tappoi Windows mobilen. Sovellukset.

Minulle riittäisi sekin, että Androidissa erotettaisiin BIOS, laiteajurit, käyttöjärjestelmä ja bloatware omiksi osikseen, jotka voisi päivittää toisista riippumatta. Tällöin päästäisiin siihen, että mihin tahansa lautaan voitaisiin päivittää käyttöjärjestelmä ja bloatware kajoamatta laiteajureihin ja BIOSiin.
Tämä vaatisi selkeän rajapinnan luomisen tasojen väliin. Jos tämä on onnistunut verkkopinossa, niin luulisi sen onnistuvan tässäkin.
Olen näistä rajapinnoista joutunut töissänikin taistelemaan.
Niin kauan, kuin rajapinnat ovat rikki, on R&D toivotonta edestakaisin soutamista.

9

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ajax reload

« : 05.03.23 - klo:00.00 »

Onko jotain, mitä M$ ei olisi ryssinyt ?
No, MSDOS oli hyvä, mutta ei sekään ollut heidän tekemänsä.
Sama kommentti QB4.5:stä.

10

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Kotipalvelin pystyyn

« : 04.03.23 - klo:23.55 »

Itsellä on nurkissa yksi raidaava nelilevyinen QNAP turhanpanttina. Luulin mainoslaulujen perusteella paremmaksi, mutta petyin. Nettisivujen rakentaminen ja erityisesti php oli liian hankalaa.

Yksi asia, mikä ei innosta RAID-paketeissa on  niiden luotettavuus. On tullut liian monta käsiin, jotka ovat kilahtaneet kunnolla, jonka jälkeen datoja ei saa ulos millään. Varsinkin korkeamman tason RAID pystyvät olemaan hankalia. Näissäkin on eroja.

Mieluiten turvaudun itsetehtyyn varmuuskopiojärjestelmänän, joka synkkaa kahden päivän välein. Ja jonka BACKUP:sta taas otan varmuuskopion satunnaisesti M$ verkkkolevyille. Hyvä puhua, kun ei harrasta elokuvia, pelejä eikä musaa, joten 750GB levy riittää hyvin työlevynä.

11

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Varmuuskopiointi

« : 04.03.23 - klo:23.43 »

Tein itse, kun en löytänyt mieleistäni.
Olen testannut aikojen kuluessa n. 40-60 erilaista backup-järjestelmää Linuxiin ja M$Windowsiin. Työasemiin ja servereihin.
Paras tapa on, että työasemassa ei säilytettä mitään, vaan kaikki dokumentaatio on serverillä, jossa on toimiva varmuuskopiojärjestelmä. Ja työasemassa tehdystä työstä menee heti kopio serverille.

Linux on hyvä, koska kaikki oma on /home -levyllä, jonka voi kopioida helposti. Eivätkä omat työt leviä jonnekin menuhelvettiin, kuten M$Windowsissa.

Jostain kummasta syystä kotiserverit eivät ole edes IT-ammattilaisten suosiossa. Itse en osaisi olla ilman.

Serverissä on system, /home ja /BACKUP -levyt
Scripti tekee joka toinen päivä rsync:n /home-levystä /BACKUP-levylle ja kierrättää backup-versioita.
Backuppeja on neljä kerrosta: last, new, old, oldest
/BACKUP on read-only muulloin, kuin kopioinnin aikana.

Teen kaiken ohjelmakehityksen /home/bin -kansion alihakemistoihin. Ainoastaan loki.sh ja suojaa.sh -scriptit ovat /usr/bin -hakemistossa
Loki.sh avaa editoriin koneen updates.txt-tiedoston, jonne kirjaan kaikki koneeseen tehdyt muutokset ja kopioi updates.txt -tiedoston  pääserverille. Kaikissa koneissani on loki.sh -komento.
suojaa.sh tekee paikallisen nelitasoisen zip-pikakopion työhakemistosta työhakemiston BCK-alihakemistoon

Läppärissä on scripti, joka tekee rclonen M$:n pilveen /home -levystä ja scp:n ~/Documents -kansiosta pääserverin  ~/Documents -kansioon

12

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Tulostus webbisivun kautta

« : 04.03.23 - klo:23.20 »

Onko olemassa jotain valmista työkalua, jonka voisi asentaa serveriin niin, että kännnykältä voisi lähettää tulostuksen serverin tulostusjonoon ?
Mielessäni näen nettisivun, jolla voisi uploadata dokumentit.

Osaan kyllä tälläisen itsekin tehdä, mutta ei huvittaisi, kun on juuri yhden ison projektin saanut käsistään.

Alkaa kyllästyä näihin Androidiin tarjolla oleviin printteri-drivereihin: toimii, ei toimi, toimii, jumittuu, tulostuu miten sattuu.
Siiitä on vuosia, kun olen viimeksi käyttänyt lp:tä, cupsia, prettyprinttiä, ghostprinttiä tai vastaavia.

Serverillä pitäisi tietenkin olla työkalut, jotka muuttaisivat tiedostot tulostuvaan muotoon, esim PDF, joko tiedostopäätteen tai käyttäjän valinnan perusteella.

Tämä oli hyvä löytö, mutta ei vielä riittävä:

http://192.168.0.240:631/printers/

13

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Kotipalvelin pystyyn

« : 13.02.23 - klo:18.45 »

Itsellä on Ubuntu server.
I3 prosu, 8GB RAM, 128GB SSD systeemilevy, 1TB /home ja 1TB /BACKUP
Backuppina on itse rakennettu incrementaalinen, joka sopii  minun käyttööni paremmin, koska työlevyllä on paljon muuttuvaa matetiaalia. NAS sopii paremmin sellaiselle, jolla on staattista dataa.

Optimi olisi yhdistelmä inkrementoivasta ja nassista, mutta en juuri nyt viitsi alkaa kehitellä.

14

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ajax reload

« : 13.02.23 - klo:18.37 »

AR lasit ovat sen verran kalliit kehittää, että tuotteet tulevat varmasti isoilta yrityksiltä

15

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ajax reload

« : 11.02.23 - klo:19.12 »

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.

16

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ajax reload

« : 11.02.23 - klo:11.59 »

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.

17

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: php scriptin kutsuminen Androidista Ajaxilla

« : 11.02.23 - klo:11.53 »

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:

18

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: php scriptin kutsuminen Androidista Ajaxilla

« : 10.02.23 - klo:21.48 »

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ää.

19

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: php scriptin kutsuminen Androidista Ajaxilla

« : 10.02.23 - klo:14.22 »

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.

20

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / php scriptin kutsuminen Androidista Ajaxilla

« : 09.02.23 - klo:14.13 »

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ää.