Skype on ihan hyödyllinen ja mielekäs työkalu

En käytä Skypeä mitenkään aktiivisesti, mutta olen osallistunut pariin työhaastatteluun Skypen kautta, ja vasemmistoliiton pienyrittäjyys-työryhmän jäsen kun olen, olen osallistunut etänä kokouksiimme Skypen välityksellä.
Voisi kuvitella, että jos jostain syystä toimija-osapuolesta huolimatta joutuisi joskus elämän kuluessa Yhdysvalloissa osallistumaan oikeudenkäyntiin joko siitä syystä, että joku olisi nostanut syytteen jossain osavaltiossa seurauksena humaani-lähestymistapaisesta toiminnastani joko verkossa tai fyysisesti Pohjois-Amerikan mantereella, tai jos jonain päivänä perustan teknologia-yrityksen patentteja varten kehittämälleni teknolgoialle, ja patentoin ne myös Yhdysvalloissa, ja havaitsen, että joku taho rikkoo oikeuttani, olen itse syytteen nostajana, niin varmaan jo 2020-luvulla ainakin alemmilla oikeusasteilla voisin kuvitella osallistuvani Suomen rajojen ulkopuolella käytävään oikeudenkäynti-istuntoon videoneuvottelun keinoin.
Yhdysvallat, tosiaan. Olisi siellä hienoa päästä käymään edes kerran elämässä, musiikkituristina Texasissa, New Orelansissa, ja Elviksen Maryland -kotimuseossa, Missisippi, Tennesee näin lainsuojaton -countryn ystävänä ja roots-heebona, mutta ei sinne tyhjätaskuna kannata lähteä: Amerikka on kallis matkailijan näkökulmasta saati sinne muuttaminen ja siellä elämän ylläpitäminen maksaa maltaita saati perheen perustaminen siellä ja sen elättämäinen. Lotto joka viikko lähes vetämässä, niin sitten samantien lähdetään kun ei ole rahasta kiinni ja ohiajettaessa tuplattaisiin matkakassa Las Vegasissa näin gambler-henkisenä elämäntapa-intiaanina. IT-alasta valmistuneena liiketalouden ja hallinnon näkökulmasta Californiaa ei voisi ohitaa, koska Piilaaksossa on pienistä teknologia-startupeista suuriin teknologiajätteihin, joten samalla reissulla sukeltaisi Silicon Valleyn syövereihin.

Kaikki tavalliset ihmis-turistit, jotka matkustaa Yhdysvaltoihin, ei tee Juppeja tai vedä Jupeiksi reissua, eli Amerikkaan voi matkustaa,eikä Amerikan matka välttämättä pääty sähköjäniksen tavoin.

WordPress – sivuston ylläpitäjän turvallisuusvinkkejä (26.02.2020)

Kuten blogini ja Tuntikirjuri-sivuni seuraajat, ja muut politiikkakeskustelu-kannanottoni seuraajat muistavat, sivuni olivat alhaalla viime jouluaattoa edeltävänä aikana noin vuorokauden.

Eilen oli nimimerkki ”samppa75” -vastannut WordPress Suomi Support-tuki ja vianmääritys-foorumille esittämääni ”DocumentHandlerError” -kysymykseen, kun samppa75 -nimimerkillä on nyt sama tilanne. Suora linkki keskusteluun löytyy täältä: https://fi.wordpress.org/support/topic/json-in-aktivointi/#post-10556

Ajattelin ihan punavihreän avoimuuden ja aktivismin ja Internetin Käyttäjät Ikuisesti, IKI ry:n jäsenenä kokea ihan asialliseksi kirjoittaa muutama havainto, jolla mielestäni pystyy parantamaan oman WordPress -pohjalla toimivan sivuston turvallisuutta helmikuussa 26.02.2020 saatavilla olevan tiedon mukaan.

