W dzisiejszym wpisie chciałbym zająć się tzw. Admin Bar, czyli górną belką, która pokazuje się po zalogowaniu na konto użytkownika w CMS WordPress przy zaznaczonej odpowiedniej opcji.

Admin Bar – jego położenie i zastosowanie

Najczęściej górna belka, tzw. Admin Bar, znajduje się u góry strony. Wyświetla się ona użytkownikowi po zalogowaniu, jeśli w swoim profilu zaznaczył „ptaszka” przy „Pokazuj pasek narzędzi podczas przeglądania witryny„ w opcjach swojego profilu. Dzięki niemu, uzyskuje on szybszy dostęp do kokpitu i wybranych funkcji WordPressa.

Jak można się zatem domyśleć – wystarczy jeden klik myszki i mamy admin bar wyłączony. Co zrobić jednak, jeśli chcielibyśmy by użytkownik z prawami administratora posiadał ową górną belkę, natomiast dla pozostałych zarejestrowanych userów była ona niewidoczna?

Z pomocą przychodzi mała wtyczka o nazwie „Hide Admin Bar from Non-Admins”, którą możemy pobrać tutaj. Jak można wyczytać na stronach wordpress.org wersja pluginu to 1.0, a jego ostatnia aktualizacja miała miejsce 20 czerwca 2013 r, czyli niespełna dwa lata temu. Jak się jednak okazuje, nic nie stoi na przeszkodzie by używać ją dziś, nawet w najbardziej aktualnej wersji tego popularnego CMS. Autor co prawda zaznaczył, że kompatybilność tej wtyczki sięga wersji 3.5.2, jednak nawet w wersjach 4.2 spisuje się bez zarzutu.

Usuwanie górnej belki w WordPressie za jednym kliknięciem

Rzeczywiście, opisany plugin jest banalnie prosty w instalacji i obsłudze, której praktycznie nie ma. Wszystko ogranicza się do jego aktywacji po standardowo przeprowadzonej instalacji. Jak sam autor to podkreśla, wtyczka posiada tylko kilka linijek kodu. Nie będzie też aktualizowana. Nie posiada żadnych ustawień. Można ją za to dostosować pod własne potrzeby. Szczególnie warto zwrócić uwagę na linijkę zawierającą ten oto kod:

if(!current_user_can(’administrator’))

Jak autor podaje, można modyfikując ten kod dostosować dostępność górnej belki, dla danych użytkowników, według własnych potrzeb. Np. modyfikując kod w taki sposób:

if(!current_user_can(’edit_posts’))

Dzięki takiej modyfikacji, dla użytkowników posiadających rolę „autorów”, również będzie ona widoczna.

Dla tych, którym nie po drodze z jakąkolwiek modyfikacją kodu, językiem PHP i tym podobnym sprawom, polecam inną wtyczkę, gdzie ten sam efekt uzyskamy przy pomocy klikalnych ustawień wtyczki. Mowa tu o WP Hide Admin Bar. Nie jest ona jakoś specjalnie skomplikowana w konfiguracji. Jedyne co właściwie musimy zrobić to wskazać, dla których użytkowników o określonych rolach, górna belka będzie widoczna, dla których nie widoczna, i dla których ma zostać wartość domyślna (ustawiana w profilu).

Post Jak usunąć górną belkę tzw. Admin Bar w WordPressie opublikowany został na Blogu Młodego Taty.

Tani hosting – czy w przyzwoitej cenie można otrzymać profesjonalny, niezawodny, tani hosting dla naszego serwisu www? To pytanie zadawał sobie  niejednokrotnie pewnie niejeden z Was, stojących przed wyborem miejsca na swoją stronę internetową, czy też sklep internetowy. Czy dobry, profesjonalny hosting musi być drogi? Czy jednak tani hosting może być również zasługującą na zaufanie, kompleksową ofertą przygotowaną dla wymagającego klienta?

Tani hosting = dobry hosting?

Dzisiaj chciałbym podzielić się z Wami opinią na temat hostingu z którego korzystam osobiście. Całkiem niedawno strona jak i oferowane usługi przeszły totalną metamorfozę stając się, w moim odczuciu, jeszcze bardziej niezawodne i przyjazne użytkownikowi. W ramach „nowej odsłony” strony zostały zaoferowane trzy, podstawowe warianty taniego hostingu. Postanowiłem skorzystać i wybrałem opcję najtańszą. Dlaczego akurat ten? Właściwie z dwóch powodów: interesował mnie niezawodny i tani hosting. Druga sprawa to ciekawość. Czy rzeczywiście to możliwe, by taki tani hosting był dobrym wyborem. Okazuje się, że może. W chwili obecnej, na wykupionym serwerze działają trzy serwisy. Nie zauważyłem by któryś z nich wolniej działał, bądź miał jakiekolwiek problemu w funkcjonowaniu.

