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 - teele

Sivuja: 1 2 [3] 4 5 ... 25
41
Tarkoituksena on saada valmis html-sivu, ja kaikki muu onkin aika kunnossa, vain osoitteet takkuilevat.

Tarkoituksena on, että niitä sivuja voidaan sitten katsoa suoraan selaimella, siksi olisi hyvä, että myös linkit olisivat sopivia ilman mitään file- tai http-lisukkeita

Kokeilin myös abiwordia, mutta siinä Lisää - Hyperlink on harmaana. Käyttis on Lubuntu 18.04. Ehkä uudemmissa versioissa voisi olla joitain korjauksia, mutta se alkaa jo olla toista aihetta....

42

En vain saa onnistumaan

Lisäsin hyperlinkin ja kirjoitin osoitteeksi index.html ja tallensin tiedoston html-muotoiseksi. Sitten katsoin, miltä linkki html-muotoisessa tiedostossa näyttää, ja tulos oli  tällainen

Koodia: [Valitse]
<a href="http://index.html/" name="linkki02">index-linkki</a>
eli näyttää siltä, että lo tekee omia lisukkeitaan, miten niistä pääsisi eroon

43
Miten libreofficen writessä voisi saada linkin lisättyä niin, että siihen ei tule mitään libreofficen omia lisäyksiä.

Esimerkiksi niin, että linkki voisi olla vaikka

Koodia: [Valitse]
<a href="index.html" name="linkki01">oma-linkki</a>

siis pelkästään index.html. Mitään  file- tai http-lisukkeita ei tarvittaisi.

44

Luultavasti toimii, kiitos ohjeista :)

Ensin piti tehdä pehmolinkki  /var/www/html -hakemistoon osoittamaan omaan sivutilaan

Koodia: [Valitse]
cd /var/www/html
sudo ln -s  /home/omat_sivut omat_sivut
cd /etc/apache2/sites-available

ja sitten lisättiin pehmolinkkiohjeistus /etc/apache2/sites-available/omat_sivut.conf tiedostoon

Koodia: [Valitse]
           <Directory />
             Options FollowSymLinks
             AllowOverride None
            </Directory>





45


Ajattelin vain oikeuksia ja että ulkopuolinen voi kirjoittaa sivutilaan.

 Ulkopuolinen ei siis millään tavalla voi millään muulla ohjelmalla kirjioittaa sivutilaan, jos sivutilan asetuksissa on kirjoitusoikeudet ulkopuolisille?

Ssh siis estää sen? Mistä tiedän, että palvelimen sivut ovatkin ssh-suojattuja ja niihin ei pääse käsiksi muilla tavoin (voi olla tyhmä kysymys, mutta en tosiaan aikaisemmin ole ollut näitten asioiden kanssa tekemisissä)


46
Tarkoitus on pitää nettisivut ajan tasalla omalla koneella, jolloin niitä on helppo muokata, ja sitten siirtää valmiit sivut pilvipalvelimelle, jossa pyörii Ubuntu 18.04.

Koodia: [Valitse]
scp *.html käyttäjä@xxx.xxx.xxx.xxx:omat_sivut/

Mutta että siirto onnistuisi palvelimen hakemistolla omat_sivut pitää olla asetukset, jotka sallivat ulkopuolisen kirjoittamisen

Koodia: [Valitse]
chmod -o+w omat_sivut

Saman sijainnin pitää olla myös apachen luettavissa ja kirjoitettavissakin, ja se onnistuu muisttakseni chgrp -asetuksilla, kun tiedetään, että apache on käyttäjä www-data.

Mutta ulkopuolisen kirjoittamisen salliminen ei kai ole hyvä ajatus tietoturvan kannalta. Silloinhan kuka vain voi kirjoittaa sivukseni mitä vain. Eli sivujen siirto omalta koneelta palvelimelle pitääkin tehdä johonkin muuhun hakemistoon, ja sitten siirtää ne sieltä omat_sivut -hakemistoon komentorivikäskyillä palvelimella.

Tämä ei vaikuta kovin kätevältä. Olisi hyvä, jos voisi vain lähettää päivitetyt sivut omalta koneelta palvelimeen ilman muita temppuja.

Miten tällainen asia yleensä on ratkaistu, se ei kai voi olla niin monimutkaista, kuin tässä kuvailin.


47

Tässä on vielä käynnistyksessä tulevat virheilmoitukset, kun wxmaximan käynnistää päätteeltä. Voisiko näistä päätellä, mitä on pielessä Lubuntu 18.08 wxmaximassa, joka on tavalliseen tapaan päätteeltä aptilla asennettu.

Koodia: [Valitse]
$ wxmaxima
17.34.34: Debug: Unrecognized accel key ' s', accel string ignored.

