Oczom ich ukazał się….

Nowy design zmienił się, może nie jakoś ekstremalnie, ale na pewno zauważalnie, a przede wszystkim mam wrażenie, że jest szybciej z działaniem. Nieco denerwowały mnie wyskakujące „hinty” na początku, ale że rzadko korzystam z takich podpowiedzi, szybko się ich pozbyłem

Co ważne – opisy w menu dalej w PL.

Albo mi serwer dokupił sam sobie RAM, CPU i zmienił configi do php, albo sam już nie wiem. Póki co mam wrażenie, że nowy wordpress jest naprawdę bardzo szybki .

]]> http://blog.pdomo.net/index.php/2012/01/27/wordpress-3-3-1-aktualizacja/feed/ 0 http://blog.pdomo.net/index.php/2011/12/04/wordpress-brak-maila-z-powiadomieniem-o-dodaniu-komentarza/ http://blog.pdomo.net/index.php/2011/12/04/wordpress-brak-maila-z-powiadomieniem-o-dodaniu-komentarza/#comments Sun, 04 Dec 2011 15:48:55 +0000 Paweł Domoradzki http://blog.pdomo.net/?p=536 Zerknąłem sobie dziś w swoim panelu do WordPress – zakładki z komentarzami i okazało się, że trochę przegapiłem .

Zawierzyłem funkcjom WordPress i sądząc, że nikt nie komentuje moich wpisów nie sprawdzałem tej zakładki od wieków. Okazuje się, że funkcja php mail () nie działała.
Szczerze powiedziawszy nie zwracałem nigdy na nią uwagi, gdyż uważałem przesyłanie powiadomień po pojawieniu się komentarza w mailu za podstawową funkcję, a tu…

Polecam dodanie wtyczki: wp-mail-smtp
http://wordpress.org/extend/plugins/wp-mail-smtp/

Konfiguracja prosta – w sumie wystarczy zerknąć na screenshoty.

W każdym bądź razie działa .

Korzystając z chwili czasu i zmuszony tym, że chcąc porobić porządki w zdjęciach okazało się, że picasa odmówiła posłuszeństwa, popełniam pierwszy od bardzo dawna jakiś sensowny wpis na swym blogu zombie .

Chciałem wrzucić kilka zdjęć na serwer google.picasa i niestety okazało się, że w momencie gdy mam już zaznaczone zdjęcia do uploudu i po wpisaniu danych do logowania picasa nagle się wyłącza. Kiedyś już z tym walczyłem i wygrałem, gorzej jednak z moją pamięcią… Na szczęście pamiętałem, że na aur w archlinux dopisałem rozwiązanie tego problemu i  szybko znalazłem opis tego co zrobić . Nawet zrozumiałem swój „angielski”

https://aur.archlinux.org/packages.php?ID=5362&comments=all

Ważne, że zadziałało – i to jest plus. Gorzej, że okazuje się, iż ten nieszczęsny pakiet dalej sprawia problemy.

Wybór padł na znany mi już od dość dawana dd-wrt, którego testowałem na kilku swoich routerach, będąc w 100% do tej pory usatysfakcjonowanym w ich działaniu.

Ściągamy (odpowiedni) soft ze strony dd-wrt, w tym wypadku dla ver. 3,5 (TP-Link WR941ND v3.0 Firmware: Special file for initial flashing):
http://www.dd-wrt.com/routerdb/de/download/TP-Link/WR941ND/3.0/factory-to-ddwrt.bin/3853

Zaczynamy od resetu sprzętu do ustawień fabrycznych, następnie instalujemy przez web-gui powyższe oprogramowanie.  Po chwili sprzęt ponownie się uruchamia, no i  wtedy „standardowo” logujemy się na tp-linka (admin:admin)… Dalsze kroki to konfiguracja dd-wrt, która nie ma co ukrywać daje pole do popisu wszystkim, którzy lubią się bawić tego typu rzeczami, no i przede wszystkim mają ku temu czas.

Niestety przyznać muszę, że należę do tej grupy, która już nie posiada zbyt wiele czasu .