Tani hosting także dla WordPress’a?

Zastanawiacie się pewnie czy owy tani hosting dobrze się spisze goszcząc stronę opartą o skrypt WordPress’a? Otóż okazuje się, że nie tylko. Dwie strony, które działają na silniku tego popularnego CMS’a działają, jak już wspomniałem wcześniej, bez zarzutu. Do tego trzecia witryna, serwis dla Konsumentów – Aktualna Gazetka Promocyjna – oparta o inny znany CMS Joomla! Również działa bez zarzutu. Obecnie trwają prace nad przywróceniem TestowegoSklepuInternetowego. Działał on na skrypcie PrestaShop w wersji 1.6. Podejrzewam, że również będzie działał niezawodnie. Jeśli by tak było, dopiszę poniżej odpowiednią notkę. Skąd jednak moje przekonanie, że tani hosting będzie również niezawodnym hostingiem?

Tani hosting = tak, dobry hosting!

Jesteś pewnie ciekawi jaki to hosting i ile kosztuje? Zerknijcie tutaj, a wszystkie potrzebne informacje będziecie mieli na wyciągnięcie ręki. Pokrótce:

• Cena? Tani hosting, który wybrałem kosztował mnie jedynie 12 zł netto/rok.
• Otrzymujemy m.in.: powierzchnia – 50 GB (!),
• możliwość utworzenia 25 baz MySQL,
• tyle samo możemy uruchomić serwisów www oraz posiadać taką liczbę adresów e-mail,
• w ramach taniego hostingu otrzymujemy domeny .PL gratis.

Jest jeszcze coś co się mi szczególnie podoba!

Tani hosting bez limitu transferu!

Tak, tak. To możliwe. Nawet wybierając najtańszą opcję „Start” otrzymujemy hosting bez limitu transferu. Gdybyście mieli jeszcze jakiekolwiek wątpliwości czy warto wybrać tę ofertę, zachęcam do skorzystania 14-dniowego okresu testowego. Zupełnie bezpłatnie.

Warto również wspomnieć o bonusach, które na nas czekają. To nie tylko 6 bezpłatnych domen .pl. Zapraszam zaglądnąć po szczegóły.

Post Tani hosting w pełni profesjonalny. Możliwe? opublikowany został na Blogu Młodego Taty.

Biała strona WordPress’a, która pojawia się zamiast działającego serwisu, może być niejednokrotnie niemiłą niespodzianką.

Biała strona – zamiast np. błędu 404 – co dalej?

Zasady przenoszenia całego serwisu opartego o skrypt WordPress’a zostały już w sieci opisane wielokrotnie. Mniej czy bardziej szczegółowo – często z obrazkami, dodatkowymi opisami. Jako, że nie jest to jakoś specjalnie skomplikowana procedura (w moim odczuciu bynajmniej), można by odnieść wrażenie, że to przysłowiowa „bułka z masłem”. Zatem przygotowanie do przenosin zaczynamy od backupu bazy danych, plików ze strony, ew. poczty. Kolejnym krokiem będzie wgranie plików strony na nowy serwer i importowanie bazy danych. Na sam koniec, w pliku wp_config.php modyfikujemy odpowiednie dane dotyczące dostępu do nowej bazy danych. Na jedną rzecz warto zwrócić uwagę: często w polu

