Baikal – Aktualizacja

Aktualizacja Baikal-a wygląda zupełnie jak inna aktualizacja web-aplikacji:

Pobieramy najnowszą paczkę z GitHuba

Wykonujemy kopie zapasową katalogu całego katalogu, w którym zainstalowany jest baikal, a w szczególności:

/Specific

/Specific

Postępować teraz możemy dwojako, możemy na aktualną wersję nałożyć pobraną wersję z pominięciem katalogu ‚Specific’ lub na świeżo wgrać baikal i nadpisać katalog ‚Specific’ naszym starym (z kopii zapasowej).

Po powyższej czynności logujemy się do panelu admina baikal i potwierdzamy aktualizację.

Wallabag v2 – Aktualizacja

O wallabagu pisałem już wcześniej, jako super alternatywa Pocketa (getPocket/ReadItLater).

Projekt cały czas rozwija się, pojawiła sie kolejna aktualizacja.

Jeżeli korzystaliście z instalacji z paczki tar-a, można przeprowadzić aktualizację następujący sposób:

wget http://wllbg.org/latest-v2-package -O wallabag.tar.gz
tar zxvf wallabag.tar.gz

1 2	wget http://wllbg.org/latest-v2-package -O wallabag.tar.gz tar zxvf wallabag.tar.gz

Należy przed podmianą plików utworzyć kopię pliku:

/app/config/parameters.yml
/data

1 2	/app/config/parameters.yml /data

Katalog data jest dla nas ważny jeżeli wallabag korzysta z SQLita (można to zweryfikować w pliku parameters.yml)

Następnie nadpisujemy pliku nowym wallabagiem, wgrywamy nasze pliku z konfiguracją i cieszymy się nowszą wersją.

Należy również opróźnić katalog

var/cache

var/cache

Linux – Prosta strona statusu usług

Zdarzyć się może, że będziemy potrzebować staroświeckiej strony z statusem usług. Nie koniecznie będziemy zainteresowani wielkim projektem, który zarządza stanem usług czy też tworzeniem konta w serwisie świadczącym takie usługi.

Dlaczego by nie zrobić takiej strony samemu?

Stwórzmy podstawową stronę w html-u
Utwórzmy skrypt check.sh, który będzie odpytywać usługi
Dodajmy skrypt do harmonogramu (cron)
Sukces

Gdy już stworzymy nasz szablon strony w html należy skopiować statyczną część strony do skryptu check.sh i opatrzyć ją poleceniem ‚echo’. Dynamiczna część będzie sprawdzać czy nasze usługi są aktywne, ale by to zrobić musimy utworzyć listę z nazwami usług oraz adresami url.

#!/bin/bash 

echo '' > /var/www/status.html
echo '<html>' >> /var/www/status.html
echo '<head>' >> /var/www/status.html
echo '<title>status.example</title>' >> /var/www/status.html
echo '<body>' >> /var/www/status.html

arr[0]=blog
arr[1]=http://blog.example
arr[2]=www
arr[3]=http://www.example
p='UP'
r='DOWN'

for index in ${!arr[*]}
do
        if [ $(( $index % 2)) -eq 0 ]
        then
                echo '<p>' >> /var/www/status.html
                if curl -s --head ${arr[$index+1]} | head -n 1 | grep "HTTP/1.[01] [23].." > /dev/null
                then
                        echo $p >> /var/www/status.html
                else
                        echo $r >> /var/www/status.html
                fi
                echo ' ' >> /var/www/status.html
                echo ${arr[$index]} >> /var/www/status.html
                echo '</p>' >> /var/www/status.html
        fi
done

echo '</div></body></html>' >> /var/www/status.html

#!/bin/bash

echo '' > /var/www/status.html

echo '<html>' >> /var/www/status.html

echo '<head>' >> /var/www/status.html

echo '<title>status.example</title>' >> /var/www/status.html

echo '<body>' >> /var/www/status.html