• WordPress -sivuston JSON-data on ollut julkista WordPress -järjestelmän joulukuisen WordPress REST APIn julkaisun jälkeen joulukuusta 2016. Liitännäisellä (Plug-in) nimeltä Disable WP REST API –on mahdollistaa hylätä JSON-datan julkisuus.
• WordPressin -sivun ylläpitäjän kirjautumissivu on oletuksena wp-admin -alikansiossa, jota kaikki hämärämiehet kokeilevat ensimmäisenä halutessaan yrittää kirjautua hallintapaneeliin. Olen havainnut liitännäisen nimeltä WPS Hide Login – ihan käteväksi.
• Vielä, jos käyttää WPS Hide Loginia, joku pitkäkyntinen tai automatisoitu botti voi löytää kirjautumissivun tiedä, miten hakukoneet kehittyvät jatkossa, vaikka varmaan kirjautumissivun osalta on määritelty oletuksena, että sitä ei sallita hakukoneiden löytävän, mutta en tiedä, tulevaisuudessa voi olla toisin. Kolmas liitännäinen, jonka olen asentanut, on Limit Login Attempts Reloaded, jossa voi määritellä melko tarkasti, kuinka monta kirjautumisyritystä sallitaan ennen lukkiutumista, ja kuinka kauan kestää ennen kuin kirjautumislukkiutuminen jällleen aukeaa.
• Jos on kommentointi sallittua, Akismet -roskaviestisuodatus on hyvä olla asennettuna, mikä taitaa tulla joka WordPressin asennuksen jälkeen vakiona järjestelmässä jo valmiisi asennetuissa Liitännäisissä.
• Lisäksi kannattaa pitää aina ajan tasalla uusin WordPress -järjestelmän versio palvelimella pystyssä, koska yleensä uusimmassa versiossa on korjattu ainakin useita tunnettua haavoittuvuuksia. Jo tunnettuja ja tulevia, reaaliajassa WordPress -Haavoittuvuuksia voi seurata sivustolta https://wpvulndb.com/

• Vaikka Verkkosivujen kopiointi on mahdollista, jos verkkopalvelin on oikein konfiguroitu, WordPress, kun on toteutettu PHP -kielellä, ja PHP on palvelimella ajettava kooditiedosto, käyttäjä ei saa haltuunsa sivun lähdekoodia. Jos saisi, kukaan todennäköisesti ei käyttäisi WordPressiä, koska wp-config.php -tiedosto sisältää kovakoodattuna tietokannan nimen, palvelinosoitteen ja myös salasanan. Lisäsin seuraavat rivit .htaccess -tiedostooni $HOME/public_html -kansiossa palvelimella.

# protect wpconfig.php
<files wp-config.php>
order allow,deny
deny from all
</files>

Marraskuusta 2016 toivuttua

Ei enää harmita juuri, että palautettuani tuon WordPress -opinnätetyöni marraskuussa 2016, siinä ei luonnollisestikaan ole yhtään viitettä tai mainintaa tuosta WordPress REST Apista, kun se näki päivänvalon joulukuussa 2016, ja olen tässä nyt käyttänyt öitäni dokumenttien haltuunottoon.
toi WP REST Api tarjoaa aika laajat, jotkut puhuu rajattomista uusista mahdollisuuksista, niin front-end -teemojen kehittämiseen, kuin jos suunnitelee noita liitännäisiä.
Aloin seuraamaan myös tuota WordPressin emoyhtiön ylläpitämää ajantasaista uhka/turvallisuus logia, vaikka en ole tilannut sieltä uutiskirjettä, niitä tulee aina uusia haavoittuvuuksia ei nyt ihan yhtä viikossa, mutta aika pian ne saadaan paikattua, kun joku aukko havaitaan uusimmassa versiossa. Aloin seuraamaan aktiivisesti vasta viime vuoden jouluaattoa edeltävinä päivinä tota logia, kun joku pimeän puolen nörttien ohjelmoima botti oli kaatanut tuon tuntikirjuri-sivuni.

Nythän taas se on pysynyt verkossa vakaana ilman käyttökatkoksia, kun parantelin turvallisuutta ja tein muita toimia, jotta ainakaan sama haxi ei toimi jatkossa eikä JSON -data ole julkista, joka on ollut julkista ilman lisätoimenpiteitä ylläpitäjältä joulukuun 2016 WordPress -version päivityksen jälkeen.

