Co nam oferuje KDevelop

KDevelop i PHP

• Tworzenie projektów
• Obsługa SVN z poziomu programu
• Kolorowanie składni
• Integracja z manualem PHP
• Autosugestia metod w klasach
• Autosugestia nazw zmiennych ( :p )
• i wiele wiele wiele… more

Otóż po rozmowie z twórcą pluginu i zgłoszeniu paru błędów wiem czego na razie nie ma, nie działają podpowiedzi w statycznym wywoływaniu metod np:

SomeClassName::

Nie dostaniemy listeningu metod statycznych. Mi przynajmniej nie działa, on mówi że mu działa, eee nie wiem co jest grane ;]

KDevelop posiada kolorowanie składni również dla wielu wielu innych języków skryptowych. Wspaniałością jest to iż posiada kolorowanie składni dla skryptów SQL, tudzież PostgreSQL. Gdzie dla mnie to jest po prostu cudowna sprawa, ale był błąd w kolorowaniu składni procedur w języku pl/pgsql (będzie mini kurs wprowadzający w programowaniu pl/sql). By naprawić kolorowanie w tymże języku należy pobrać:
sql-postgresql.xml plik i wrzucić go do:

$ /usr/share/kde4/apps/katepart/syntax/

tam już takowy plik będzie, zróbmy sobie pierw jego kopie, a następnie wrzućmy nowy. Po tej całej operacji restart KDevelop i będzie nam piknie działać. Napisałem że ma błąd w kolorowaniu składni ale nie napisałem jaki, otóż sprawa ma się tak, przyjrzyjmy się funkcji:

CREATE FUNCTION "getMenuPath" ( "_idMenu" INT ) RETURNS LTREE AS $BODY$
	SELECT
	   "menuPath"
	FROM
	   "menu"
	WHERE
	   "idMenu" = $1;
$BODY$ LANGUAGE 'SQL' WITH (ISCACHABLE);

Jak widzimy po strukturze $BODY$ mamy ciało SQL, natomiast KDevelop interpretował to jako string, i tutaj był problem z kolorowaniem składni.

Błędy w KDevelop

Jest parę błędów w KDevelop które często powodują że nurtują mnie pytania czy dobrze zrobiłem że się na KDevelop przesiadłem, otóż mimo iż jest to oficjalne wydanie środowisko jest dosyć nie stabilne. Potrafi się często wyłożyć w najmniej oczekiwanych momentach, dlatego np odradzam korzystanie z SVN w KDevelop a wykorzystać do tego zewnętrzny program np: kdesvn, lub po prostu jechać z konsoli.
Czasami potrafi się też wysypać przy zamykaniu zakładek otwartych dokumentów. Innym ficzerem jest też taka opcja że gdy się najedzie na funkcję w php to pokazuje się tooltip ballon z informacją o funckji z linkiem w środku: Show uses, po kliknięciu na niego najprawdopodobniej powinny się pojawić jakieś przykłady jak to użyć, ale pojawia się nowe okno z paskiem postępu i cały KDevelop zdechł.

Praca z KDevelop

Wszystko co nam potrzebne do pracy z KDevelop to kawałek internetu, 3kilo root’a i z 2 głośniki. Polecam też zainstalowanie paczek z debug symbols.

$ sudo apt-get install kdevelop kdevelop-php [ kdevelop-php-docs -- integracja z manualem php.net] [ kdevplatform-dbg -- opcjonalne ]

I możemy zacząć naszą pracę z KDevelop, utworzyć sobie projekt, później do projektu pobrać dane po svn, lub też i nie jeżeli takiego projektu nigdzie nie przechowujemy na zewnątrz.

To by było na tyle, te informacje miały Was zachęcić do przejścia na platformę KDE oraz używania IDE KDevelop.

Konfiguracja /etc/hosts

Pierwej przed przystąpieniem do pracy i konfiguracji vhostów sprawdźmy sobie ustawienia naszego /etc/hosts, zakładamy że chcemy pracować tylko lokalnie i mieć vhosty dla swojej wygody pracując na lokalnej maszynie. Także edytujmy plik posiadając uprawnienia użytkownika root:

$ sudo su

następnie po wpisaniu hasła edytujemy plik:

$ nano /etc/hosts

I interesują nas pierwsze dwie linijki:

127.0.0.1       localhost.localdomain
127.0.1.1       nazwa-kompa

Tak powinień się nam przedstawiać nasz /etc/hosts, gdzie nazwa-kompa jest nazwą która wyświetli Wam się po wykonaniu polecenia:

$ echo $HOSTNAME

jeżeli tak mniej więcej wygląda Wasz plik hosts to ja proponuje takie rozwiązanie:

127.0.0.1       localhost.localdomain   nazwa-kompa
#127.0.1.1      nazwa-kompa

Jak widać 127.0.1.1 jest zaremowane więc nie jest brane pod uwagę. Czasami jest lepiej coś zaremować niż usuwać.

Na tym zakończymy na razie edycję pliku /etc/hosts

Konfiguracja vhosta

Przechodząc do edycji vhosta na samym początku chciałbym poinformować o pewnych zmianach wprowadzanych w ubuntu systematycznie, otóż mamy taki ciekawy program który się nazywa service i nie musimy latać do /etc/init.d/ by robić coś z aktualnie odpalonym deamonem. Czyli np taka komenda:

$ service apache2 restart

da nam to samo co:

$ /etc/init.d/apache2 restart

Używać do woli, co komu się podoba.

Gdzie są trzymane konfiguracje vhostów? Konfiguracje vhostów trzymane są w /etc/apache2/sites-available w postaci zwykłego pliku textowego bez żadnego rozszerzenia.
Budowę mają dość prostą, a co do budowy to przedstawię Wam przykład:

<VirtualHost *:80>
        ServerAdmin webmaster@localhost
 
        ServerName      bdt.local
        ServerAlias     www.bdt.local
 
        DocumentRoot "/home/cojack/Dokumenty/Projekty/BDT/web"
 
        <Directory "/home/cojack/Dokumenty/Projekty/BPDT/web">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride All
                Order Allow,Deny
                Allow from All
        </Directory>
 
        ErrorLog "/home/cojack/Dokumenty/Projekty/BDT/tmp/logs/error.log"
 
        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn
 
        CustomLog "/home/cojack/Dokumenty/Projekty/BDT/tmp/logs/access.log" combined
 
        RewriteLog "/home/cojack/Dokumenty/Projekty/BDT/tmp/logs/rewrite.log"
        RewriteLogLevel 3
</VirtualHost>

Dyrektyw mi się opisywać nie chce, możecie o nich poczytać na stronie apache, ale jak widać wskazuje też miejsce logów (access, error, rewrite) dla danego vhosta, te katalogi muszą już istnieć przed przeładowaniem ustawień apache i dobrze by było gdyby były pod kontrolą usera i grupy www-data.

W „/home/cojack/Dokumenty/Projekty/BDT/web” posiadam plik index.php oraz , i od tego miejsca się wszystko zaczyna. Wystarczy teraz utworzyć plik np: bdt w katalogu /etc/apache/sites-available i wkleić do niego zawartość tego listingu powyżej. Oczywiście u Was on nie zadziała o ile nie macie poprawnych ścieżek tak jak powyżej. Także utwórzcie sobie własne ścieżki, nazwijcie jakoś projekt, i analogicznie do mojego vhosta utwórzcie swojego.

Po wykonaniu takiej operacji pozostały nam już tylko dwie rzeczy do wykonania. Pierwsza z nich to:

$ a2ensite bdt

u Was oczywiście analogicznie (względem powyższych wskazówek) będzie to coś innego niż bdt.

Konfiguracja pliku hosts raz jeszcze

Po wykonaniu wszystkich powyższych czynności by w adresie przeglądarki zadziałał nam nasz adres musimy jeszcze dodać wpis o tym:

127.0.0.1       bdt.local       www.bdt.local

Dodajemy ten wpis po naszej wstępnej konfiguracji zapisujemy i wpisujemy w pasku adresu przeglądarki adres: www.bdt.local i włala!

Możliwe problemy