arr[0]=blog

arr[1]=http://blog.example

arr[2]=www

arr[3]=http://www.example

p='UP'

r='DOWN'

for index in ${!arr[*]}

if [ $(( $index % 2)) -eq 0 ]

then

echo '<p>' >> /var/www/status.html

if curl -s --head ${arr[$index+1]} | head -n 1 | grep "HTTP/1.[01] [23].." > /dev/null

then

echo $p >> /var/www/status.html

else

echo $r >> /var/www/status.html

echo ' ' >> /var/www/status.html

echo ${arr[$index]} >> /var/www/status.html

echo '</p>' >> /var/www/status.html

done

echo '</div></body></html>' >> /var/www/status.html

Zakładamy, że plik /var/www/status.html jest dostępny na naszym serwerze www oraz skrypt znajduje się w lokalizacji /opt/check.sh

chmod +x /opt/check.sh

1	chmod +x /opt/check.sh

Dodajmy skrypt do cron-a:

crontab -e

0 * * * * /opt/check.sh

crontab -e

0 * * * * /opt/check.sh

W ten oto sposób nasz skrypt wykonywać będzie się co godzinę aktualizując plik status.html. Podejście to daje nam przewagę nad rozwiązaniami pisanymi w php, gdyż każdorazowe uruchomienie strony nie wykonuje komendy na naszym serwerze. Interwał między odświeżeniami kontrolujemy za pomocą wpisu w cron.

„plik jest uszkodzony i nie można go otworzyć” Excel 2010

Problem nie jest zbyt częsty mimo to:

Uruchom Excel 2010
Wybierz ‚Plik > Opcje’
Wybierz ‚Centrum zaufania > Ustawienia Centrum zaufania’
Z lewego menu wybieramy ‚Widok chroniony’
Odznaczamy wszystkie 4 ptaszki i zatwierdzamy OK
Restartujemy Excela i ponownie otwieramy plik

Pamiętajmy o włączeniu spowrotem wszystkich opcji w Widoku chronionym.

PS. Postępujmy w ten sposób tylko w przypadku, kiedy mamy pewność, że plik jest bezpieczny, a antywirus nie informuje o zagrożeniu po przeskanowaniu pliku

Ubuntu – Recovery Mode zawiesiło się po fsck

Wybierz z Recovery Menu opcję ‚root – Drop to root shell prompt‚

sudo fdisk -l
mount
#powyższa komenda zwróci coś w stylu /dev/sdaX on / type ext4 (rw,errors=remount-ro)
sudo fsck -f /dev/sdaX
sudo mount /dev/sdaX / -o remount,rw

sudo fdisk -l

mount

#powyższa komenda zwróci coś w stylu /dev/sdaX on / type ext4 (rw,errors=remount-ro)

sudo fsck -f /dev/sdaX

sudo mount /dev/sdaX / -o remount,rw

Zamontowaliśmy partycję, do której mamy dostęp z poziomu root-a. Dzięki temu możemy spróbować naprawić wszelkie błędy partycji, jeżeli jeszcze jakieś zostały.

Linux – Wyświetlanie emailu za pomocą mailq i postcat

Jeżeli używamy postfixa możemy wykorzystać narzędzia, które są jego częścią do przeglądania korespondencji, która przez niego przechodzi:

#  wyświetl listę wszystkich maili w kolejce
mailq

# wyświetl konkretną wiadomość (maila) podając jego ID (ID uzyskamy poprzez mailq)
postcat -vq [message-id]

# wymuś natychmiastowe przetwarzanie kolejki 
postqueue -f 

# usuń WSZYSTKIE wiadomości w kolejce (użyteczne gdy coś dzieje się nie tak np. bot-spammer)
postsuper -d ALL

# wyświetl listę wszystkich maili w kolejce

mailq

# wyświetl konkretną wiadomość (maila) podając jego ID (ID uzyskamy poprzez mailq)

postcat -vq [message-id]

