Stajnia Themeforest udostępniła nową kategorię dla osób szukających skórek i szablonów do nakładki na WordPressa jaką jest Buddypress. Znajdziesz ją tutaj.

Zobacz podobne wpisy:

• 17/03/2009 -- Nietypowy theme (5)
• 08/02/2011 -- Płatne szablony do Wordpressa (4)
• 13/12/2010 -- Kiedy wp-admin pokazuje 404 (0)
• 09/12/2010 -- Integracja Wordpressa z systemem płatnosci.pl (1)
• 02/12/2010 -- Optymalizacja bazy danych Wordpress’a (0)

Czasem jest tak, że wszystko jest super aż tu nagle budzimy się pewnego ranka i logowanie do panelu administracyjnego w naszym WordPressie wskazuje błąd 404. Dziwne, prawda? No niestety tak się zdarza. Mi się zdarzyło tego ranka.

Co wtedy zrobić? Oczywiście istnieje prawdopodobieństwo, że WordPress został zhakowany ale najbardziej prawdopodobnym problemem jest fakt zmiany uprawnień dla folderów lub błąd, który wygenerowała nam nowa wtyczka. Najlepiej w takim przypadku spróbować po kolei następujących kroków:

1. Skasować plik (zachować kopię!) .htaccess i wgrać nowy,
2. Zastąpić plik wp-login.php nowym,
3. Sprawdzić tabele i bazę danych,Checking tables
4. Skasować/deaktywować wtyczki i włączać każdą po kolei aby sprawdzić, która nabrudziła

To w moim przypadku nie pomogło. Problemem okazały się zmiany uprawnień dla folderów. Tutaj należy wziąć do ręki program FTP i zalogować się oraz wejść do folderu danego WordPressa i zmienić ustawienia uprawnień dla folderu wp-admin na 755 (z zastosowaniem dla podfolderów i plików).

To powinno załatwić sprawę. Lepiej jednak nie grzebać i nie dawać grzebać innym na naszych serwerach ; )

Zobacz podobne wpisy:

• 02/12/2010 -- Optymalizacja bazy danych Wordpress’a (0)
• 06/01/2012 -- Szablony do Buddypress (0)
• 09/12/2010 -- Integracja Wordpressa z systemem płatnosci.pl (1)
• 21/09/2010 -- Warning: Cannot modify header information – headers already sent – Wordpress (0)
• 03/09/2010 -- Jak zablokować dostęp do folderów w Wordpressie? (2)

Szukam osoby, która podejmie się integracji WordPress’a z systemem płatności on-line platnosci.pl. Osoby chętne proszę o kontakt.

Zobacz podobne wpisy:

• 06/01/2012 -- Szablony do Buddypress (0)
• 13/12/2010 -- Kiedy wp-admin pokazuje 404 (0)
• 02/12/2010 -- Optymalizacja bazy danych Wordpress’a (0)
• 21/09/2010 -- Warning: Cannot modify header information – headers already sent – Wordpress (0)
• 03/09/2010 -- Jak zablokować dostęp do folderów w Wordpressie? (2)

Kilka wpisów na temat optymalizacji niektórych obszarów WordPress’a już poczyniłem, teraz chce dodać kolejny, który moim zdaniem jest dość ważny i pomocny. Chodzi o blokowanie na przyszłość i usuwanie już istniejących kopii naszych dotychczasowych wpisów.

Jak pewnie zauważyliście każdy wpis jest albo autozapisywany (autosave) albo każda edycja wpisu jest zapisywana do bazy jako nowy rekord. Tym samym baza wordpressa puchnie do niepotrzebnych rozmiarów co na małych hostingach współdzielonych w pewnym momencie staje się poważnym problemem.

Jak temu zapobiec? Tutaj zaznaczę, że poniższe zmiany spowodują, że nasze wpisy nie będą autozapisywane i nie będą też utrzymywane kopie naszych wpisów (w tym zmian). Więc jeśli chcesz móc wrócić do poprzednich wersji wpisu to ostrożnie z tymi ustawieniani. Jeśli jednak nie zależy Ci na tym to poniżej opisuję co można zrobić aby taką optymalizację przeprowadzić

1. Blokowanie tworzenia się ‘post reviews’.

Aby zablokować tworzenie się kopii wpisów należy do pliku wp-config.php dodać następującą linijkę kodu:

define('WP_POST_REVISIONS', false);

Od tego momentu kopie nie powinny się zapisywać w bazie.

2. Usuwanie już istniejących kopii postów i stron

Aby usunąć istniejące już zapisane w bazie kopie wpisów należy wejść do PhpMyAdmin’a, wybrać odpowiednią bazę i wywołać dla niej następującą komendę:

DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision'

Ona usunie istniejące już kopie wpisów. Następnie trzeba tylko zaznaczyć wszystkie bazy i kliknąć Optymalizuj. I gotowe.

Dzięki temu można odchudzić niektóre bazy nawet o 70% – 80%! Myślę, że warto : )

Jest to pomocne napewno dla serwisów, które mają dużą ilość wpisów czyli wszelkiego rodzaju popularnych blogów, magazynów, katalogów czy nawet – a raczej przede wszystkim – presell page.

Zobacz podobne wpisy:

• 13/12/2010 -- Kiedy wp-admin pokazuje 404 (0)
• 01/10/2009 -- Wtyczki SEO dla wordpressa (3)
• 28/09/2008 -- .htaccess i linki w Wordpressie (8)
• 06/01/2012 -- Szablony do Buddypress (0)
• 09/12/2010 -- Integracja Wordpressa z systemem płatnosci.pl (1)

Kto z nas nie dostał kiedyś takiego komunikatu w wordpressie podczas instalacji, wgrywania wtyczek czy przenoszeniu strony na inny serwer:

Warning: Cannot modify header information – headers already sent by (output started at /home/folder/public_html/wp-config.php:1) in /home2/folder/public_html/wp-login.php on line 287

To co zazwyczaj pomaga to usunięcie niepotrzebnych znaków występujących w kodzie php pomiędzy znacznikami: < ? php (otwierającym) i ? > (zamykającym). Jednak u mnie to nie poskutkowało bo takich pustych linii i niepotrzebnych znaków tam nie było a pliki i baza była przenoszona bez zmian z innego serwera. Więc szukałem dalej. I znalazłem : )

Drugim rozwiązaniem, które w 99% przypadków jest w stanie pomóc jest kodowanie danego pliku w UTF-8 bez BOM. Do tego aby to zrobić możemy użyć Notepad ++ (wybieramy Format -> Koduj w UTF-8 (bez BOM) i zapisujemy), który w prosty sposób zamieni nam kodowanie na takie, jakie chcemy czyli UTF-8 bez BOM. Potem tylko wgrywamy plik na ftp i problem powinien zniknąć.

U mnie takie rozwiązanie sprawiło, że problem zniknął w mgnieniu oka.

Zobacz podobne wpisy:

• 06/01/2012 -- Szablony do Buddypress (0)
• 13/12/2010 -- Kiedy wp-admin pokazuje 404 (0)
• 09/12/2010 -- Integracja Wordpressa z systemem płatnosci.pl (1)
• 02/12/2010 -- Optymalizacja bazy danych Wordpress’a (0)
• 03/09/2010 -- Jak zablokować dostęp do folderów w Wordpressie? (2)