WordPress 2.9 Carmen gotowy do pobrania
- Dodano: 19 grudnia 2009
- Wprowadził: Haspet
- Komentarze: 13
Dzisiaj pojawiła się nowa wersja WordPressa oznaczona numerkiem 2.9.
- Do tej wersji została dodana funkcja „usuwania do kosza”. Każdy usunięty komentarz lub wpis w trafi do kosza, który potem trzeba będzie opróżnić.
- Pojawił się prosty edytor obrazków, dzięki któremu możemy na dodanym obrazku wykonać kilka najprostszych działań jak np. przycięcie, obrócenie, skalowanie wielkości obrazka itp.
- Od teraz nie potrzebujemy dodatkowych wtyczek aby wstawić pliki wideo z takich serwisów jak: YouTube, Daily Motion, Blip.tv, Flickr, Hulu, Viddler, Qik, Revision3, Scribd, Google Video, Photobucket, PollDaddy oraz WordPress.tv. Wystarczy tylko wkleić link. Więcej serwisów pojawi się w następnym wydaniu.
- WordPress obsługuje od teraz kanoniczne adresu URL (rel=canonical) dla lepszego wsparcia SEO.
- Od teraz możesz aktualizować kilka wtyczek naraz.
- Potrafi automatycznie optymalizować bazę danych, jeżeli ta funkcja jest włączona w pliku wp-config.php, poprzez dodanie define(‘WP_ALLOW_REPAIR’, true); .
- W tej wersji rozwiązano ponad 500 ticketów, bugów oraz optymalizacji.
Pobierz. Więcej nowości i aktualizacji przeczytacie na: stronie WordPressa
Więcej informacji: http://www.haspet.ubucentrum.net/2009/12...-pobrania/
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
13 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
A wsparcia dla PostgreSQL jak nie było tak nie ma :-/
Osobiście należę do grona osób, które powoli rezygnują z baz danych na rzecz innych rozwiązań. Czysta "flat data" oferuje bardzo dobrą wydajność, jednak pojawiają się inne problemy.
Rozwiązaniem okazuje się użycie jakiegokolwiek systemu RCS (Revision Control System). Dzięki zastosowaniu gita, Mercuriala lub staromodnego CVS uzyskujemy pełną historię zmian, jakie naniesiono na zwykłe tekstowe pliki. Odtworzenie wersji sprzed kilku miesięcy jest dziecinne proste, znika też problem tworzenia wielu kopi zapasowych.
Ciekawe zastosowanie znalazły rozproszone systemy. Możliwe jest utworzenie lokalnej gałęzi i wprowadzanie do niej zmian przez dłuższy czas. Problemem połączenia z głównym drzewem, które prawdopodobnie też "nie spało" zajmie się np. Baazar.
Najlepszym przykładem CMSa (?), który korzysta z takiego rozwiązania jest ikiwiki. Prócz wymienionych wyżej zalet należy doliczyć silne rozdzielenie backendu od frontendu. Ikiwiki zostało napisane w Perlu i dzięki licznym pluginom nadaje się także do innych rozwiązań niż wiki.
Purystów językowych przepraszam za liczne anglojęzyczne zwroty. Jeśli kogoś zainteresował ten temat to mogę napisać newsa na temat nowej wersji ikiwiki, która wyszła dzień temu.
> Ikiwiki zostało napisane w Perlu i dzięki licznym pluginom nadaje się także
> do innych rozwiązań niż wiki.
Prawda, jest całkiem ciekawym rozwiązaniem na bloga. Choć osobiście wolę Chronicle do tego (i do czegoś innego też) — wg mnie bardziej przejrzysty.
Są jakieś przykłady takich rozwiązań dla Pythona i PHP?
Hatta Wiki jest napisana w Pythonie, do tego polskiego autorstwa. Podobne projekty można znaleźć tutaj.
@blinkkin: wszystko zalezy od skali przedsieziecia. Rozwiazan jest milion. Na przyklad content w bazie danych stojacej na clustrze HA, przygotowywany przez webserver (na clustrze HA oczywiscie) i serwowany dla odbiorcy z farmy serwerow cache stojacej za jakims clusterkiem Loadbalancerow. Proste, eleganckie, szybkie. Przy dobrej konfiguracji webserver moze byc nawet IIS
.
A pliki, coz, plikow jako bazy danych to uzywalem ostatni raz w 97 roku. No moze 99. W kazdym badz razie w zeszlym milenium.
Fotki moga byc udostepniane np. prosto z systemu plikow, preencodowane, przez odrebna grupe serverow cache, ale strona w ktorej siedza ma linki z bazy danych.
Pozdro.
To może rozwinę na przykładzie ikiwiki.
Jeśli chcę to mogę ręcznie zedytować plik z danymi (to tylko czysta data z dodatkiem języka znaczników – markup) używając vi lub innego edytora. Skrypt w Perlu na bieżąco sprawdza zmiany w repozytorium gita, Mercuriala etc. Jeśli takowe nastąpiły zawartość jest kompilowana do zwykłego htmlu, który oglądają osoby odwiedzające naszą stronę.
Natomiast użytkownicy mają również dostęp do edycji plików przez przeglądarkę za pomocą innego skryptu w Perlu.
Sam "kompilator" może być napisany w czystym C czy nawet Erlangu. Natomiast webowy frontend dla ZU w Ruby, PHP etc.
Czysta flat-data nie jest zbyt ciekawa. Wiele obecnych CMSów zaimplementowało własny wewnętrzny RCS, który korzysta z danych zapisanych w bazie danych. Jak widać da się to zrobić inaczej.
Jednak użycie flat-daty i RCSa ma jedną wadę – wyszukiwanie informacji.
I dopiero co OSmedia migrowało i znowu robota
"Od teraz możesz aktualizować kilka wtyczek naraz." – to już robiłem wcześniej, wystarczy aktualizację kazdej otwierać w nowej karcie i trzymać kciuki, że się uda.
zaktualizowane juz…
brakowało mi aktualizacji kilku wtyczek. Korzystam z łordpresa od dobrych dwóch lat i jestem bardzo zadowolony.
To ja się grzecznie zapytam: co to ma wspólnego z Linuksem? Bo chyba nikt się nie zbłaźni i nie powie, że wiele.
Od kiedy LN zmigrował na WP mocno uderzył o dno…
Wszystkie niusy wprowadzane z tagami "Linux", "UNIX" i "Open Source" pojawiają się automatycznie na LinuxNews.pl. Taki przyjęliśmy system – zresztą zawsze na LN pisaliśmy o oprogramowaniu FLOSS (a można pytać np. co Firefox ma wspólnego z Linuksem?), więc nie widzę w tym nic nowego.