# wymuś natychmiastowe przetwarzanie kolejki

postqueue -f

# usuń WSZYSTKIE wiadomości w kolejce (użyteczne gdy coś dzieje się nie tak np. bot-spammer)

postsuper -d ALL

Wallabag v2 – Czyli alternatywa Pocket (getPocket/ReadItLater)

Od dłuższego czasu jestem użytkownikiem getPocket – wynikało to kiedyś z dużej kompatybilności z portelem IFTTT (if this then that), który automatyzował wiele rzeczy (robi to do teraz).

Z serwisu do automatyki przestałem korzystać tak namiętnie już jakiś czas, a pocket służył do synchronizacji url-i między urządzeniami. Obecnie podobną funkcjonalność oferuje Firefox i inne wiodące przeglądarki – ale czemu nie władać własnymi danymi ?! Okazuje się, że wallabag to nasza open sourcowa alternatywa.

Pobieramy paczkę z wszystkimi bibliotekami:

wget http://wllbg.org/latest-v2-package

1	wget http://wllbg.org/latest-v2-package

Rozpakowujemy paczkę w /opt/wallabag

tar zxvf latest-v2-package
mv wallabag/* /opt/wallabag

1 2	tar zxvf latest-v2-package mv wallabag/* /opt/wallabag

Skonfigurujmy vhost apacha:

<VirtualHost *:80>
    ServerName domain.tld
    ServerAlias www.domain.tld

    DocumentRoot /opt/wallabag/web
    <Directory /opt/wallabag/web>
        AllowOverride None
        Order Allow,Deny
        Allow from All

        <IfModule mod_rewrite.c>
            Options -MultiViews
            RewriteEngine On
            RewriteCond %{REQUEST_FILENAME} !-f
            RewriteRule ^(.*)$ app.php [QSA,L]
        </IfModule>
    </Directory>

    # optionally disable the RewriteEngine for the asset directories
    # which will allow apache to simply reply with a 404 when files are
    # not found instead of passing the request into the full symfony stack
    <Directory /opt/wallabag/web/bundles>
        <IfModule mod_rewrite.c>
            RewriteEngine Off
        </IfModule>
    </Directory>
    ErrorLog /var/log/apache2/wallabag_error.log
    CustomLog /var/log/apache2/wallabag_access.log combined
</VirtualHost>

ServerName domain.tld

ServerAlias www.domain.tld

DocumentRoot /opt/wallabag/web

AllowOverride None

Order Allow,Deny

Allow from All

Options -MultiViews

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ app.php [QSA,L]

</IfModule>

</Directory>

# optionally disable the RewriteEngine for the asset directories

# which will allow apache to simply reply with a 404 when files are

# not found instead of passing the request into the full symfony stack

RewriteEngine Off

</IfModule>

</Directory>

ErrorLog /var/log/apache2/wallabag_error.log

CustomLog /var/log/apache2/wallabag_access.log combined

</VirtualHost>

Z głownego katalogu /opt/wallabag

php bin/console wallabag:install --env=prod

1	php bin/console wallabag:install --env=prod

W celu przetestowania możemy uruchomić wallabag za pomocą wbudowanego serwera www

php bin/console server:run --env=prod` for using wallabag: http://localhost:8000

1	php bin/console server:run --env=prod` for using wallabag: http://localhost:8000

Oczywiście uruchomimy go na porcie 8000 na lokalnym hoście, więc tylko z lokalnego hosta zobaczymy czy działa – w celach bezpieczeństwa.

Wersja 2.0.0 premierę miała 03.04.2016 roku – na chwilę obecną aplikacja na androida nie wspiera v2, mimo to system działa świetnie!

Edit 07/04/2016:

firefox plugin – https://addons.mozilla.org/firefox/addon/wallabag-v2/

P	W	Ś	C	P	S	N
« Mar				Cze »
				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30

blog.monogatari.pl

Month: Kwiecień 2016