Chciałem sobie popracować jeszcze z domu, wiec kopiuje klucz ssh, i chce odpalić agenta ssh żeby logować się bez podawania haseł a tu error "ssh-add Could not open a connection to your authentication agent.".
Pamiętałem jednak, że gdy wcześniej konfigurowałem to wszystko na debianie to było jeszcze jakieś dodatkowe polecenie mówiące o tym z jakiej powłoki ma korzystać agent.
Więc żeby wszystko było ok kolejno wpisujemy:
ssh-agent bash
ssh-add
W ten sposób rozwiązałem problem z "ssh-agent bash" w sumie proste i banalne.
Może jeszcze dodam że debian ma coś takiego jak root terminal, niestety ubuntu i centos tego nie posiadają więc za każdym razem trzeba by było kombinować.
Udało mi się jednak uruchomić terminal roota i go powielać za pomocą ctrl + shift + t gdy:
- wcześniej wpisałem w centosie su, zalogowałem się na root'a i zapodałem gnome-terminal & ,
- na ubuntu ta opcja nie działała trzeba zamiast zalogowania się na roota zapodać sudo gnome-terminal & i zatrybiło.
W ten prosty sposób mogłem otwierać dowolną ilość kart w terminalu których właścicielem był root.
poniedziałek, 20 czerwca 2011
czwartek, 12 maja 2011
wyswig i drupal
Termin wyswig w dosłownym tłumaczeniu oznacza "What You See Is What You Get" w dosłownym tłumaczeniu oznacza, to co widzisz to dostaniesz.
W drupalu nie ma wbudowanego edytora wyswig można go sobie ręcznie doinstalować.
(jeżeli robicie komuś stronę i tego nie zainstalujecie możecie spodziewać się wielu kontaktów w tej sprawie także miejcie się na baczności).
W celu uruchomienia wyswig na stronie z drupalem najlpierw należy pobrać moduł Wyswig ze strony domowej projektu.
Gdy już pobierzecie Wyswig, umieścicie w odpowiednim katalogu na serwerze, aktywujecie za pomocą zakładki administer ... wyswig nie będzie jeszcze działał.
Niezbędne jest wybranie modułu, który oferuje funkcjonalność wyswiga, jest ich zatrzęsienie.
Ja wybrałem OpenWYSIWYG, ponieważ:
- spotkałem sporo pozytywnych opinii w internecie,
- coś co ma w nazwie open nie może być złe (np. OpenSource, OpenBSD),
- oferował wszystkie funkcjonalności, które były mi do życia potrzebne.
Instalacja OpenWYSIWYG przebiegała tak jak zwykle, wgranie na serwer i aktywowanie z poziomu administratora drupala.
Przeprowadzę jeszcze testy tego wyswiga, jeżeli coś w nim banglać nie będzie na pewno to opiszę.
W drupalu nie ma wbudowanego edytora wyswig można go sobie ręcznie doinstalować.
(jeżeli robicie komuś stronę i tego nie zainstalujecie możecie spodziewać się wielu kontaktów w tej sprawie także miejcie się na baczności).
W celu uruchomienia wyswig na stronie z drupalem najlpierw należy pobrać moduł Wyswig ze strony domowej projektu.
Gdy już pobierzecie Wyswig, umieścicie w odpowiednim katalogu na serwerze, aktywujecie za pomocą zakładki administer ... wyswig nie będzie jeszcze działał.
Niezbędne jest wybranie modułu, który oferuje funkcjonalność wyswiga, jest ich zatrzęsienie.
Ja wybrałem OpenWYSIWYG, ponieważ:
- spotkałem sporo pozytywnych opinii w internecie,
- coś co ma w nazwie open nie może być złe (np. OpenSource, OpenBSD),
- oferował wszystkie funkcjonalności, które były mi do życia potrzebne.
Instalacja OpenWYSIWYG przebiegała tak jak zwykle, wgranie na serwer i aktywowanie z poziomu administratora drupala.
Przeprowadzę jeszcze testy tego wyswiga, jeżeli coś w nim banglać nie będzie na pewno to opiszę.
aktualizacja drupala
Drupal ma to do siebie, że nie aktualizuje się automagicznie, wymaga wykonania sporej ilości czynności, żeby wszystko przebiegło sprawnie.
Kilka zasad aktualizacji drupala:
- zrób pełną kopię bezpieczeństwa strony (pliki, baza danych),
- aktualizuj po jednym module,
- gdy zaczniesz aktualizacje nie przestawaj, dopóki wszystkie moduły będą w najnowszej dostępnej wersji (ja spróbowałem zaktualizować większość, niestety CMS nie działał wówczas poprawnie, zawsze pojawiały się jakieś errory).
Backup plików jest prosty, wystarczy zalogować się za pomocą klienta FTP, lub SSH i skopiować cały katalog.
Backup bazy danych należy zrobić za pomocą polecenia:
mysqldump --opt --default-character-set=latin2 -h adres_serwera_mysql -u nazwa_użytkownika_bazy_danych -p nazwa_bazy_danych > /home/$login/zrzut_bazy.sql
Przełącznik -p jest niezbędny żeby można było wpisać hasło do bazy - inaczej się nie połączymy.
Oczywiście kodowanie nie koniecznie musi być ustawione na latin2 - trzeba zrobić przykładowy zrzut i sprawdzić czy się krzaki nie wyświetlają.
Po zrobieniu pełnego backupu, zalogowaniu się na stronie, przejściu na Administer >> Sekcja Reports >> Available updates pojawią się wszystkie informacje dotyczące dostępnych aktualizacji.
Aktualizacja polega z grubsza na pobraniu wybranego modułu, rozpakowaniu, wgraniu na serwer do lokalizacji sites/all/modules.
Wejściu ponownie na Administer > Site building > Modules. Odnalezieniu modułu, który ma zostać zaktualizowany, jego zaznaczeniu i kliknięciu na save configuration.
Jeżeli macie świadomość (tak jak ja), że wszystko może pójść nie tak jak trzeba podczas aktualizacji to będziecie robić pełen backup co aktualizację jednego modułu.
Ja zostawiłem aktualizację przez czas dłuższy i zemściło się to na mnie tym, że musiałem na to poświęcić cały wieczór.
Więc jak nie chcecie żeby ktoś się włamał Wam na stronę, lub ślęczeć nad aktualizacją kilka godzin róbcie to regularnie.
Kilka zasad aktualizacji drupala:
- zrób pełną kopię bezpieczeństwa strony (pliki, baza danych),
- aktualizuj po jednym module,
- gdy zaczniesz aktualizacje nie przestawaj, dopóki wszystkie moduły będą w najnowszej dostępnej wersji (ja spróbowałem zaktualizować większość, niestety CMS nie działał wówczas poprawnie, zawsze pojawiały się jakieś errory).
Backup plików jest prosty, wystarczy zalogować się za pomocą klienta FTP, lub SSH i skopiować cały katalog.
Backup bazy danych należy zrobić za pomocą polecenia:
mysqldump --opt --default-character-set=latin2 -h adres_serwera_mysql -u nazwa_użytkownika_bazy_danych -p nazwa_bazy_danych > /home/$login/zrzut_bazy.sql
Przełącznik -p jest niezbędny żeby można było wpisać hasło do bazy - inaczej się nie połączymy.
Oczywiście kodowanie nie koniecznie musi być ustawione na latin2 - trzeba zrobić przykładowy zrzut i sprawdzić czy się krzaki nie wyświetlają.
Po zrobieniu pełnego backupu, zalogowaniu się na stronie, przejściu na Administer >> Sekcja Reports >> Available updates pojawią się wszystkie informacje dotyczące dostępnych aktualizacji.
Aktualizacja polega z grubsza na pobraniu wybranego modułu, rozpakowaniu, wgraniu na serwer do lokalizacji sites/all/modules.
Wejściu ponownie na Administer > Site building > Modules. Odnalezieniu modułu, który ma zostać zaktualizowany, jego zaznaczeniu i kliknięciu na save configuration.
Jeżeli macie świadomość (tak jak ja), że wszystko może pójść nie tak jak trzeba podczas aktualizacji to będziecie robić pełen backup co aktualizację jednego modułu.
Ja zostawiłem aktualizację przez czas dłuższy i zemściło się to na mnie tym, że musiałem na to poświęcić cały wieczór.
Więc jak nie chcecie żeby ktoś się włamał Wam na stronę, lub ślęczeć nad aktualizacją kilka godzin róbcie to regularnie.
niedziela, 1 maja 2011
Jak automatycznie zmienić wielkość zdjęć, czyli imagemagick, convert, resize
Uczestniczę w tworzeniu serwisu internetowego, który będzie składał się z wielu zdjęć.
Zorganizowaliśmy walne zgromadzenie (2 osoby) i ustaliliśmy, że obrazy będą miały szerokość 420 pixeli (z wysokością to różnie bywa - będzie ona automagicznie dopasowywana).
Oczywiście każdy obraz można otworzyć za pomocą gimp'a, kliknąć na obraz i wybrać skaluj, ale jakoś mi to nie odpowiadało.
Więc na początku chciałem z wiersza poleceń sprawdzać jaką wielkość ma dany obraz (nie ma sensu zmniejszać czegoś co już i tak jest np. za małe).
Z pomocą przyszła mi biblioteka ImageMagick.
Sprawdzenie wielkości (w pixelach można wykonać w następujący sposób):
identify test.jpg
Wynik polecenia przedstawia się następująco:
test.jpg JPEG 420x216 420x216+0+0 8-bit DirectClass 25.2kb
Czyli z grubsza wiemy wszystko co chcieliśmy o tym jpegu.
Przyszedł czas na automatyczną zmianę wielkości zdjęć w wybranym katalogu, w połączeniu z pentlą:
for adres in $(ls); do convert $adres -resize '420' $adres ; done ;
Teraz po kolei jak to wszystko działa:
- przechodzimy do katalogu w którym są zdjęcia (trzeba sobie zrobić backup, bo w tym przykładzie zdjęcia zostaną nadpisane przez te o zmienionym rozmiarze),
- for adres in $(ls) - dla każdego pliku znajdującego się w bieżącym katalogu ...
- do convert $adres -resize '420' $adres ; done ; - wykonaj konwersję nazwa_obrazu.jpg wielkości do 420 pixeli szerokości;
Opcja -resize jest bardzo wygodna, ponieważ gdybym musiał podać od razu szerokość i wysokość zdjęcia wyglądałyby co najmniej dziwnie, byłyby za bardzo rozciągnięte w pionie lub w szerokości.
W apostrofach mogę więc podać:
- 'szerokośćxwysokość'
- 'szerokość'
- 'xwysokość'
Dzięki temu, że podałem samą szerokość wysokość jest automatycznie dopasowywana (do Twojej wersji filmu chciałoby się powiedzieć :>) do wersji obrazu.
Imagemagick potrafi znacznie więcej, w najbliższej przyszłości mam zamiar się jeszcze przyjrzeć
możliwości wstawiania automatycznie znaku wodnego
W ten sam sposób można generować miniatury obrazów, jeżeli z takich korzystacie - wystarczy podać mniejszą ilość pixeli, np. 100.
Zorganizowaliśmy walne zgromadzenie (2 osoby) i ustaliliśmy, że obrazy będą miały szerokość 420 pixeli (z wysokością to różnie bywa - będzie ona automagicznie dopasowywana).
Oczywiście każdy obraz można otworzyć za pomocą gimp'a, kliknąć na obraz i wybrać skaluj, ale jakoś mi to nie odpowiadało.
Więc na początku chciałem z wiersza poleceń sprawdzać jaką wielkość ma dany obraz (nie ma sensu zmniejszać czegoś co już i tak jest np. za małe).
Z pomocą przyszła mi biblioteka ImageMagick.
Sprawdzenie wielkości (w pixelach można wykonać w następujący sposób):
identify test.jpg
Wynik polecenia przedstawia się następująco:
test.jpg JPEG 420x216 420x216+0+0 8-bit DirectClass 25.2kb
Czyli z grubsza wiemy wszystko co chcieliśmy o tym jpegu.
Przyszedł czas na automatyczną zmianę wielkości zdjęć w wybranym katalogu, w połączeniu z pentlą:
for adres in $(ls); do convert $adres -resize '420' $adres ; done ;
Teraz po kolei jak to wszystko działa:
- przechodzimy do katalogu w którym są zdjęcia (trzeba sobie zrobić backup, bo w tym przykładzie zdjęcia zostaną nadpisane przez te o zmienionym rozmiarze),
- for adres in $(ls) - dla każdego pliku znajdującego się w bieżącym katalogu ...
- do convert $adres -resize '420' $adres ; done ; - wykonaj konwersję nazwa_obrazu.jpg wielkości do 420 pixeli szerokości;
Opcja -resize jest bardzo wygodna, ponieważ gdybym musiał podać od razu szerokość i wysokość zdjęcia wyglądałyby co najmniej dziwnie, byłyby za bardzo rozciągnięte w pionie lub w szerokości.
W apostrofach mogę więc podać:
- 'szerokośćxwysokość'
- 'szerokość'
- 'xwysokość'
Dzięki temu, że podałem samą szerokość wysokość jest automatycznie dopasowywana (do Twojej wersji filmu chciałoby się powiedzieć :>) do wersji obrazu.
Imagemagick potrafi znacznie więcej, w najbliższej przyszłości mam zamiar się jeszcze przyjrzeć
możliwości wstawiania automatycznie znaku wodnego
W ten sam sposób można generować miniatury obrazów, jeżeli z takich korzystacie - wystarczy podać mniejszą ilość pixeli, np. 100.
sobota, 30 kwietnia 2011
Czy bind jest poprawnie skonfigurowany? Czy wszystkie rekordy DNS są właściwe?
Oprócz tradycyjnych metod testowania naszego serwera DNS za pomocą polecenia host -a oraz polecenia dig istnieją również inne metody.
Jedną z nich jest strona http://intodns.com
Wystarczy na nią wejść, wpisać nazwę domeny którą chcemy sprawdzić i kliknąć na Report.
Chciałem tylko Was ostrzec, że nie ma co wpadać w panikę i nie koniecznie musi wszystko być "na zielono" na tej stronie, ponieważ nawet domeny takie jak wp.pl i gmail.com po sprawdzeniu mają widoczne błędy np.:
Different MX records at nameservers The MX records that are not the same at all your nameservers:
alt2.gmail-smtp-in.l.google.com with ip(s): 74.125.67.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
gmail-smtp-in.l.google.com with ip(s): 74.125.39.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt1.gmail-smtp-in.l.google.com with ip(s): 72.14.213.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt3.gmail-smtp-in.l.google.com with ip(s): 74.125.47.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt4.gmail-smtp-in.l.google.com with ip(s): 74.125.113.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
gmail-smtp-in.l.google.com with ip(s): 74.125.43.27 reported only by: 216.239.38.10
alt2.gmail-smtp-in.l.google.com with ip(s): 74.125.65.27 reported only by: 216.239.38.10
alt4.gmail-smtp-in.l.google.com with ip(s): 74.125.115.27 reported only by: 216.239.38.10
alt1.gmail-smtp-in.l.google.com with ip(s): 74.125.155.27 reported only by: 216.239.38.10
alt3.gmail-smtp-in.l.google.com with ip(s): 74.125.45.27 reported only by: 216.239.38.10
It is better to have the same MX records at all your nameservers!
Jedną z nich jest strona http://intodns.com
Wystarczy na nią wejść, wpisać nazwę domeny którą chcemy sprawdzić i kliknąć na Report.
Chciałem tylko Was ostrzec, że nie ma co wpadać w panikę i nie koniecznie musi wszystko być "na zielono" na tej stronie, ponieważ nawet domeny takie jak wp.pl i gmail.com po sprawdzeniu mają widoczne błędy np.:
Different MX records at nameservers The MX records that are not the same at all your nameservers:
alt2.gmail-smtp-in.l.google.com with ip(s): 74.125.67.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
gmail-smtp-in.l.google.com with ip(s): 74.125.39.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt1.gmail-smtp-in.l.google.com with ip(s): 72.14.213.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt3.gmail-smtp-in.l.google.com with ip(s): 74.125.47.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
alt4.gmail-smtp-in.l.google.com with ip(s): 74.125.113.27 reported only by: 216.239.36.10 216.239.34.10 216.239.32.10
gmail-smtp-in.l.google.com with ip(s): 74.125.43.27 reported only by: 216.239.38.10
alt2.gmail-smtp-in.l.google.com with ip(s): 74.125.65.27 reported only by: 216.239.38.10
alt4.gmail-smtp-in.l.google.com with ip(s): 74.125.115.27 reported only by: 216.239.38.10
alt1.gmail-smtp-in.l.google.com with ip(s): 74.125.155.27 reported only by: 216.239.38.10
alt3.gmail-smtp-in.l.google.com with ip(s): 74.125.45.27 reported only by: 216.239.38.10
It is better to have the same MX records at all your nameservers!
niedziela, 24 kwietnia 2011
zmiana hasła administratora w Drupal'u
Zmiana hasła administratora w Drupal'u z poziomu bazy danych MySQL.
W celu zmiany hasła administratora należy:
- zalogować się na serwer: mysql -h adres_serwera -u nazwa_użytkownika -p
Jeżeli nie mamy danych niezbędnych do zalogowania się do bazy danych to można je podejrzeć w pliku sites/default/settings.php.
- po zalogowaniu na serwer można podejrzeć dostępne bazy danych za pomocą polecenia: show databases;
- kolejnym krokiem jest wybranie bazy danych: use nazwa_bazy;
- w celu upewnienia się że wszystko jest ok wykonujemy zapytanie: select * from users where uid=1;
- jeżeli okaże się, że wszystko jest ok aktualizujemy jeden rekord w następujący sposób: update users set pass=md5('moje_nowe_haslo') where uid = 1;
Istnieje oczywiście alternatywna metoda zmiany hasła np. za pomocą narzędzia phpMyAdmin - jeżeli mamy do niego dostęp.
Jeżeli chcemy zaszyfrować jakieś hasło, to możemy posłużyć się szyfrowaniem z poziomu MySQL'a np.:
mysql> select md5('moje_haslo');
+----------------------------------+
| md5('moje_haslo') |
+----------------------------------+
| ea46d6da2e2289d0504a0c2316c13cfc |
+----------------------------------+
1 row in set (0,00 sec)
W celu zmiany hasła administratora należy:
- zalogować się na serwer: mysql -h adres_serwera -u nazwa_użytkownika -p
Jeżeli nie mamy danych niezbędnych do zalogowania się do bazy danych to można je podejrzeć w pliku sites/default/settings.php.
- po zalogowaniu na serwer można podejrzeć dostępne bazy danych za pomocą polecenia: show databases;
- kolejnym krokiem jest wybranie bazy danych: use nazwa_bazy;
- w celu upewnienia się że wszystko jest ok wykonujemy zapytanie: select * from users where uid=1;
- jeżeli okaże się, że wszystko jest ok aktualizujemy jeden rekord w następujący sposób: update users set pass=md5('moje_nowe_haslo') where uid = 1;
Istnieje oczywiście alternatywna metoda zmiany hasła np. za pomocą narzędzia phpMyAdmin - jeżeli mamy do niego dostęp.
Jeżeli chcemy zaszyfrować jakieś hasło, to możemy posłużyć się szyfrowaniem z poziomu MySQL'a np.:
mysql> select md5('moje_haslo');
+----------------------------------+
| md5('moje_haslo') |
+----------------------------------+
| ea46d6da2e2289d0504a0c2316c13cfc |
+----------------------------------+
1 row in set (0,00 sec)
niedziela, 3 kwietnia 2011
usuwanie wiadomości z kolejki postfix
Jeżeli zdarzy się Wam jakiś spamer, i po jego zablokowaniu niezbędne będzie usuniecie wiadomości z kolejki przy serwerze pocztowym Postfix, to można to zrobić w następujący sposób:
mailq | grep MAILER-DAE | awk '{print $1}' | xargs -i postsuper -d {}
Opis kolejnych poleceń:
mailq - wyświetla listę wiadomości w kolejce,
grep - wyszukuje wiadomości zawierających określoną frazę,
awk - wyświetlenie frazy z pierwszej kolumny
xargs -i - przekazanie danych z poprzedniego polecenia do kolejnego, przełącznik -i umożliwia zdefiniowanie gdzie te dane mają być podane przez wstwienie "{}".
mailq | grep MAILER-DAE | awk '{print $1}' | xargs -i postsuper -d {}
Opis kolejnych poleceń:
mailq - wyświetla listę wiadomości w kolejce,
grep - wyszukuje wiadomości zawierających określoną frazę,
awk - wyświetlenie frazy z pierwszej kolumny
xargs -i - przekazanie danych z poprzedniego polecenia do kolejnego, przełącznik -i umożliwia zdefiniowanie gdzie te dane mają być podane przez wstwienie "{}".
Subskrybuj:
Posty (Atom)