* 403 Forbidden – szczerze? To nie pamiętam jak go rozwiązałem ;p
* Kiedy okaże się że mamy jakiś błąd w konfiguracji vhosta to nie pamiętam już czy apache skuma się po zmianie wpisu i akcji reload, ja zawsze dla pewności wykonywałem takie czynności:
a2dissite bdt
a2ensite bdt
service apache2 reload
* poleciłbym przed dodawaniem vhostów wyłączyć apache i zrobić tail -f /var/log/apache2/error.log i nasłuchiwać co go boli przy starcie jeżeli coś go boli.
* bliżej lub dalej nie określone problemy
* literówki w artykule.

Aha tą czynność mamy się rozumieć wykonujemy dla każdego z vhosta.

To by było na tyle. W następnym arcie będzie o konfiguracji vhost z ssl. Cza spać 1.45 na zegarku ;/

Live CD

Pierwsze co powinniśmy zrobić, to zmontować sobie jakąś dystrybucję która nam pozwoli odzyskać gruba, aby tak się stało dystrybucja powinna mieć grub’a w swoich pakietach, nie każda ma ubuntu defaultowo też nie posiada, więc bez dostępu do internetu będziemy w czarnej dziurze. Możemy z windowsa nagrać ubuntu/kubuntu na pendrive za pomocą ultra iso, fajne narzędzie. Inne nie tworzyły mi bootowanego pendriva i nie mogłem nic z tym zrobić. Dobra mamy pendrive/cd z ubuntu co dalej?

Chrootowanie systemu

Otwieramy konsole, wpisujemy

$ sudo su

następnie

$ aptitude install grub -y

dalej

$ mkdir /media/root
$ mount /dev/sdaX /media/root

Gdzie X jest to numer naszej partycji
I tutaj zależy jaki mamy dysk, sata, czy też nie oraz w której kolejności jest ustawiony na kablu jeżeli to ata lub mamy dwa dyski na sata, aby wyświetlić jakie mamy dyski należy wykonać to za pomocą:

$ fdisk -l

Dobra, mamy zamontowaną partycję z dyskiem, następnie montujemy proc i dev

$ mount -t proc none /media/root/proc
$ mount -o bind /dev /media/root/dev

Przed chrootem jeszcze jedna akcja:

$ grub-install /dev/sda

Teraz chrotujemy dziada:

$ chroot /media/root /bin/bash

Ok i teraz tak, mamy już gruba zainstalowanego na dysku, więc możemy się do niego wbić, gdybyśmy go nie zainstalowali nie mogli byśmy zrobić tego co piszą różni blogowicze a chodzi o:

$ grub

Ok jedziemy

$ grub> find /boot/grub/stage1

Teraz tak jak u innych mamy to samo, powinno nam wywalić numer partycji coś ala

# hd(0,1)

Standardowo lecimy dalej:

$ grub> root (hd0,1)

oraz

$ grub> setup (hd0)

Ha! I tu jest ficzer, gdybyśmy nie zainstalowali gruba od zera to byśmy dostali błędem po oczach że nie ma pliku stage1, a tak jest. Zainstalowane skonfigurowane i co pewnie myślicie że to już wszystko co? A no nie wszystko, mało kto pisze o tym na blogu, a to jest bardzo ważne, gdyż jak wykonamy restarta po tych operacjach to przywita nas grub a nie wybór systemu

$ grub> quit
$ grub-udpate

Powinno nas poinformować że nie mamy utworzonego menu.lst potwierdzamy chęć utworzenia listy wciskając y i enter.
Włala, utworzyło nam piknie wszystko, teraz możemy już tylko odmontować partycje

$ umount /media/root/dev
$ umount /media/root/proc
$ umount /media/root

I nie bić reboot z konsoli bo ubuntu się nie zresetuje tylko zawiesi przy próbie restartu, nie wiem też czy poweroff zadziała, najlepiej mu kliknąć myszką żeby się wyłączył.

Po tych operacjach możemy cieszyć się działającym grubem. Amen.

Wzorowane na artykule z thecamels.org

Na parkingu stoi autobus.
W autobusie siedzi 7 dzieci.
Każde dziecko ma 7 plecaków.
W każdym plecaku jest 7 dużych kotów.
Każdy duży kot ma 7 małych kotów.
Każdy kot ma 4 nogi.