Po zainstalowaniu dd-wrt okazało się, że parametry mojej sieci spadły, a iwconfig pokazuje, iż łączę się z maks 65Mb. Po ok godzinię zmian ustawień i ich testów, doszedłem do tego że iwconfig pokazywał ~150Mb, ale transfery dalej były niezadowalające.

Trzeba zainstalować z powrotem oryginalny firmware do Tp-link WR941ND… Jak to zrobić?
Bardzo łatwo… Trzeba zarejestrować się na stronie dd-wrt, a potem ściągnąc plik (revert) który po zainstalowaniu odwraca zmiany firmware, dzięki czemu wracamy do softu z Tp_link.

Wróciłem do oryginalnego oprogramowania, gdyż „na szybo” dd-wrt nie udało mi się opanować w zaawansowany sposób….”Zabawy ze sposobem nadawania/ odbierania)…

Mogę jedynie napisać, że na standardowym sofcie do „Tp-link WR941ND ver. 3,5″, mam transfery, które mieszczą się momentami w maksymalnych ramach technologi ethernetowej

Tak też i uczyniłem. Sam proces jest bardzo prosty, gdyż sprowadza się tylko do tego, aby sprawdzić na obudowie Tp-Linka jaka jest jego wersja sprzętowa, a potem do tego, aby ściągnąć ze strony producenta odpowiednią wersję dla sprzętu.
Instalacja odbywa się przez web-GUI routera. Warto przed instalacją nowego softu zrobić sobie backup ustawień, a potem przywrócić tp-linka do ustawień fabrycznych- w tym wypadku preferuję trzymanie przycisku reset na obudowie przez ok 30sek.. Po resecie można logować się na router (192.168.1.1 admin:admin) i dokonywać upgrade firmware. Po paru chwilach można logować się na router, aby dokonać konfiguracji. Ważna rzecz, to aby aktualizację dokonywać poprzez kabel ethernet, a nie przez wifi, gdyż przy wifi jest spora szansa na to, że coś się nie powiedzie. Oczywiście kabel podłączamy do LAN, nie do WAN .

Już od przynajmniej pół roku korzystam z mirrora http://ftp.sh.cvut.cz/ używając go przede wszystkim jako repozytorium dla paczek dla Arch Linux. Czasem korzystam z niego również do ściągnięcia np iso z Ubuntu itp. Naprawdę szybki i często aktualizowany mirror. Co do transferów, to rzadko kiedy nie osiągam maksimum downloadu swojego łącza, które wynosi ok 25-30Mb/s.

Na szybko, przykładowe adresy:

do wrzucenia do mirrorlist w Arch Linux (dla wersji x86_64)
Server = http://ftp.sh.cvut.cz/MIRRORS/arch/$repo/os/x86_64

ISO Ubuntu
http://ftp.sh.cvut.cz/MIRRORS/ubuntu-releases/

Mirror udostępnia paczki również m.in. dla Ubuntu i Debiana, więc można spróbować dodać go do  sources.list

Od dłuższego czasu borykam się ze sporym problemem związanym z bardzo niskim poziomem downloadu, który wynosi ok 1,4MB/s i co dziwne, upload jest ok, bo oscyluje w granicach wydajności karty sieciowej w serwerze, czyli ok 10MB/s. Dodatkowo ważne jest to, że gdy montuję zasób samby na Win7 wszystko jest OK- transfery w obie strony ok 10MB/s. Scp oraz ftp również nie działają prawidłowo.
Mogę w związku z powyższym założyć, że teoretycznie nie jest to problem sprzętowy i raczej serwer samby działa OK. Próbowałem różnych opcji samby, ale bez zmian. Starałem się znaleźć również jakieś ustawienia związane  z systcl po stronie klienta (ARCH Linux), które mogłyby wpływać na tę sytuację. Niestety bez skutku. Podarowałem sobie sambę. Spróbuję w najbliższym czasie uruchomić liveCd z Ubuntu, aby zobaczyć czy sytuacja będzie kształtować się w identyczny sposób.