(wxmaxima:2812): GLib-GIO-CRITICAL **: 17:34:34.918: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(wxmaxima:2812): GLib-GIO-CRITICAL **: 17:34:34.918: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(wxmaxima:2812): GLib-GIO-CRITICAL **: 17:34:34.919: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(wxmaxima:2812): GLib-GIO-CRITICAL **: 17:34:34.919: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed


48
Nyt on tullut pientä pohdittavaa loppuparametrin kertomisessa std::copy -funktiolle.

Alkuperäinen koodi toimii hyvin

Koodia: [Valitse]
#include <fstream>
#include <iostream>
#include <algorithm>
#include <iterator>
#include <regex>

int main()       // tämä toimii alkuperäinen versio, versio 1
{
   std::string text = "Quick brown fox.";
   std::regex ws_re("\\s+"); // whitespace
   std::copy( std::sregex_token_iterator(text.begin(), text.end(), ws_re, -1),
                            std::sregex_token_iterator(),
                            std::ostream_iterator<std::string>(std::cout, "\n")
                          );
}

jos alkuiteraattori annetaan kutsun ulkopuolella alustetulla muuttujalla, silloinkin ohjelma toimii hyvin.

Koodia: [Valitse]
#include <fstream>
#include <iostream>
#include <algorithm>
#include <iterator>
#include <regex>

int main()       // tämä toimii, versio 2
{
   std::string text = "Quick brown fox.";
   std::regex ws_re("\\s+"); // whitespace
   std::sregex_token_iterator it1(text.begin(), text.end(), ws_re, -1);
   std::copy( it1,
                            std::sregex_token_iterator(),
                            std::ostream_iterator<std::string>(std::cout, "\n")
                          );
}

Mutta jos loppukohta annetaan funktion ulkopuolella alustetulla parametrilla, tulee käännöksessä virheitä.

Koodia: [Valitse]
#include <fstream>
#include <iostream>
#include <algorithm>
#include <iterator>
#include <regex>

nt main()       // tämä ei toimi, versio 3
{
   std::string text = "Quick brown fox.";
   std::regex ws_re("\\s+"); // whitespace
   std::sregex_token_iterator it1(text.begin(), text.end(), ws_re, -1);
   std::sregex_token_iterator stop();
   std::copy( it1,
                            stop,
                            std::ostream_iterator<std::string>(std::cout, "\n")
                          );
}

Vaikka versioita 1 ja 2 voi käyttää, joskus olisi siistimmän näköistä, jos voisi käyttäa myös 3-versiota, mutta miten sen voisi saada toimimaan. Miten loppukohdan voisi kertoa funktion ulkopuolisella muuttujalla.

Käännöskomento oli kaikissa

Koodia: [Valitse]
g++ regex07.cpp -o regex07 -std=c++17 -Wall -pedantic

kun lähdekoodi on regex07.cpp (eli kaikenlaista on yritetty, ainakin 7:s yritys menossa)



49

Ainakin tavallisilla hipsuilla toimii

Koodia: [Valitse]
./testiohjelma1 infile.txt '<td'  '</td>'

Kiitos vastauksista, oli ilmeisesti se hipsuvaihtoehto, jota ei tullut tarpeeksi huolellisesti kokeiltua    :)

50
Tavallinen c++ -ohjelma haluaa ohjelmaparametrina merkkijonon.

Miten sen saa syötettyä, jos merkkijono on esimerkiksi </br>.

Kaikenlaisia lainaus-, ja heittomerkkiyhdistelmiä on kokeitu, mutta bashin mielestä pitäisi olla tiedosto /br.

51
Matti ja Maija pitävät omia sivuja pilvipalvelimella, joka moni-isännöi Matin koirasivuja ja Maijan kissasivuja.

Sivustot ovat esimerkiksi hakemistoissa /var/www/html/koirasivut ja /var/www/html/kissasivut. Selaimella ne löytyvät osoitteesta koirasivut.dy.fi ja kissasivut.dy.fi.

Matti ja Maija haluaisivat kummatkin ylläpitää omia sivujaan tavallisena käyttäjänä ilman sudoilua.

Netistä löytyi ohje

https://serverfault.com/questions/357108/what-permissions-should-my-website-files-folders-have-on-a-linux-webserver

jota soveltamalla olisi toiveena keksiä Matille ja Maijalle sopivat palvelinasetukset pilvikoneen Apachelle ja tiedosto-oikeuksille.

Olisivatko tällaiset asetukset toimivat

Koodia: [Valitse]
chown -R matti  /var/www/html/koirasivut
chgrp -R www-data  /var/www/html/koirasivut 
chmod -R 750  /var/www/html/koirasivut
chmod g+s  /var/www/html/koirasivut

chown -R maija  /var/www/html/kissasivut
chgrp -R www-data  /var/www/html/kissasivut
chmod -R 750  /var/www/html/kissasivut
chmod g+s  /var/www/html/kissasivut