/** Adres serwera MySQL */
define(’DB_HOST’, 'localhost’);

podaje się wartość localhost. Przynajmniej ja miałem okazję spotykać się z takimi rozwiązaniami kilkakrotnie. Coraz częściej jednak, obok podania podstawowych danych: nazwy bazy danych, użytkownika i hasła, i na tę wartość warto zwrócić szczególną uwagę.

W „między czasie” można u swego rejestratora domeny rozpocząć proces zmiany delegacji domeny, by wskazywała na serwery DNS nowego hostingu.

Przed rozpoczęciem tych działań można się najpierw pokusić o zaparkowanie naszej domeny na nowym serwerze. Otrzymamy wtedy dokładne dane, do którego katalogu należy wrzucić pliki oraz na jakie serwery DNS nakierować naszą domenę.

Co zrobić jednak jeśli po odczekaniu kilku godzin naszym oczom ukazuje się biała strona, zamiast naszego serwisu opartego o WordPress’a?

Przyczyn może być kilka. Najczęściej był to problem z którąś z wtyczką. Wtedy jednak oczom ukazywał się komunikat np. informujący o błędnej składni.

Biała strona WordPress? Kilka kroczków do rozwiązania

Biała stron WordPress’a, choć pewnie znienawidzona czasem, jest w moim odczuciu i tak.. dobrą oznaką. W takim przypadku możemy być praktycznie pewni, że powyższe kroki dot. przenosin spełniliśmy wzorowo. W logach WordPress’a znalazłem informację o konflikcie w jednej z wtyczek. Rzeczywiście, po wyłączeniu całego katalogu plugins serwis zaczął śmigać, choć nie tak jak powinien. Szukanie „winnych” spełzło na niczym. Wystarczyło odpalić jedną.. i znów biała strona.

Znalazłem w logach także taki oto fragment:

[ date ] PHP Warning: include(): Failed opening 'include/ListCategoryPostsWidget.php’ for inclusion (include_path=’.:/opt/alt/php55/usr/share/pear:/opt/alt/php55/usr/share/php’) in /var/www/***/wp-content/plugins/list-category-posts/list_cat_posts.php on line 33
[ date ] PHP Warning: require_once(include/CatListDisplayer.php): failed to open stream: No such file or directory in /var/www/***/wp-content/plugins/list-category-posts/list_cat_posts.php on line 35

Zerknąłem na serwer do 35 linii wspomnianego pliku. Odnosi się ona do plików i katalogów, które istniały. O co chodzi? Widać to idealnie na powyższym komunikacie błędów. Co się tak rzuca w oczy w nazwach plików? Otóż to! Duże litery! Jest to bardzo ważne, by zachować oryginalne nazewnictwo plików na serwerze. Wielkość ma znaczenie! A na moim hostingu zamiast: CatListDisplayer.php miałem catlistdisplayer.php. Na serwerze, w przeciwieństwie np. do środowiska Windows, wielkość liter w nazwie czy rozszerzeniu ma znaczenie.

Biała strona WordPress – rozwiązanie problemu

Skąd się wziął problem z nazwami plików? Przy kopiowaniu plików nie zwróciłem uwagi na malutki „ptaszek”, który nakazał zmianę wszystkich liter na małe w nazwie plików. Dlatego przed rozpoczęciem procesu kopiowania zasobów naszej strony, należy dokładnie przejrzeć opcje z jakimi to czyni.

Potrzebna pomoc z białą stroną WordPress’a? Zapraszam do kontaktu i komentarzy.

Post Biała strona po przenosinach WordPress’a opublikowany został na Blogu Młodego Taty.

Zmiana hasła logowania w WordPressie. Od czego zacząć?

Kiedy korzystamy z zapamiętanego hasła w przeglądarce, przy logowaniu do zaplecza WordPress’a, zdarza się, że z czasem samo hasło ucieka nam z głowy. Szczególnie, kiedy wybraliśmy skomplikowaną wersję owego hasła, zawierającą znaki specjalne, duże i małe litery oraz cyfry. Owszem – takie hasło zwiększa z pewnością.. bezpieczeństwo naszego zaplecza. Przeglądarka ma jednak to do siebie, że lubi czasem sprawić nam psikusa i „zapomnieć” hasła. Co jeśli i nam zdarzyło się nie dokładnie zapamiętać owe hasło?

Pozostaje nam skorzystanie z opcji „przypomnienia hasła” na adres e-mail. Zdarza się jednak, że możemy nie mieć możliwości wybrania tej drogi w celu zmiany zmiany hasła, bo np. ujrzymy taki oto komunikat:

„E-mail nie mógł zostać wysłany.
Możliwa przyczyna: prawdopodobnie twój serwer ma wyłączoną funkcję mail().”

Zmiana hasła logowania przy pomocy phpMyAdmin

Wtedy z pomocą przychodzi nam phpMyAdmin – narzędzie służące do łatwego zarządzania bazą danych MySQL. Korzystając z niego logujemy się do bazy danych z której korzysta nasz WordPress. Gdy już to zrobimy wybieramy odpowiednią bazę w lewym górnym rogu i szukamy w niej tabeli „xxx_users”, gdzie „xxx” to tzw. prefix bazy danych (najczęściej wp_).

Po wybraniu tej tabeli, mniej więcej na środku ekranu, wyświetli się nam lista użytkowników. Gdy już odnajdziemy właściwego klikamy „Edytuj”. Trzeba pamiętać, że aby dostać się do „pełnego” zaplecza należy wybrać takiego użytkownika, który posiada prawa administratora. W polu „user_pass” wpisujemy nowe hasło. Należy przy tym pamiętać by w kolumnie „funkcja” wybrać opcji „MD5” (patrz obrazek powyżej).

Następnie klikamy „Wykonaj”. Po wykonaniu tych czynności można już spróbować zalogować się przy pomocy nowego hasła. Polecam w pierwszej kolejności przejść do wyświetlenia swojego profilu i ustaleniu nowego hasła, które po zapisaniu zmian znów będzie „zakodowane” w bazie danych. Jak można się przekonać, zmiana hasła logowania w WordPressie przy pomocy phpMyAdmin nie jest aż takie straszne i ciężkie. Myślę, że nawet początkujący Użytkownik bez problemu sobie z tym poradzi.

Post Zmiana hasła logowania w WordPressie opublikowany został na Blogu Młodego Taty.