Skonfigurowałem nfs i z niego będę korzystać- tu wszystko działa prawidłowo pod względem transferów. Do wrzucania plików na serwer będę wykorzystywać scp oraz ftp, które również działają wyśmienicie.

Stwierdziłem, że w końcu wyczyszczę sprężonym powietrzem wnętrze serwera, co też i uczyniłem. W trakcie oględzin środka obudowy, rzuciły mi się w oczy w pewnym momencie dość znacznie napuchnięte kondensatory- było ich chyba z 4-5. No to już wiedziałem, że to koniec żywota płyty głównej…

Na początku miałem zamiar zakupić samą płytę główną, ale znalazłem na allegro identyczny do mojego komputer, w którym brakowało RAM i HDD a koszt był niemal identyczny co samej płyty gł. Jak widać serwer już działa .

Okazało się, że problem dotyczył acpi i procesów kacpid i kacpi-notify, które dosłownie pożerały zasoby systemowe- wykorzystanie procesora ponad 90%. Po kilku minutach system zawieszał się i nic się nie dało zrobić. Tym razem problem był o tyle nieciekawy, że po resecie komputera od razu działo się to samo, a samych procesów „zabić” się nie udawało. Spędziłem sporo czasu na szukaniu rozwiązania problemu, ale nic sensownego w google nie znalazłem, poza utwierdzeniem się w przekonaniu, że jest to jakiś większy bug.

Niestety, jedyne co mogłem zrobić w tej sytuacji, to zmodyfikować skrypty startowe, aby acpid nie uruchamiał się przy bootowaniu  oraz dorzuciłem do gruba wpis „acpi=off”. Z racji tego, że mam grub2, musiałem sprawdzić gdzie to dodać, bo gruba2 mam od niedawna i jeszcze nie poznałem go zbyt dobrze.

modyfikujemy: /etc/default/grub
dodając:  GRUB_CMDLINE_LINUX=”acpi=off”
na koniec: update-grub2

Wolałbym rozwiązać ten problem w inny sposób, ale na szczęście w moim przypadku nie ma tragedii, bo acpi na tym kompie nie potrzebuję.

Skupię się póki co na jednej rzeczy związanej z telefonem, rzeczy która dość znacznie zmniejszyła moje wydatki na połączenia wychodzące z zagranicy oraz tak naprawdę wpłynęła, na możliwość dzwonienia momentami bez zwracania uwagi na koszty. Resztę aspektów związanych z telefonem opiszę później.

Dość szybko znalazłem w Markecie (darmową) aplikację, która umożliwia wykonywanie połączeń przez VOIP, a dokładniej przez protokół SIP. Aplikacja nazywa się Sipdroid i w zasadzie jest pierwszą i jedyną, którą do tej pory przetestowałem, ale mogę powiedzieć, że spisuje się co najmniej zadowalająco. Po zainstalowaniu aplikacji i wpisaniu danych serwera VOIP, dodaniu konta użytkownika, zmieniłem jedną rzecz w opcjach zaawansowanych- włączyłem opcję „używaj serwera STUN„. Bez tej opcji miałem problemem z wykonywaniem połączeń. No i działa . Potem wystarczyło znaleźć niezabezpieczoną sieć np. w Maroku, albo taką o której ktoś myślał, że jest zabezpieczona i można było dzwonić do PL na stacjonarne za 5 groszy lub na  komórkę za 35 groszy .

Czasem bywały co prawda problemy z działaniem programu i podejrzewam, że było to związane ze STUN, bo zdarzało się że jedna ze stron nie słyszała drugiego rozmówcy, ale miało to miejsce na tyle rzadko, iż uznaję to rozwiązanie i tak za świetne. Hmmm, a tak naprawdę to świetny jest Android i Linux . Co do softu, to jak będę mieć więcej czasu, to może uda mi się znaleźć bardziej niezawodny. W każdym razie rozwiązanie Android vs. VOIP (SIP) to bez wątpienia totalna rewelacja w ograniczeniu płatności za telefon.