Tässä on oletuksena, että Apache toimii www-data -oikeuksilla, mutta toimiiko se todella niin Ubuntu 18.04 :ssä, ei ole vielä netistä hakemalla selvinnyt.  Apachen asetuksiin eitarvitsisi koskea, jos edellä oleva toimisi.   

Jos edellä oleva järjestely ei toimi, jokin muukin tapa saada sama toiminnallisuus tietysti kävisi myös.

Muokk.
Tämänhetkiset kokeilujen tulokset näyttäisivät siltä, että ratkaisu voisi olla

Koodia: [Valitse]
sudo chown matti /var/www/html/koirasivut
sudo chown maija /var/www/html/kissasivut

Tulos on tietysti ainakin sillä varaumalla, että kokeiluissa ei oe tapahtunut jotain sellaista, jota ei ole huomattu ja joka on vaikuttanut oikeuksiin.


52

Löytyi sitten virheraporttikin, mutta en saa sitä tulemaan liitteenä näköjään :(

Olisiko siitä apua, voin laittaa sen tavallisena tekstinä tähän tekstikenttään, jos se auttaisi asiaa. (muutin päätteen .crashista txtiksi, se ei näköjään auttanut, liite ei toiminut, jstain syystä, ehkä tässä koneessa on jotain muutakin häikkää ???)


53
 
Ei auttanut pelkkä aptikaan, mistähän päin voisi alkaa asiaa perkaamaan.

54
Kokeilin

Koodia: [Valitse]
sudo apt-get install wxmasima

lubuntu 18.04 -koneessa.

wxmaxima näytti asentuvan ja sen saa käynnistettyä opetusohjelmat-valikosta. Ohjelman ikkuna ilmestyy näkyviin, mutta se ei ota vastaan mitään syötettä hiireltä tai näppäimistöltä. Ainoa tapa selvitä tilanteesta on päätteen pkill -komento.

Onko joku saanut wxmaximan toimimaan lubuntu 18-04-versiossa, miten se onnistuisi?

55
nyt on (sivujen nimet eivät ole todellisia) eli Servername on se osoite, josta sivuja pyydetään selaimella ja DocumentRoot on sen hakemiston osoite, jossa on sivujen index.html -tiedosto. Varmuuden vuoksi vielä lainausmerkitkin on lisätty DocumentRootiin linkissä olleen ohjeen perusteella.

Koodia: [Valitse]
ServerAdmin webmaster@localhost
        ServerName koirajutut.dy.fi
DocumentRoot "/var/www/html/koirasivut"


ja sitten on tehty

Koodia: [Valitse]
sudo /etc/init.d/apache2 reload
[ ok ] Reloading apache2 configuration (via systemctl): apache2.service.

Mutta kun pyydetään selaimessa koirajutut.dy.fi, tulee kissajutut, joka on siis oletuksena 000-defaultissa, tai siis kissajuttujen hakemiston osoite on 000-defaultissa DocumentRootina.

Muokk.

Nyt näyttäisi toimivan, en tiedä, missä kaikissa kohdissa tein aluksi väärin, mutta tässä vielä ilmeisesti oikeat temput. Kiitos neuvoista  :)

// tämä on dy.fi-päivitystiedosto, uuden  sivuston nettiosoite lisätään tänne. siis
// esim. koirajutut.dy.fi
sudo nano /usr/local/etc/dyfi-update.conf 
 
// sitten tehdään koirajuttujen hakemisto palvelimella, yhdysviiva on kielioppivirhe, mutta
// auttaa selventämään asiaa
sudo mkdir /var/www/html/koira-sivut