PYTANIE:
Ile nóg znajduje się w autobusie?

P.S. nie ma tu ukrytych haczyków, nie ma też kierowcy w autobusie, poszedł na piwo ;] Tak plecaki są razem z dziećmi w autobusie, tak koty są w plecaku w tym który jest w autobusie, a małe kotki są razem z tymi dużymi w tych pleckach co są razem z dziećmi w autobusie. Żadne dziecko nagle nie zachorowało, nie było żadnych katastrof ekologicznych, nie było masterczułek, ufo nie przyleciało, dzieci nie umarły, kot nie są głodne, żadne z nich nie usłyszało myszy, nigdzie się nie rozbiegły, to nie są konie… ufff.

kdesu systemsettings

I wtedy będziemy mogli edytować ustawienia kdm.
o tym dowiedziałem się na forum archlinux.pl

Ja tam żadnych ciekawostek w nowym kde nie widzę, błędów też nie widziałem, więc dla mnie nic nowego ;]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

pkgname=qfaktury
pkgver=0.6.2
_pkgver=${pkgver}_1
pkgrel=1
pkgdesc="Program fakturowy"
url="http://www.e-linux.pl/"
depends=('qt4>=qt4.4')
makedepends=()
conflicts=()
arch=('i686')
license=('GPL')
replaces=()
backup=()
 
source=("http://downloads.sourceforge.net/project/$pkgname/$pkgname/$pkgver/$pkgname-$_pkgver.tar.gz")
md5sums=('7959bd451dc75beb47f4ecd08ba84a87')
 
build() {
	cd $startdir/src/$pkgname-$pkgver
	qmake
	make || return 1
	make DESTDIR=$startdir/pkg install
}

Nie ma co się tutaj dużo rozpisywać, sprawdźcie sami jak działa. Jak znajdę chwilę czasu wrzucę screeny chociaż.
Pod spodem link do paczki, instalacja za pomocą: pacman -U nazwa_paczki. Kompilacja PKGBUILD: makepgkd –asroot

Lokalizacja php.ini
Ok zacznijmy, znajdźmy gdzie leży nasz plik php, należy wykonać to za pomocą polecenia:

locate php.ini

Powinno nam zwrócić coś podobnego do takiego wyniku:

[localhost][~] $ locate php.ini
/etc/php/php.ini
/etc/php/php.ini.pacnew
/home/cojack/Download/php-5.2.9/php.ini-dist
/home/cojack/Download/php-5.2.9/php.ini-recommended
/var/abs/community/devel/php-gtk/php.ini-template
/var/abs/extra/php/php.ini

Jeżeli nie zwraca nam wyniku spróbujmy zrobić tak:

updatedb

whereis php.ini

Jak to nie pomoże, to stawiam na to że nie masz php

Edycja php.ini
Do edycji pliku konfiguracyjnego, przynajmniej u mnie nie potrzebuje praw administratora, więc co kto lubi, używamy nano, vi/vim, gedit, kate, kwrite, emacs, na prawde kto co lubi.

short_open_tag
Dyrektywa za której pomocą sterujemy php czy możemy stosować krótki znaczniki otwarcie i zamknięcia bloku kodu, domyślnie jest ustawiona na off czyli nie wolno nam, i ja jestem za tym by tak zostało Zobaczcie że gdy użyjecie a w środku kod php, i otworzycie przeglądarkę na tej stronie, a ten plik niczego nie zwraca do przeglądarki to będzie z pozoru pusta czysta biała strona, a zaglądnijcie w źródło dokumentu :>

precision
Precyzja liczb po przecinku, 14 domyślnie, na co komu więcej? Kto wykonuje obliczenia matematyczne za pomocą php?

safe_mode
Tryb bezpieczny dla zabezpieczenia serwera, gdy są jakieś podejrzenia że pewien skrypt może narazić nas na psikusy z strony internatów, należy włączyć ten tryb, ale jak się pracuje na localu to kto nam co zrobi hmm?