Pistin rohkaistuneena uudesta WP REST Api-oppimastani Poutapilvi Design Oy:lle rekrytointi-puolelle sähköpostia, jos pääsisi joko erikseen laskutettuna alihankintana, tai te-toimiston työllisyystuella johonkin liitännäis-projektiin ottamaan oppia käytännön projekteista enemmän, kun olin siellä jo haastattelussa viimeksi, kun ne haki plugin-kehittäjää sinne, mutta sillä kertaa ne etsi kokeneempaa tekijää, ja lopuksi päädyttiin siihen, että ehkä jatkossa sitten jossain muussa yhteydessä minun kaltaiselleni tietojenkäsittelyn koodivelholle on käyttöä, ja moikataan kun tavataan kaupungilla.
Toi Poutapilvi Design taitaa olla Turun yksi vanhimmista web-suunnitelulla ainakin alottaneita yrityksiä, ja niillä on toimipiste ihan ydinkeskustassa Aurakadulla.

Kävi mielessä, että jahka olen käynyt tuon REST Apin dokuentaation läpi, voisi alkaa suunnittelemaan jonkinlaisia liitännäis-boilerplateja, WordPress Plugin Boilerplate, puhutaan alan termistössä niinkuin virallisesti, että jos asiakkaani tarpeet tuo esiin jonkin sellaisen pluginin kehittämistä, jota ei vielä löydy sopiviin tarkoituksiin, niin ei tarvitsisi kaikkea nollasta ohjelmoida Jotain yleiskäyttöistä ja elämää helpottavaa siis, että mielenterveys pysyisi edes ennallaan. Eihän pyörää kannata aina keksiä uudestaan.
En tiedä, mitään muita kaupallisia markkinoita yleishyödyllisille pohjille olekaan noiden pluginien osalta, paitsi se, että nopeuttaa sitten oman pluginin tarpeen tullessa esiin niin sen luomista, kun on jotain yleiskäyttöistä jo valmiina. Sehän on yksi ohjelmoinnin teorian perusideoista, että koodin tulisi olla mahdollisimaan hyvin sopivaa uudelleenkäytettäväksi, yleiskäyttöistä koodia pitäisi olla, ja sitten vielä, jos pohtii modulaarisuuden periaatteita, pitäisi pirstoa kaikki ongelmat top-down-menetelmällä mahdollisimman pieniin osa-ongelmiin. Less is More in modular, object-oriented approached programming if you wanna be the Number One Man standing appealing for resuable code.

Updating my Linkedin -profile

Today I took my time and Updated my Linkedin -profile.

Straight and permanent link to my professional history profile is located on:

https://www.linkedin.com/in/jere-sumell-51b008a5

Hustling and Buzzing with Java (Simple Sample coding by Barley and Malt (Brewed, Homebrewed,Blended and Single) Holistic Student aged 36) [Not drunk on business days {Studying at school -days}]

Source code:

import java.util.*;
import org.json.*;

public class Testi {

//Attributes
private Map<String, String> relations = new HashMap<String, String>();
private String finalJSON;

//Constructor
public Testi() {
generateKeysAndValues();
generateJSON();
}

//setters and getters
public void setFinalJSON(String x) {
this.finalJSON = x;

}

public String getFinalJSON() {
return this.finalJSON;
}

//Other Methods
public void generateKeysAndValues() {
String key = “STUDENT”;
String values =”001,John,Smith”;
relations.put(key, values);
}

public void generateJSON() {
JSONStringer x = new JSONStringer();
Collection colle = relations.values();
Object[] sArr = colle.toArray();
x.object().key(“STUDENT”).value((String)sArr[0]).endObject();
this.setFinalJSON(x.toString());
}

//Overriding String-method
public String toString() {
return “” +this.getFinalJSON();
}

public void run() {
System.out.println (this.toString());
}

public static void main(String[] args) {
Testi testApp = new Testi();
testApp.run();
}
}