// kopioidaan vaikka kissajuttujen hakemistosta valmista aineistoa pohjaksi
sudo cp -r /var/www/html/kissa-sivut/*.* /var/www/html/koira-sivut

// kirjoitetaan uudet jutut vanhojen tilalle kopioituun pohjaan
sudo nano /var/www/html/koira-sivut/index.html

// tehdään hakemistoon  /etc/apache2/sites-available/ koira-sivut.conf -tiedosto
// voidaan kopioida ja muokata kissa-sivut.conf -tiedostosta,  pääsee helpommalla
cd /etc/apache2/sites-available/
sudo nano koira-sivut.conf

// kerrotaan apachelle, että uudet koira-sivut ovat käytettävissä
sudo a2ensite koira-sivut

// lopuksi uudelleenkäynnistetään apache
sudo systemctl restart apache2




56
Pilvipalvelimessa on Ubuntu 18.04 ja Apache2. Toivomuksena olisi saada moni-isännöinti (virtual hosting) toimimaan niin, että palvelimella voidaan pitää portissa 80 muutamaa eri sivustoa, esimerkiksi kissasivut, koirasivut ja pupusivut.

Palvelin näyttää

Koodia: [Valitse]
/etc/apache2/sites-available$ ls
000-default.conf  default-ssl.conf  koirasivut.conf


joten koirasivujenkin pitäisi olla näkyvissä. 000-defaultissa on osoitteena kissasivujen index.html:n sisältävä hakemisto.

Koodia: [Valitse]
cat /etc/apache2/sites-available/000-default.conf
<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/kissasivut

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

koirasivut.conf on muuten samanlainen kuin 000-default.conf:kin, mutta siellä on

Koodia: [Valitse]
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/koirasivut

DocumentRoot:na.

Netistä on paljon kysymyksiä samasta asiasta, mutta olen mielestäni tehnyt kaikki vaadittavat temput palvelimen uudelleenkäynnistys mukaan luettuna. Koska sivut ovat saatavissa, se kertoo, että a2ensite:kin on tehty (varmaan jo monta kertaakin ).

Vielä en ole kokeillut a2dissite:ä kissasivuille eli 000-defaultille, koska vaarana on, että kaikkien sivujen näkyminen loppuisi. Nyt tilanne on siis se, että kun pyydetään koirasivua, palvelin lähettää kissasivun ja kissasivun saa myös sitä pyydettäessä.




57

pakettivarastot ovat tässä


#

# deb cdrom:[Official Debian GNU/Linux Live 9.6.0 cinnamon 2018-11-10T11:54]/ stretch main

deb cdrom:[Official Debian GNU/Linux Live 9.6.0 cinnamon 2018-11-10T11:54]/ stretch main

# Line commented out by installer because it failed to verify:
#deb http://security.debian.org/debian-security stretch/updates main
# Line commented out by installer because it failed to verify:
#deb-src http://security.debian.org/debian-security stretch/updates main

# stretch-updates, previously known as 'volatile'
# A network mirror was not selected during install.  The following entries
# are provided as examples, but you should amend them as appropriate
# for your mirror of choice.
#
#deb http://deb.debian.org/debian/ stretch-updates main contrib non-free
#deb-src http://deb.debian.org/debian/ stretch-updates main contrib non-free


58
Kokeilin Debian 9 -asennusta tikulta ilman nettiyhteyttä. Kaikki pakettivarastot on kommentoiutuina tiedostossa

/etc/apt/sources.list

Voiko kaikki kommentoinnit poistaa?

59

Kokeilen nettisivujen pitoa pilvipalvelimella ja näin alkuvaiheessa olisi hyvä kuulla, millainen hakemistorakenne on oikeasti käytännössä toimiva.

Jos esimerkiksi tarkoituksena on pitää kolmea sivustoa, kissajutut.dy.fi, koirajutut.dy.fi ja pupujutut.dy.fi yhdellä virtuaali-Ubuntulla ja yhdellä Apacella moni-isännöinnissä (virtual hostingissa), niin sivustot varmaan kannattaa kukin laitaa omaan alihakemistoonsa.

Mutta onko /var/www/html/ hyvä paikka sivustoille vai olisiko parempi laittaa ne omaan käyttäjähakemistoon. Toivomuksena on, että pääsee mahdollisimman vähällä chmodaamisella.

Kokeilutarkituksessa Apachen rinnalla voinee kai toimia joku pieni kokeilupalvelinkin, vai haittaisiko se sivustojen toimintaa? Sen voinee laittaa omaan porttiinsa?


60

Lämpömittari on kytketty usb-paikkaan ja tiedot näkyvät omalla koneella vaikka terminaalissa. Jotta lukemia voisi seurata myös etänä, tiedot pitäisi saada välitettyä pilvikoneelle, jossa siinäkin on käynnissä Ubuntu, myös Apache php.

Millä tavalla kannattaisi alkaa suunnitella tietojen lähettämistä pilvikoneelle, jos toivomuksena on, että lämpötiloja voisi katsella pilvikoneelta selaimella mistä vain.

Minuutin välein tuleva päivitystieto on lyhyt, lämpötila ja kellonaika tms. Ja toivomuksena on, että jos systeemi saadaan toimimaan, sitä voisi helpoti laajentaa niin, että samanlaisia tietoja voisi välittyä muistakin paikoista joskus myöhemmin. Silloin välittyvinä tietoina voisivat olla mittarin sijainti, kellonaika ja lämpötila.

Jos tietoja olisi enemmän, ajastettu scp-komento voisi olla vaihtehto, mutta nyt ehkä olisi olemassa jokin kevyempi ratkaisu? Onko netcat täysin turvallinen, ...... ja tietojen lähettäminen php-kyselyn argumentteina ei ehkä ole kovin kevyt ratkaisu? ..... entä pieni c++ -  tai python-ohjelma?





Sivuja: 1 2 [3] 4 5 ... 25