open_basedir
Ta dyrektywa mówi natomiast php gdzie ma szukać plików poza katalogiem w którym aktualnie pracujemy, tak ja to rozumiem, przykład dlaczego tak to pojmuję? Wystarczy zobaczyć w jaki sposób includujemy system szablonów itx.

max_execution_time
Dyrektywa która odpowiada za pracę skryptu w sekundach, lepiej nie zmniejszać, chyba że się wie co chce się przez to uzyskać…

max_input_time
Odpowiada za czas w jaki może skrypt poświęcić na przetworzenie danych wysłanych na serwer.

memory_limit
Maksymalna liczba Mb ile może skrypt ugryźć nam z kości

Czasami jest tak że jesteśmy pewni że jest błąd, pusta strona nic a nic, a mimo wszystko php nie wypluwa nam błędu, wina jest w konfiguracji:

display_errors
Możliwe że jest domyślnie ustawiona na Off, należy zmienić na On, oraz podczas produkcji można ustawić na stałe

error_reporting
na E_ALL

register_globals
Najważniejsza dyrektywa, która powinna być ustawiona na Off zmniejsza ryzyko ataku na serwer, czy cokolwiek innego.

post_max_size
Dyrektywa odpowiedzialna za informację ile Mb możemy przesłać przez Post.

magic_quotes_gpc
Kolejna zbędna już przez nikogo nie wykorzystywana funkcja, Off miejmy nadzieję że od php 6 już jej nie będzie.

upload_max_filesize
W Mb ile możemy przesłać w jednym pliku danych, tzn jak ciężki może on być, domyślnie 2Mb.

I na samym dole pliku powinniśmy mieć kilkanaście linijek z prefixem extension, te które są nam potrzebne odhaszować, czyli usunąć znak średnika ; z przodu linijki, zapisać, zresetować apache i powinno wszystko działać

Dobra wracając do tematu, praca na Linux’ie, jako dla programisty php, nie wydaje się żeby to był dobry wybór a to dlaczego? A to dlatego że nie działa nasza ulubiona przeglądarka IE. Możliwe że zaraz ktoś w komentarzu napisze że można odpalić pod wine, że jest ie4linux. A ja powiem że mnie to mało obchodzi, nie testuję swoich stron pod IE, nie interesuje mnie to jak one pod IE wyglądają. Mam to daleko w nosie, jedyne testy jakie przeprowadzam to FireFox silnik (GECKO), Konqueror (silnik KHTML) i Arora (silnik QtWebKit test acid3 100% + Link test failed) no i oczywiście w3c standard dla HTML i CSS.

Dobra znowu wracając do tematu, praca na linux’ie powinna być dla Was tak jak jest dla mnie przyjemna, czyli co nam jest potrzebne:
Apache – repozytorium
PHP – repozytorium
Eclipse z PDT all in One
Kadu – bez gadu gadu nie ma pracy

Apache sciągamy z repo, u mnie to jest

1
2
3

su
pacman -Syu
pacma -S apache

następnie

/etc/rc.d/httpd start

i już apache działa, to samo robimy z php, tylko bez php start, ponieważ to nie jest żaden deamon.
Po odpaleniu apache, możemy przejść na strone w przeglądarce:

http://127.0.0.1

i powinniśmy zobaczyć

It works!

Wygląd Eclispa

Następnie ściągamy Eclipse z PDT all in One z strony: www.eclipse.org/pdt/downloads/, niezbędne do pracy z Eclipse będzie nam Jre, które też należy pobrać z repozytorium.

Teraz zapewne zadacie pytanie dlaczego Eclipse? Pytanie dla mnie jest bardzo proste i oczywiste, ma wbudowany zen debuger, co w locie wyrzuca błędy jeżeli chodzi o składnię tekstu, wbudowana przeglądarka www, najprawdopodobniej bazująca na jakiejś zainstalowanej w systemie, ale głowy nie dam uciąć bo nie sprawdzałem. System projektów, wszystko ładnie pochowane w swoje miejsca, masa dodatków, typu praca z svn, ftp, etc.
No i po prostu przypadł mi do gustu.

Osobiście zachęcam Was wszystkich do pracy na Linux’ie, upodobania można zmienić, ale wolności nie oddam.