Output (JSON Notational):

{"STUDENT":"001,John,Smith"}

From ER-Model to Relational model in Database design and finally generating SQL-code automatically (And in reversed way SQL to Models) -tools

Nyt kun yliopiston tietokanta-kurssini on puolessa välissä, tuli vastaani ER-mallista Relaatiomalliin muuntamisen algoritmi. AMK-opinnoissa tietokanta-kurssilla käytettiin ilmaista Windows-työkalua, joka generoi ohjelmassa tehdystä ER-kaaviosta valmiin sql-tiedoston, joka sitten voitiin ajaa Linuxissa syötteenä tietokanta-palvelimelle, josta saatiin lopputuloksena tietokanta, jota hyödynnettiin sitten ohjelmoimalla Java-ohjelma, joka louhii tietokannasta tietoa.

Katsoin hakukoneella, että kyseisiä työkaluja on olemassa niin kaupallisia, kuin ilmaisiakin, esimerkiksi Microsoftin Visio ja tuli hakukoneesta muutamia muita kaupallisia ilmaisen kokeilujakson tarjoavia verkkopalveluita mainos-osiossa vastaan.

Yksi, josta en tiedä, onko ilmainen vai mikä ansaintalogiikka on erdplus.com -palvelulla, kun hinnoista ei puhuta mitään, kun sielläkin luvataan koodin generointi Relaatio-mallista. Palvelun osoite on https://www.erdplus.com

Toisaalta tuolla erdplus.comissa myydään kyseiseen työkaluun liittyvää kirjaa myös, joten palvelun ylläpitäjät voivat saada kirjatilauksia.

Toisinpäin myös, eli sellaisiakin löytyy käänteisen ohjelmistokehityksen -tiimoilta, että SQL-koodista saadaan generoitua Relaatio-malli, ja siitä taas tuo ER-mallista ->Relaatio-malliin onnistuu käänteisalgoritmin kautta.

Netistä löytyy tuosta ER-mallin muuntamisesta relaatio—malliin esityksiä mm. GeeksforGeeks.orgista, artikkeli löytyy tämän linkin takaa.

https://www.geeksforgeeks.org/mapping-from-er-model-to-relational-model/

Myös Tutorialspoint esittää 6-vaiheisena saman asian. https://www.tutorialspoint.com/dbms/er_model_to_relational_model.htm#

Jahka SQL tulee selkäytimestä, jota tosissaan se ei vielä tule, en sitten tiedä, jos ja kun aikaa taas on käyttää enemmän harrastuksiin, eikä alati uuden opiskeluun, olisiko mitään kaupallista markkinarakoa kaupallisen ohjelmiston valmistukseen, missä olisi ER-mallinnuksesta Relaatiomallin kautta valmiiseen SQL-koodiin -automatisoitu prosessi loppukäyttäjälle mahdollinen, ja sitten taas käänteisenä käyttäjän syöttäessä SQL-kooditiedosto, siitä generoituisi halutut kaaviot. Ohjelma saattaa olla aika työläs ohjelmoitavaksi, enkä tiedä, minkälainen kysyntä sillä olisi, kun kerta niitä on jo olemassa.

Kaupallisten ohjelmien valmistuksessa yleensä ainakin työpöytäsovelluksissa on se ongelma, että ne päätyvät tavallisesti ennen julkaisua jo vertaisverkkoihin piraattien hankittavaksi, jos ohjelma on hyvä, ja sitten taas kun työpöytä-ohjelmistot ovat vanhentunutta tekniikkaa, verkko-alustaisena voisi toimia jollain kuukausimaksuisella automaattilaskutus-periaatteella?

Kaikki periytyy Object-luokasta Javassa

En ymmärrä yhtään, miksi tytöillä ja naisilla on teknologia hankalaa: Onhan siellä Javaa kun opiskellaan, niin jos lähtee tutkimaan Java API -luokkahierarkiaa, niin Object-luokka KAIKKIEN luokkien kanta-isä, jonka kaikki perii. Myös itse määritellyt luokat tai niistä periytyneet luokat.

