5.00 score from hupso.pl for:
sobak.pl



HTML Content


Titlesobakowy blog | trochę o wszystkim i wiele o niczym

Length: 51, Words: 9
Description pusty

Length: 0, Words: 0
Keywords pusty
Robots
Charset UTF-8
Og Meta - Title pusty
Og Meta - Description pusty
Og Meta - Site name pusty
Tytuł powinien zawierać pomiędzy 10 a 70 znaków (ze spacjami), a mniej niż 12 słów w długości.
Meta opis powinien zawierać pomiędzy 50 a 160 znaków (łącznie ze spacjami), a mniej niż 24 słów w długości.
Kodowanie znaków powinny być określone , UTF-8 jest chyba najlepszy zestaw znaków, aby przejść z powodu UTF-8 jest bardziej międzynarodowy kodowaniem.
Otwarte obiekty wykresu powinny być obecne w stronie internetowej (więcej informacji na temat protokołu OpenGraph: http://ogp.me/)

SEO Content

Words/Characters 5968
Text/HTML 57.61 %
Headings H1 15
H2 13
H3 0
H4 0
H5 0
H6 0
H1
sobakowy blog
jak powinien wyglądać dobry commit?
wordpress cleaner – optimize your database
what will php 7 bring us?
strony na facebooku a kwestia jakości
liczby nie kłamią
phpbb żyje i chyba ma się dobrze
raport z php.net
hello, better world!
php – jest nadzieja
jekyll – generowanie statycznych stron html
nawigacja wpisów
mikroblog
linki
kategorie
H2
trochę o wszystkim i wiele o niczym
rozmiar commitu
opis commitu
weryfikacja commitu
łączenie (squashowanie) commitów
zakończenie
the name
performance
new features
cleanups
conclusion
nowe możliwości
zmiany pod maską
H3
H4
H5
H6
strong
samodzielny
jedną
real-life
will not
only
zmian nadchodzących w phpbb 3.1
rozszerzenia
ajax
powiadomienia
gravatar
responsive design
przestrzenie nazw i autoloading
dependency injection
routing
composer
twig
przyciski tekstowe
ruby.
b
i
em samodzielny
jedną
real-life
will not
only
zmian nadchodzących w phpbb 3.1
rozszerzenia
ajax
powiadomienia
gravatar
responsive design
przestrzenie nazw i autoloading
dependency injection
routing
composer
twig
przyciski tekstowe
ruby.
Bolds strong 18
b 0
i 0
em 18
Zawartość strony internetowej powinno zawierać więcej niż 250 słów, z stopa tekst / kod jest wyższy niż 20%.
Pozycji używać znaczników (h1, h2, h3, ...), aby określić temat sekcji lub ustępów na stronie, ale zwykle, użyj mniej niż 6 dla każdego tagu pozycje zachować swoją stronę zwięzły.
Styl używać silnych i kursywy znaczniki podkreślić swoje słowa kluczowe swojej stronie, ale nie nadużywać (mniej niż 16 silnych tagi i 16 znaczników kursywy)

Statystyki strony

twitter:title pusty
twitter:description pusty
google+ itemprop=name pusty
Pliki zewnętrzne 22
Pliki CSS 7
Pliki javascript 15
Plik należy zmniejszyć całkowite odwołanie plików (CSS + JavaScript) do 7-8 maksymalnie.

Linki wewnętrzne i zewnętrzne

Linki 103
Linki wewnętrzne 1
Linki zewnętrzne 102
Linki bez atrybutu Title 84
Linki z atrybutem NOFOLLOW 0
Linki - Użyj atrybutu tytuł dla każdego łącza. Nofollow link jest link, który nie pozwala wyszukiwarkom boty zrealizują są odnośniki no follow. Należy zwracać uwagę na ich użytkowania

Linki wewnętrzne

Linki zewnętrzne

sobakowy blog http://sobak.pl/
blog http://sobak.pl/
portfolio http://sobak.pl/portfolio/
o mnie http://sobak.pl/o-mnie/
kontakt http://sobak.pl/kontakt/
github http://github.com/sobak
twitter http://twitter.com/sobakpl
facebook http://facebook.com/sobakpl
rss http://sobak.pl/feed/
jak powinien wyglądać dobry commit? http://sobak.pl/blog/jak-powinien-wygladac-dobry-commit/
whatthecommit.com http://whatthecommit.com/
tym wątku na so http://stackoverflow.com/questions/5189560/squash-my-last-x-commits-together-using-git
http://sobak.pl/blog/jak-powinien-wygladac-dobry-commit/
skomentuj http://sobak.pl/blog/jak-powinien-wygladac-dobry-commit/#respond
wordpress cleaner – optimize your database http://sobak.pl/blog/wordpress-cleaner-optimize-your-database/
- http://sobak.pl/wp-content/uploads/wordpress-cleaner-sobak-pl.png
github repository https://github.com/sobak/wordpress-cleaner
http://sobak.pl/blog/wordpress-cleaner-optimize-your-database/
4 komentarze http://sobak.pl/blog/wordpress-cleaner-optimize-your-database/#comments
what will php 7 bring us? http://sobak.pl/blog/what-will-php7-bring-us/
abstract syntax tree https://wiki.php.net/rfc/abstract_syntax_tree
null coalesce operator https://wiki.php.net/rfc/uniform_variable_syntax
unicode codepoint escape syntax https://wiki.php.net/rfc/unicode_escape
uniform variable syntax https://wiki.php.net/rfc/uniform_variable_syntax
more details https://wiki.php.net/rfc/integer_semantics
more details https://wiki.php.net/rfc/fix_list_behavior_inconsistency
more details https://wiki.php.net/rfc/incompat_ctx
http://sobak.pl/blog/what-will-php7-bring-us/
3 komentarze http://sobak.pl/blog/what-will-php7-bring-us/#comments
strony na facebooku a kwestia jakości http://sobak.pl/blog/strony-na-facebooku-a-kwestia-jakosci/
o czym już pisałem http://sobak.pl/blog/facebook-maszynka-do-generowania-contentu-zawartosci/
czytaj dalej http://sobak.pl/blog/strony-na-facebooku-a-kwestia-jakosci/#more-1726
http://sobak.pl/blog/strony-na-facebooku-a-kwestia-jakosci/
2 komentarze http://sobak.pl/blog/strony-na-facebooku-a-kwestia-jakosci/#comments
liczby nie kłamią http://sobak.pl/blog/liczby-nie-klamia/
stats.sobak.pl http://stats.sobak.pl
dostępny publicznie na githubie https://github.com/sobak/stats.sobak.pl/
tym miejscu http://sobak.pl/portfolio/stats-sobak-pl/
http://sobak.pl/blog/liczby-nie-klamia/
skomentuj http://sobak.pl/blog/liczby-nie-klamia/#respond
phpbb żyje i chyba ma się dobrze http://sobak.pl/blog/phpbb-zyje-i-chyba-ma-sie-dobrze/
forumweb http://forumweb.pl
php-fig http://php-fig.org
http://sobak.pl/blog/phpbb-zyje-i-chyba-ma-sie-dobrze/
5 komentarzy http://sobak.pl/blog/phpbb-zyje-i-chyba-ma-sie-dobrze/#comments
raport z php.net http://sobak.pl/blog/raport-z-php-net/
wczorajszy wpis http://sobak.pl/blog/hello-better-world/
się udało http://people.php.net/sobak
niedawno pisałem o php http://sobak.pl/blog/php-jest-nadzieja/
doc.php.net http://doc.php.net
z przed http://sobak.pl/wp-content/uploads/doc-old.png
po modernizacji http://sobak.pl/wp-content/uploads/doc-new.png
qa.php.net http://qa.php.net
news.php.net http://news.php.net
bugs.php.net http://bugs.php.net
http://sobak.pl/blog/raport-z-php-net/
3 komentarze http://sobak.pl/blog/raport-z-php-net/#comments
hello, better world! http://sobak.pl/blog/hello-better-world/
minimum raz http://sobak.pl/blog/php-podstawy-pisania-czytelnego-kodu/
tutaj http://sobak.pl/blog/raport-z-php-net/
http://sobak.pl/blog/hello-better-world/
5 komentarzy http://sobak.pl/blog/hello-better-world/#comments
php – jest nadzieja http://sobak.pl/blog/php-jest-nadzieja/
pdo http://pl.wikipedia.org/wiki/php_data_objects
lista malingowa http://news.php.net/php.internals/
variadic functions https://wiki.php.net/rfc/variadics
argument unpacking https://wiki.php.net/rfc/argument_unpacking
tutaj https://wiki.php.net/ideas/php6
tutaj https://wiki.php.net/ideas/php6/engine
http://sobak.pl/blog/php-jest-nadzieja/
2 komentarze http://sobak.pl/blog/php-jest-nadzieja/#comments
jekyll – generowanie statycznych stron html http://sobak.pl/blog/jekyll-generowanie-statycznych-stron-html/
jekyll http://jekyllrb.com/
markdown http://sobak.pl/blog/markdown-czyli-wygodne-formatowanie-tekstu/
phrozn http://phrozn.info/en/
piecrust http://bolt80.com/piecrust/
staticgen.com http://www.staticgen.com/
http://sobak.pl/blog/jekyll-generowanie-statycznych-stron-html/
9 komentarzy http://sobak.pl/blog/jekyll-generowanie-statycznych-stron-html/#comments
http://sobak.pl/page/2/
2 http://sobak.pl/page/2/
3 http://sobak.pl/page/3/
4 http://sobak.pl/page/4/
5 http://sobak.pl/page/5/
10 http://sobak.pl/page/10/
» http://sobak.pl/page/2/
ostatnia » http://sobak.pl/page/16/
blog m4tx’a http://m4tx.pl
mrowqa’s blog http://mrowqa.pl/
rynko.pl http://rynko.pl
webkrytyk http://webkrytyk.pl
web project http://webproject.sanok.pl/
html&css http://sobak.pl/kategoria/html-css/
informacje http://sobak.pl/kategoria/informacje/
inne http://sobak.pl/kategoria/inne/
php http://sobak.pl/kategoria/php/
sql http://sobak.pl/kategoria/sql/
technologia http://sobak.pl/kategoria/technologia/
życie http://sobak.pl/kategoria/zycie/
wordpress http://wordpress.org/
sorbet http://automattic.com/
polityka prywatności http://sobak.pl/polityka-prywatnosci/

Zdjęcia

Zdjęcia 10
Zdjęcia bez atrybutu ALT 1
Zdjęcia bez atrybutu TITLE 10
Korzystanie Obraz ALT i TITLE atrybutu dla każdego obrazu.

Zdjęcia bez atrybutu TITLE

http://sobak.pl/wp-content/uploads/wordpress-cleaner-sobak-pl.png
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_smile.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_wink.gif
http://sobak.pl/wp-content/plugins/classic-smilies/img/icon_smile.gif
http://sobak.pl/wp-content/plugins/twiget/images/ajax-loader.gif

Zdjęcia bez atrybutu ALT

http://sobak.pl/wp-content/plugins/twiget/images/ajax-loader.gif

Ranking:


Alexa Traffic
Daily Global Rank Trend
Daily Reach (Percent)









Majestic SEO











Text on page:

sobakowy blog trochę o wszystkim i wiele o niczym menu serwisy społecznościowe szukaj przejdź do treści blog portfolio o mnie kontakt github twitter facebook rss wyszukiwanie: jak powinien wyglądać dobry commit? dzisiejszy wpis będzie skierowany do osób zaczynających swoją przygodę z systemami kontroli wersji (vcs). mimo że porady będą bazowane na systemie git, większość z nich można z powodzeniem zastosować także dla jego alternatyw. rozmiar commitu jest to rzecz, z którą - według moich obserwacji - początkujący mają największy problem. nie istnieje bowiem idealna ilość zmian w jednym commicie, którą możemy się kierować za każdym razem. myślę, że commit o dobrym rozmiarze najprościej jest zdefiniować słowem samodzielny. co takiego mam przez to na myśli? zmiany w commicie powinny stanowić działąjącą całość, nie powinno się commitować kodu, który generuje na przykład błąd parsera commit powinien obejmować jedną funkcjonalność. ponownie, nie da rady zdefiniować jak dużo obejmuje jedna "funkcjonalność". spróbuj jednak postąpić w ten sposób - wyobraź sobie, że commit, który masz zaraz wyślesz, będzie musiał zostać cofnięty (np. komendą git revert). czy robiąc to, pozbędziesz się tylko jednego kroku, czy też będziesz musiał w osobnym commicie powtórzyć część z dokonanych wcześniej zmian (które właśnie hipotetycznie cofnąłeś). jeżeli zachodzi druga sytuacja, to commit jest za duży. opis commitu bądźmy szczerzy, każdy lubi czasem popuścić wodze fantacji wpisując wiadomość commitu. najczęściej jest to danie upustu frustracji, która towarzyszyła tworzeniu danego kodu. powstały nawet specjalne strony jak whatthecommit.com. warto jednak poświęcić kilka sekund więcej na napisanie wiadomości commitu, aby w przyszłości zaoszczędzić swój czas. opis commitu jest wykorzystywany w bardzo wielu sytuacjach - komendach git log, git rebase, git blame, czy ich odpowiednikach w serwisach typu github. traktuj opis commitu tak, jakbyś musiał go przeczytać i szybko zrozumieć kilka dni później. staraj się być zwięzłym i rzeczowym - jeżeli nie ze względu na siebie, to na współpracowników. kolejną sprawą jest możliwość podzielenia commitu na krótki opis główny i dłuższą (opcjonalną!), bardziej szczegółową część, która nie jest pokazywana w niektórych sytuacjach. wspiera to oryginalny klient gita (np. komenda git log --abbrev-commit) i np. github (w widoku listy commitów pokazywana jest tylko krótka wiadomość, a reszta rozwija się po kliknięciu). git oddziela streszczony opis commitu od jego pełnej treści za pomocą jednej pustej linii. oto skrótowy, kontretny opis twojego commitu tutaj możesz zawrzeć długi opis, w którym przykładowo omówisz przyczyny wprowadzenia danej zmiany i jej konsekwencje dla projektu. może być to przydatne szczególnie dla twoich współpracowników. na koniec kilka dodatkowych (częściowo subiektywnych, lecz popartych obserwacjami) zaleceń dotyczących formy samej wiadomości: żadna z linii w opisie commita nie powinna przekraczać 72 znaków (konsola ma domyślnie 80 znaków szerokości) rozpocznij opis od wielkiej litery na końcu pierwszej linii commitu nie stawiaj kropki użyj trybu rozkazującego (zwłaszcza w języku angielskim; powód - git używa takiego samego trybu dla wiadomości generowanych przez siebie, na przykład "merge a from remote b") weryfikacja commitu przed zatwierdzeniem dowolnego commitu, przejrzyj go - najlepiej dwa razy. służy do tego oczywiście diff, czyli wykaz wszystkich zmian poczynionych w ramach danego commmitu. generalnie do jego wyświetlenia służy komenda git diff (trudne, prawda?), ale oczywiście jest haczyk. domyślnie nie pokazuje ona zawartości plików właśnie dodanych do repozytorium, a jedynie zmiany w przestrzeni roboczej (przed wykonaniem git add). metodą uniwersalną jest wydanie komendy git add . (lub git add . --all dla gita 1.x - wszystko, aby uwzględnić też pliki właśnie usuwane z repozytorium) a następnie git diff --cached. po tych dwóch poleceniach dostaniemy pełną listę zmian, zarówno w dodawanych, zmienianych, jak i usuwanych plikach - pozwala to zaoszczędzić naprawdę wielu pomyłek w kodzie. łączenie (squashowanie) commitów łączenie kilku commitów w jeden, zwłaszcza po ich wysłaniu do zdalnego repozytorium (origin), zaburza poniekąd historię zmian i może prowadzić do tego, że system kontroli wersji nie będzie spełniał swojej roli. zachodzą jednak sytuacje, w których może być to przydatne, a nawet wymagane przez innych developerów. najczęściej dzieje się tak w wypadku pull requestów lub ich odpowiedników z serwisów innych niż github. powodem, dla którego w tej sytuacji możemy użyć squashowania (dosł. zgniatania) commitów jest zachodzący workflow. zmiany są wykonywane w obrębie naszego własnego repozytorium (forka) i wysyłane jako propozycja zmian dla jakiegoś projektu. bardzo często ludzie zarządzający tym projektem będą mieli do nas pewne uwagi i wskazówki, w związku z czym do pull requesta dołączają kolejne commity. warto je na końcu połączyć, bo pull request z założenia powinien obejmować jedną funkcjonalność, a więc często być też jednym commitem (jak pisałem na początku artykułu). kilka różnych metod squashowania commitów znajdziecie w tym wątku na so. zakończenie mimo, że opisałem tutaj całkiem sporo założeń i może się wydawać, że teraz wysłanie dobrego commita miałoby zajmować wieczność i oznaczać sprawdzanie każdego punktu z listy, to nie ma czym się przejmować. większość z wniosków wyciągniętych w artykule jest bardzo logiczna i nie powinna być dla was niczym nowym, a reszta szybko wejdzie w nawyk. należy brać poprawkę na dozę subiektywizmu zawartą w tym tekście. 10 czerwca 2015 skomentuj wordpress cleaner – optimize your database back in the old days i've written a very simple script to remove posts' revisions from wordpress database. it was published on my github, but it was broken due to syntax error in sql query... and it was a good thing because it might actually remove important content from your database. and yet, the time has come. i sat down and rewrote whole script from scratch. turned it into modular wordpress cleaner, improving performance of your installation by removing tons of garbage from your database. it is now able to remove following kinds of junk: post revisions (disabled by default) auto drafts spam comments unapproved comments orphan commentmeta orphan postmeta transient options akismet commentmeta look how the script performs on production database of my website (using default settings). you can grab it from github repository. feedback and contributions are welcome! 22 lutego 2015 4 komentarze what will php 7 bring us? new major version of php is under active development since over a year (including non-public rewrite called phpng) and obviously number of changes still increases. therefore, i have decided to point out most of important things we can expect. for this article, i will split them between new features and actions aimed at improving language consistency and cleaning up some rubbish accumulated over the past years. the name short explanation to begin with. the next version after php 5 will be php 7. the main reason is the fact that php 6 already existed and while it never reached stable state, there are many books and resources refering to its name. it was assumed that skipping this number will allow to avoid potential confusion. performance the most notable change is huge speed improvement. guys from zend are doing awesome job refactoring zend engine and looking for new ways to make code execution faster. it results in even 50% boost in real-life applications, not in synthetic benchmarks. new features it should be noted that new major version almost certainly will not bring us highly-desired changes such as renaming functions to end with haystack, needle vs needle, haystack problem once and for all. while it is technically possible, php developers don't want to ruin their users' trust breaking too much bc and became another python 3 (if you know what i mean). ok, enough talking, let's get down to the facts: abstract syntax tree - this change is under the hood and don't have direct impact on userland code. however, it makes parsing code easier, more flexible and less error prone (it is obvious simplification of the subject, but you probably won't care about the details at this moment). null coalesce operator - new operator ?? (known from some other languages) is introduced. the easiest explanation would be $id = isset($_get['id']) ? $_get['id'] : 0; written as $id = $_get['id'] ?? 0;. check the original rfc for more details. unicode codepoint escape syntax - introduces syntax to escape unicode codepoint (e.g. \u{202e}) closure::call() method has been added - it is a feature known from javascript (or rather ecmascript), which allows to bind variables to closures at call-time error call to a member function of a non-object is now catchable unserialize() allows to either completely prohibit restoring objects or restrict the objects being restored to a whitelist of objects cleanups mysql_* functions are no longer available by default, because ext/mysql has been removed from core and will be moved to pecl ext/ereg (ereg_* functions) has been removed and will be migrated to pecl as well uniform variable syntax - variable syntax in php 7 is more consistent and allows for more advanced expressions. this change introduces some backwards compatibility breaks in edge cases, but they can be avoided by using curly braces, so the code is parsed the same way in php 5 and 7. click on the link to check real-life examples. some inconsistences in handling integers on different platforms are fixed (more details) string support for list() has been removed as it has been introduced unintentionally and might cause unexpected results (more details) alternative php tags, namely <%, <%= (asp tags) and