Object kaksi ensimmäistä merkkiä on on Ob, joka on tyttöjen ja naisten tamponi-label, niin tuntuu siltä, että he aristavat teknologia-aihetta: Eihän meillä ollut AMK-opinnoissa enää yhtään naisopiskelijaa jäljellä valmistumisvaiheessa: Se on ikävää, koska ihminen sitä käyttää 3 vuotta takuueläkkeellä ja aumistuella eläen loppuelämänsä (Ko. Tulot eivät anna mahdollisuutta harrastaa mitään järkevää, jossa tapaisi ihmisiä, esim. käydä elokuvissa, kun liput maksaa liikaa.)

No, sitten kun siirrytään tietojenkäsittelyyn perusteisiin, Algoritmistä ajattelua opiskellaan aluksi: Alkkareita. Ohjelmoinnin peruskurssit kiitettävän algoritmisen ajattelun jälkeen lähtee merkkijonojen pyörittelystä, eli pitäisi suunnitella String-Algoritmi, siellä väänellään merkkijonoja. Eli: String-Algoritmit, eli String-Alkkarit tulee ensimmäisenä. String-Alkkarit tulee siis seuraavaksi.

Tietokanta-kurssi kuuluu nykyään vuoden 2005 jälkeen perusopintoihin vuonna 2020, niin siellä on kuvitteellisen yrityksen tietokanta jopa tenttiin asti, jossa mikään kantaan lisättävä perheenjäsenen DEPEDENT tai bisnes-maailmassa ”BusinessAffairs” (Sidosryhmät) -relaatio, tai ”FamilyAffIairs” -relaatio ei riitä edes moni-arvoisena attribuuttina minimi-avain-attribuutiksi: Jos esimerkiksi perheeseen syntyy vaimon ja isännän hankittua lapsia esimerkiksi kaksoset mitä ne syntyy parin minuutin välein: Kurssilla on esimerkki-yrityksessä perhesiteissä riittää Foreign-key:ksi pelkkä nimi: Tosi – Maailmassa ei ole näin: Kuinka monta John Smithmiä tai Kevin Murphyä eläkään vielä tänä päivänä In-Common-Law- perusteisissa maissa?

Siinä vaiheessa, kun pitäisi määritellä alkeis, -alkkarikurssin harjoituksessa sukupuoli -attribuutti, pitää päättää onko se Boolean, kaksiarvoinen, vai  SQL:ssä CHARACTHER, eli String Sex ohjelmistokehittäjän näkökulmasta, niin se ajaa loputkin naiset ulos omastani elämästä. Tekniikka ei kiinnosta naisia.

Boolean sex ei enää toimi vuonna 2020, kun Antti Rinteen hallituksen aikakaudella Rinne lupasi, että trans-laki etenee, ja jos on ”Muu” -sukupuolinen, mitä itse en ole, sillä olen syntynyt miessukupuoleen, ja tunnen olevani Mies maskulisiisine piirteineen ja peniksenkin omistan, ja olen siitä kiitollinen, niin en tiedä pitäisikö sukupuoli sex määritellä tuohon SQL-harjoitukseen: ”Sex Integer (4);?”

Mä tajuan pimut ihmisenä ihmiselle mä yritän aina niihin tutustua, mutta ei teidän tarvitse tätä teknologiaa siäkähtä, vaikka tällä on teille ehkä arka-luonteisia termejä nörttien perustamana? Kuukautiset on ihan luonnollinen juttu, ja käytätte mitä käytätte, en etsi muuta kuin Tutoriaali-seuraa, ehkä luentojen jälkeen johonkin kivaan kahvilaan päiväteelle ja voitaisiin ostaa jotkut kivat leivonnaiset: Mä tiedän yhden kivan kahvilan tuossa jokirannassa, jossa on edullista, ja sieltä saa edullisen teepannun ja ostetaan jotkut kivat leivokset tai leivät mun piikkiin sieltä. Keskusteluseuraa opintojen aiheesta! (Data Analysis, FM-student)