Oprócz tego dla pozostałych, pracujących na *nix (dla Windows wymagany jest CYGWIN), króciutki opis jak wygenerować sobie pełną  dokumentację ( oczywiście nie wszystko jest przetłumaczone).

Wcześniej zainstaluj sobie następujące biblioteki:

• autoconf
• make
• xsltproc
• xmllint

Następnie:

$ git clone git://git.zendframework.com/zf.git
$ cd ZendFramework-2.0.0dev1/documentation/manual/pl
$ autoconf (zostanie wygenerowany ./configure)
$ ./configure
$ make

Czekamy chwilkę, w między czasie powstaje sobie _temp_manual.xml, który potem zostanie pokrojony na odpowiednie dokumenty html w katalogu html/

Poniżej dokumentacja w postaci html do ściągnięcia

• ZF-QuickStartPL

Od czterech dni dostępna  jest  wersja 2.0.0dev1 tego znakomitego frameworka dla PHP5. W ramach pierwszego   milestone’a ekipa Zend Frameworka bardzo się napracowała.

Rewolucja, przez którą nastapiła  zmiana  z „1″ na „2″ w numerze wersji już dla tego wydania, polega przede wszystkim na:

• usunięciu (niby) wszystkich „reqiure_once” z komponentów ZF (uzywamy autoloader),
• wprowadzenie namespace,
• poprawa mechanizmu testów jednostkowych,
• przepisanie od zera komponentu Zend/Session (w ramach ticketu powstał nowy nowy komponent Zend/SignalSlot,
• wprowadzenie nowej przestrzeni nazw Zend/Stdlib,

Wydanie tak naprawdę pokazuje jedynie tyle, że ekipa rozwijająca Zend Framework nie próżnuje i można je traktować  jako możliwość zapoznania się z zaawansowaniem prac, nie jest to ukończony framework  – stawianie aplikacji na tym wydaniu, jak oznajmił zespół, jest na własne ryzyko.

Roadmap ZF z gałęzi 2.0 jest jeszcze daleki do ukończenia.

• Mini-CRM (Od teraz wystarczy, że klient odpowie na e-mail z propozycją oferty, a jego wiadomość automatycznie pojawi się w historii oferty)
• Zaliczaj ile chcesz (ułatwia operacje na zaliczkach)
• Cholibcia, machnąłem się (wystawianie kortekt)
• Brak brakowi nierówny (rozróżnienie stawek VAT)
• Ulepszony interfejs (nowy wygląd oraz bardziej intuicyjny interfejs)

Zachęcam do korzystania z tego systemu.

W moich oczach oba reportaże różniły się między sobą.

Na TVN reportaż w ogólności trwał krócej i skupił się przede wszystkim na sensacji. Po tym reportażu nie mogłem zrozumieć obu stanowisk ludzi, jedyne co widziałem to dwie strony, które wrzeszczały na siebie z nienawiścią.  Widziałem straż wiejską, napuszczona przez panią prezydent Warszawy Hanna Gronkiewicz-Waltz (jak pani nie wstyd? Straż wiejską na ludzi napuszczać), kilku księży, no i oczywiście tłum ludzi, kórzy Krzyża bronili. Podsumowując:  jedno wielkie zamieszanie,  bardzo szybko przedstawione przez TVN, tak aby widz przed telewizorem zapomniał o tym jak najszybciej, a ci broniący Krzyż to banda staruchów, którym się pomieszało w głowie. Po tym reportażu o całej tej sprawie pewnie zapomniałbym następnego dnia.

Na TVP1 jednak sprawa wyglądała zupełnie inaczej. Nie dość, że reportaż aż się roił od wywiadów z przechodniami, głównie  o tym co sądzą (jeden przypadł mi do gustu, gdy Pan z Ukrainy, zapytany, o to, co on sądzi na ten temat, odpowiedział, że bardzo mu się to podoba, że ludzie w tym kraju mogą pokazywać w taki sposób swoje niezadowolenie, że publicznie mogą się nie zgodzić z tym co Rząd zadecydował – właśnie o to w tym chodzi – to jest państwo demokratyczne, to ludzie, obywatele tego państwa, decydują co i jak ma być w tym państwie, a nie jakiś urzędas wysoko na stołku, który w dodatku sepleni jak kaczka i kłamie prosto w oczy, mowa o premierze  Tusku ). Spodobała mi się bardzo retrospekcja do dni żałoby narodowej,  gdy zobaczyłem ile ludzi stało przed pałacem, ile ludzi płakało. Bardzo się ucieszyłem, że ta stacja przypomniała co się stało, przypomniała o bezwątpienia strasznej dla naszego kraju tragedii narodowej.

Podsumowując: jedne wielkie zamieszanie, wzbogacone o liczne wywiady z przechodniami oraz o wspaniałą retrospekcję i w tym przypadku ludzie broniący Krzyż byli tak jakby bohaterami w świetle telewizji – będzie mi to siedziało w głowie przez kilka dni i poruszę rozmowe na ten temat nie z jedną osobą, czy to pracy czy w gronie rodzinnym.

Nie jestem zwolennikiem teorii spiskowych, jednak to co się dzieje nie daje mi spokoju i w mojej głowie powoli coś zaczyna świtać. Dlaczego PO chce, aby ten krzyż tak szybko zniknął sprzed pałacu? Prawdopodobnie dlatego, zeby ludzie zapomnieli o tym co się stało w Smoleńsku, zapomnieli o tragedii narodowej. Mi osobiście ten Krzyż nie przeszkada. Jestem katolikiem, znam symbolikę Krzyża Świętego i w domu u mnie na ścianie także wisi.

Nie rozumiem tej całej sensacji. Przecież już raz zabrano nam krzyż, zniknął on z urzędów, ze szkół starano się go wymazać z historii Polski. Jednak nikt nie jest w stanie tego zrobić. Za Krzyż do tej pory zginęło mnóstwo ludzi, a i teraz w Polsce podejrzewam, że znajdzie się wielu gotowych oddać życie za niego.

Teraz zabiorą krzyż, a później co ? Może znów koronę orłowi ?

Nie rozumiem w czym i  komu ten Krzyż przeszkadza ??? Jeśli są to tylko argumenty dotyczące wolności religijnej, to ci którzy tak twierdzą niech poprostu  na niego nie patrzą. Jeśli innych powodów nie ma to moim zdaniem chodzi poprostu o wymazanie faktu tragedii narodowej z pamięci obywateli tego kraju.

TVN ma niemieckie powiązania, podobnie zresztą jak Tusk i cała ta mafia z PO. Chcą szybko wymazać to co sie stało z pamięci Polaków – nie mam co do tego wątpliwości. Ja jednak twierdzę, że nie da się tego tak łatwo zrobić. Sam jestem gotów jechać do Warszawy i stanąć w proteście i na pewno tak zrobię! Będę bojkotował TVN.

Bardzo się cieszę, że zyję w kraju, w którym jeśli komuś coś nie pasuje to można swoje zdanie w ten czy w inny sposób wyrazić. Mamy do tego prawo i korzystajmy z tego – nikt nas za to nie zastrzeli . Dlatego ja stoję po stronie obrońców krzyża.

Przy okazji, wszystkim tym, którzy głosowali na Komorowskiego  – gratuluję wyboru! Plan podwyższenia VAT’u był gotowy już znacznie wcześniej przed wyborami, tylko pan Komorowski zapomniał o tym wspomnieć. Rozumiem, że były to wybory na prezydenta, ale chyba każdy z nas wie, że to raczej nie była kampania jednego człowieka, tylko całej partii. Podwyższyć VAT? Tak bez debaty, bez spytania się o pozwolenie obywateli tego kraju? Kur… beszczelność!!!

W tym kraju dzieje się coś niedobrego i wszystkich czytających proszę o zainteresowanie się polityką, bo możemy się obudzić za późno.

Tabela ma postać:

CREATE  TABLE IF NOT EXISTS `media` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT ,
  `acl_user_id` INT(11) DEFAULT NULL,
  `parent_id` INT(11) DEFAULT NULL,
  `size` INT(11) DEFAULT NULL,
  `extension` ENUM('mp3','mp4','mpg', 'mpeg', 'jpg', 'png', 'bmp' ) DEFAULT NULL,
  `type`  ENUM('audio','video','image', 'avatar')NOT NULL,
  `status` ENUM('active','inactive','deleted', 'processing', 'banned' ) NOT NULL ,
  `date_created` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ,
  `date_activated` DATETIME DEFAULT NULL,
  `date_deleted` DATETIME DEFAULT NULL,
  `date_banned` DATETIME DEFAULT NULL,
  `name` VARCHAR(255) NOT NULL,
  `path` VARCHAR(255) DEFAULT NULL,
  `description` VARCHAR(255) DEFAULT NULL ,
  `guid` CHAR(255) DEFAULT NULL,
  PRIMARY KEY (`id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_polish_ci;

Użyłem procedury sql do wypełnienia tej tabeli pół milionem losowych danych.

W przypadku braku indexów wypełnianie tabeli danymi  trwało: 4 min 17.78 sec

Czas na pytania bez indexów:

SELECT count(id) FROM media WHERE STATUS = 'active';  (trwało: 1.08 sec)
SELECT id FROM media WHERE size = 30;(trwało:  0.99 sec)
SELECT count(id) FROM media WHERE name = 'nazawa';  (trwało: 0.93 sec)
SELECT count(id) FROM media WHERE size = 30 AND STATUS = 'active' AND name = 'nazawa'; (trwało: 1.10 sec)

Następnie dodałem następujące indexy:

ALTER TABLE media ADD INDEX idx_media_status (STATUS);
ALTER TABLE media ADD INDEX idx_media_size (`size`);
ALTER TABLE media ADD INDEX idx_media_name (`name`);

(* dodawanie indeksów do istniejących pół miliona wierszy trwało odpowiednio: 18.11 sec, 23.24 sec oraz 39.00 sec)

W przypadku, gdy indexy istniały już w schemacie, napełnienie tabeli o pół mioliona danych trwało: 5 min 13.60 sec

Ponowiłem zapytania z wprowadzonymi indexami. Oto wyniki:

SELECT count(id) FROM media WHERE STATUS = 'active'; (trwało: 0.02 sec)
SELECT id FROM media WHERE size = 30;(trwało: 0.01 sec)
SELECT count(id) FROM media WHERE name = 'nazawa'; (trwało: 0.02 sec)
SELECT count(id) FROM media WHERE size = 30 AND STATUS = 'active' AND name = 'nazawa'; (trwało: 0.10 sec)

Dodałem jeszcze jeden klucz, aby zoptymalizować ostatnie zapytanie, z którego bardzo często będę korzystał w aplikacji:

ALTER TABLE media ADD INDEX idx_media_name_status_size (`name`, STATUS, `size`);

A oto wyniki zapytania:

SELECT count(id) FROM media WHERE size = 30 AND STATUS = 'active' AND name = 'nazawa'; (0.03 sec)

Jak widać z powyższych przykładów stosowanie indexów ma ogromny wpływ na wydajność. Podobne wnioski można zauważyć na wielu blogach, jednak najlepiej wykonać taki prosty test samemu, aby przekonać się o sile stosowania indexów. Pamiętajmy jednak, aby stosować indexy z umiarem – ich wprowadzenie opóźnia zapis danych do bazy. Ponadto, tak jak mówi dokumentacja mysql,  należy zauważyć różnicę  pomiędzy indexem dla jednego pola i dla wielu:

ALTER TABLE media ADD INDEX idx_media_size (`size`);

a

ALTER TABLE media ADD INDEX idx_media_name_status_size (`name`, STATUS, `size`);

są to dwa różne klucze, służące różnym typom zapytań.

W ramach wydania wersji  dotknięto następujące pliki:

# git status
#	modified:   Application/Bootstrap/BootstrapAbstract.php
#	modified:   Application/Resource/Exception.php
 
#	modified:   Auth/Adapter/DbTable.php
 
#	modified:   Cache/Backend/Static.php
#	modified:   Cache/Backend/Test.php
#	modified:   Cache/Backend/TwoLevels.php
#	modified:   Cache/Core.php
#	modified:   Cache/Frontend/Class.php
#	modified:   Cache/Frontend/Function.php
#	modified:   Cache/Manager.php
 
#	modified:   Captcha/Image.php
 
#	modified:   Console/Getopt.php
 
#	modified:   Crypt/Math/BigInteger/Bcmath.php
 
#	modified:   Db/Adapter/Pdo/Pgsql.php
#	modified:   Db/Table/Rowset/Abstract.php
 
#	modified:   Feed/Pubsubhubbub/Model/Subscription.php
 
#	modified:   File/Transfer/Adapter/Http.php
 
#	modified:   Filter/StripTags.php
 
#	modified:   Gdata/App.php
 
#	modified:   Gdata/Gapps.php
 
#	modified:   Http/Client.php
#	modified:   Http/Client/Adapter/Socket.php
#	modified:   Http/Response.php
 
#	modified:   Json/Decoder.php
 
#	modified:   Ldap.php
 
#	modified:   Loader/PluginLoader.php
 
#	modified:   Locale.php
#	modified:   Locale/Format.php
 
#	modified:   Log.php
#	modified:   Log/Writer/Abstract.php
#	modified:   Log/Writer/Db.php
#	modified:   Log/Writer/Syslog.php
#	modified:   Log/Writer/ZendMonitor.php
 
#	modified:   Mail/Protocol/Smtp/Auth/Crammd5.php
#	modified:   Mail/Protocol/Smtp/Auth/Plain.php
 
#	modified:   OpenId.php
 
#	modified:   Paginator/AdapterAggregate.php
#	modified:   Paginator/SerializableLimitIterator.php
 
#	modified:   Pdf.php
#	modified:   Pdf/FileParser/Image/Png.php
#	modified:   Pdf/Filter/Ascii85.php
#	modified:   Pdf/Resource/Image/Png.php
 
#	modified:   Search/Lucene/Index/SegmentInfo.php
 
#	modified:   Service/Amazon/S3/Stream.php
#	modified:   Service/Flickr.php
#	modified:   Service/Twitter.php
 
#	modified:   Session.php
 
#	modified:   Test/PHPUnit/Constraint/DomQuery.php
 
#	modified:   Tool/Project/Provider/Manifest.php
 
#	modified:   Translate.php
#	modified:   Translate/Adapter.php
#	modified:   Translate/Adapter/Gettext.php
#	modified:   Translate/Plural.php
 
#	modified:   Uri.php
 
#	modified:   Validate/Alnum.php
#	modified:   Validate/Alpha.php
#	modified:   Validate/Barcode.php
#	modified:   Validate/Callback.php
#	modified:   Validate/CreditCard.php
#	modified:   Validate/Date.php
#	modified:   Validate/Db/Abstract.php
#	modified:   Validate/Digits.php
#	modified:   Validate/EmailAddress.php
#	modified:   Validate/File/Crc32.php
#	modified:   Validate/File/ExcludeExtension.php
#	modified:   Validate/File/Extension.php
#	modified:   Validate/File/Hash.php
#	modified:   Validate/File/ImageSize.php
#	modified:   Validate/File/IsCompressed.php
#	modified:   Validate/File/IsImage.php
#	modified:   Validate/File/Md5.php
#	modified:   Validate/File/MimeType.php
#	modified:   Validate/File/Sha1.php
#	modified:   Validate/File/Size.php
#	modified:   Validate/File/WordCount.php
#	modified:   Validate/Float.php
#	modified:   Validate/Hex.php
#	modified:   Validate/Hostname.php
#	modified:   Validate/Int.php
#	modified:   Validate/Ip.php
#	modified:   Validate/Isbn.php
#	modified:   Validate/NotEmpty.php
#	modified:   Validate/PostCode.php
#	modified:   Validate/Regex.php
#	modified:   Validate/Sitemap/Changefreq.php
#	modified:   Validate/Sitemap/Lastmod.php
#	modified:   Validate/Sitemap/Loc.php
#	modified:   Validate/Sitemap/Priority.php
#	modified:   Validate/StringLength.php
#	modified:   Version.php

i dodano :

	Gdata/Gapps/Extension/Property.php
#	Gdata/Gapps/GroupEntry.php
#	Gdata/Gapps/GroupFeed.php
#	Gdata/Gapps/GroupQuery.php
#	Gdata/Gapps/MemberEntry.php
#	Gdata/Gapps/MemberFeed.php
#	Gdata/Gapps/MemberQuery.php
#	Gdata/Gapps/OwnerEntry.php
#	Gdata/Gapps/OwnerFeed.php
#	Gdata/Gapps/OwnerQuery.php

Dzięki temu, że błędy są logowane jesteśmy w stanie szybko i czasami transparentnie wyeliminować bugi w aplikacji, tak że klient nawet się nie dowie o ich istnieniu:)

Jeśli Zend Framework jest podstawą twojego projektu oferuję Tobie bardzo wygodny i przejrzysty sposób na logowanie błędów aplikacji.

Potrzebna będzie jedna klasa, ponieważ aż się prosi aby system logowania błędów był ładowany jako resource, przez Zend_Application. Zarządzanie zasobów zaprezentowane w Zend Framework jest moim zdaniem rewelacyjne, ponieważ bardzo łatwo możemy wydzielić zasoby, dzięki czemu mamy wprowadzoną dodatkową  logikę i ład w naszej aplikacji,  ponadto  dowolny zasób  można łatwo i sprawnie włączyć/wyłączyć.

Przykładowa klasa mogłaby wygłądać następująco:

class Zextend_Application_Resource_Log extends Zend_Application_Resource_ResourceAbstract
{
 
    public function init()
    {
        /**
         * Pobranie głównej konfiguracji.
         */
        $config = $this->getBootstrap()->getContainer()->config;
 
        /**
         * Przygotowanie formatu zapisanej informacji.
         *
         * @example Postać zmiennej $config->format:
         * "%timestamp% %priorityName%: %message%"
         */
        $format = new Zend_Log_Formatter_Simple($config->format . PHP_EOL);
 
        /**
         * Sprawdzanie, ktory sposób logowania błędów został włączony.
         *
         * @example Postać zmiennej $config->log->stream:
         * "../temporary/log/error.log" 
         */
        $logger = new Zend_Log();
        if($config->log->file) {
           $logger->addWriter(
                   $this->_getStreamWriter($format, $config->log->stream));
        }
 
        if($config->log->stdoutput) {
           $logger->addWriter(
                   $this->_getStreamWriter($format, 'php://output'));
        }
 
        if($config->log->firebug) {
           $logger->addWriter(
                   $this->_getFirebugWriter($format));
        }
        if($config->log->mail) {
            $logger->addWriter($this->_getMailWriter($config));
        }
 
        /**
         * Używamy tego logger wszędzie w aplikacji.
         */
        Zend_Registry::set( 'log', $logger );
        return $logger;
    }
    /**
     * Zwraca obiekt zapisania informacja do Firebug.
     * 
     * @param Zend_Log_Formatter_Simple $format
     * @return Zend_Log_Writer_Firebug
     */
    private function _getFirebugWriter(Zend_Log_Formatter_Simple $format)
    {
        $writer = new Zend_Log_Writer_Firebug();
        $writer->setFormatter($format);
 
        return $writer;
    }
    /**
     * Zwraca obiekt zapisania informacji w postaci emaila.
     *
     * @param Zend_Config_Ini $config
     * @return Zend_Log_Writer_Mail
     */
    private function _getMailWriter(Zend_Config_Ini $config)
    {
        $mail = new Zend_Mail();
        $mail->setDefaultTransport(new Zend_Mail_Transport_Smtp());
 
        $mail->setFrom($config->email->from, $config->email->fromAlias);
        $mail->addTo($config->app->admin->email);
        $mail->addTo($config->app->webmaster->email);
        $mail->setSubject($config->app->name . ' - nastapil nieoczekiwany blad!');
 
        $writer = new Zend_Log_Writer_Mail($mail);
        $writer->addFilter(Zend_Log::WARN);
 
        return $writer;
    }
    /**
     * Zwraca obiekt zapisania informacji do PHP stream.
     * 
     * @param Zend_Log_Formatter_Simple $format
     * @param string $stream
     * @return Zend_Log_Writer_Stream
     */
    private function _getStreamWriter(Zend_Log_Formatter_Simple $format, $stream = '')
    {
        $writer = new Zend_Log_Writer_Stream($stream);
        $writer->setFormatter($format);
 
        return $writer;
    }
}

Jak widać oferuje ona możliwość logowania błędów na kilka sposobów: streaming do pliku, badź na ekran, JSON’em prosto do firebug’a (warunkiem odczytu jest zainstalowanie wtyczki FirePHP w Firefox) lub powiadomienie na email. W przykładzie część konfiguracji znajduje się w pliku /application/configs/application.ini, ktory ładowany jest poprzez Zend_Config_Ini do rejestru. Odczytany zostaje między innymi email do webmastera oraz do admina, czyli osób odpowiedzialnych za poprawne działanie aplikacji, ponadto zdefiniowane są takie parametry jak scieżka do pliku  z blędami (error.log) czy też format komunikatu z błędem.

Oczywiście trzeba tę funkcjonalność dołączyć  do projektu jako  nowy zasób. Nic prostszego – w pliku konfiguracyjnym /application/configs/application.ini dodajemy kolejny resource do listy:

resources.types      = "array()"
resources.view       = "array()"
resources.navigation = "array()"
resources.log        = "array()"

Dodatkowo musimy zdefniować ustawienia, które załączają odpowiednei przekazanie informacji o błędzie. Czyli znów w /application/configs/application.ini dopisujemy:

log.file      = true
log.firebug   = true
log.mail      = true
log.stdoutput = true

Rzecz jasna korzystamy z odpowiedniego typu logowania w zależności od potrzeb. Bardzo wygodnie jest w trakcie tworzenia kodu, czy też jego testowania, otrzymywać komunikaty do konsoli FF, wykorzystując firePHP, dodatkowo wygodne jest odczytywanie błędów z pliku error.log – otwieramy konsole i  dajemy polecenie:

# tail -f error.log

i mamy nasz system monitorujacy, w którym dokładnie zapisane jest gdzie wystąpił nieoczekiwany błąd (kupujemy telewizor LCD, który pokazuje te komunikaty przez cały czas oczywiście żartuje ).  Jeśli aplikacja jest już w wersji produkcyjnej to bardzo fajne jest rozwiązanie z przychodzącym emailem – można wtedy szybko interweniować.

Pamiętajmy jednak, że jeśli aplikacja jest już na produkcji, należy zablokować logowanie błędów do FireBug’a!!

Logowane błędy są tylko dla nas – developerów, adminów, …,  i mają stanowić wskazówkę do szybkiego ich  rozwiązania. Jeśli te informacje trafią do niepowołanych rąk to niestety możemy wskazać najsłabsze ogniwo naszej aplikacji, a tym samym stworzyć okazję do włamania się do niej np. hackerowi.

Kolejną sprawą jest miejsce, w którym nasz logger, trzymany w rejestrze, może dokonać zapisu błędu. Jednym z lepszym miejsc jest kontroler ErrorController.php i w nim metoda errorAction,  na którą domyślnie przekierowany jest błąd. Oczywiście gdzie będzie odbywało się logowanie błędów utożsamiony z tą linijką kodu:

if (Zend_Registry::isRegistered('log')) {
            $logger = Zend_Registry::get('log');
            if (!is_null($this->_error)) {
                $logger->log(
                    $this->_error->exception->getMessage() . "\n\n" .
                    $this->_error->exception->getTraceAsString(),
                    Zend_Log::ERR
                );
            }
        }

jest uzależnione od  potrzeb aplikacji i zaprojektowania jej przez programistę.

Taki sposób logowania błędów  można implementować w każdym projekcie – nie tylko opartym o Zend Framework. Po drobnych modyfikacjach, korzystając tylko z kilku komponentów (w wersji ZF 1.10.6), Log(20 plików), Wildfire (8 plików),  Json (14 plików), Config (8 plików) + Exception.php, można stworzyć taki sam system logowania błędów.

Mi się przydało w osobliwej sytuacji, gdzie do dyspozycji w firmie  miałem „działowego” vps. Chciałem wprowadzić trac’a jako domyślny task manager dla wszystkich projektów z działu. Jednak repozytoria tych projektów znajdują się na innej maszynie, a dostanie się do nich wymusza otwarcie tunelu. Jednak obecna, stabilna wersja trac (0.11) nie obsługuje jeszcze zdalnego repozytorium, a administrator jest mega zajęty  i nie ma czasu na moje widzi misie

Z pomocą przyszedł program svnsync.

Zasada jest bardzo prosta – inicjujemy na komputerze (hostującym kopię) projekt kopię :

svnadmin create /home/services/subversion/kopia
cd /home/services/subversion/kopia
find -type f | xargs chmod 666
find -type d | xargs chmod 777
chown -Rf svnuser:svn *

Dalej na komputerze kopii dodajemy nowego uzytkownika w svn, który będzie mial możliwość zapisywania plików w tym repozytorium. Najprościej:

htpasswd -nmb svnsync moje_haslo >> /etc/htpasswd/svn_dav

Następnie w katalogu /home/services/subversion/kopia/hooks należy dodać pliki:

start-commit

#!/bin/sh
 
USER="$2"
 
if [ "$USER" = "svnsync" ]; then exit 0; fi
 
echo "Tylko użytkownik svnsync może dodawać nowe rewizje" >&2
exit 1

oraz plik pre-revprop-change

#!/bin/sh
 
USER="$2"
 
if [ "$USER" = "svnsync" ]; then exit 0; fi
 
echo "Tylko użytkownik svnsync może dodawać nowe rewizje" >&2
exit 1

Następnie:

chmod 775 /home/services/subversion/kopia/hooks/start-commit
chmod 775 /home/services/subversion/kopia/hooks/pre-revprop-change

Przeznaczenie tych plików? Sprawa prosta, kopia służy tak naprawdę tylko do odczytu. Nie chcę aby to repozytorium było robocze, ponieważ synchronizacja odbywa się tylko w jedną stronę. Udostępnienie kopii w formie roboczej doprowadziło by do powstania dwóch niespójnych repozytoriów.

Jest tylko jeden użytkownik tego repozytorium – svnsync, dzięki temu mam pewność, że nikt nie zaciągnie sobię tego repozytorium i nie będzie nic commit‘ował. W rezultacie uzyskam dokładną kopię repozytorium, na którym mi zależy.

Bardzo ważna uwaga! svnsync synchronizuje cały projekt, a nie jego rozgałęzienia. Nie możemy zatem synchronizować tylko wybranego katalogu.

Następnie musimy zainicjować synchronizację przez wywołanie polecenia svnsync z parametrem initialize. Jeśli w grę wchodzi kilka repozytoriów najlepiej napisać prosty skrypt np. taki:

#!/bin/sh
 
PROJECTNAME_FROM="$1"
PROJECTNAME_TO="$2"
SVNSYNC=/usr/bin/svnsync
FROM=https://host_oryginal/PROJECTNAME_FROM
TO=https://host_kopia/$PROJECTNAME_TO
SYNC_USER=svnsync
SYNC_PASS=skomplikowane_haslo
SOURCE_USER=uzytkownik_oryginalu
SOURCE_PASS=haslo_uzytkownika_oryginalu
 
$SVNSYNC initialize $TO $FROM --sync-username $SYNC_USER --sync-password $SYNC_PASS  --source-username $SOURCE_USER --source-password $SOURCE_PASS &  exit 0

Wtedy wywołanie takiego skryptu sprowadza się jedynie do:

svnsync_init oryginal kopia

Mi się przydał, bo synchronizowałem ok dziesięć projektów.

Nasuwa się dalej pytanie – jak synchronizować kopię z oryginałem?

Rozwiązań jest kilka. Można np. użyć crona,  który co okręślony interval czasu odpalał by skrypt podobny do tego:

#!/bin/sh
 
PROJECTNAME_TO="$1"
 
SVNSYNC=/usr/bin/svnsync
TO=https://host_kopia/$PROJECTNAME_TO
SYNC_USER=svnsync
SYNC_PASS=skomplikowane_haslo
SOURCE_USER=uzytkownik_oryginalu
SOURCE_PASS=haslo_uzytkownik_oryginalu
 
$SVNSYNC --non-interactive sync $TO --sync-username $SYNC_USER --sync-password $SYNC_PASS --source-username $SOURCE_USER --source-password $SOURCE_PASS &  exit 0
chmod 775 /home/services/subversion/kopia/hooks/svnsync_init

Polecenie svnsync z parametrem sync służy do synchronizowania repozytorium.

Wywołanie skryptu synchronizującego wyglądało by tak:

svnsync_sync kopia

Takie rozwiązanie jest jednak bardzo niewygodne. Poza tym, że dodatkowo co jakiś określony czas obciążamy maszynę kopię, to w dodatku zmiany w repozytorium pojawią się dopiero za chwilę (np. za 5 minut). Ja nie mogę czekać tak długo. Przypominam, że zależy mi na pracy z trac‘iem. Każdy commit musi być rejestrowany automatycznie. Poza tym w moim przypadku, aby wywolać polecenie svn up, muszę otworzyć tunel. Mogę to zrobić jedynie z ręki i nie mógłbym wtedy doprowadzić do zamknięcia tego tunelu.

Z pomocą znów przychodzą hooks na serwerze oryginał. W katalogu /home/services/subversion/oryginal/hooks edytujemy plik:

post-commit

#!/bin/sh
 
SVNSYNC=/usr/bin/svnsync
TO=https://host_kopia/kopia
SYNC_USER=svnsync
SYNC_PASS=skomplikowane_haslo
SOURCE_USER=uzytkownik_oryginal
SOURCE_PASS=haslo_uzytkownika_oryginal
 
$SVNSYNC --non-interactive sync $TO --sync-username $SYNC_USER --sync-password $SYNC_PASS --source-username $SOURCE_USER --source-password $SOURCE_PASS &  exit 0
chmod 775 /home/services/subversion/kopia/hooks/post-commit

Opcja –non-interactive spowoduje, że w razie niepowodzenia synchronizacji użytkownicy pracujący przy repozytrium nie zobaczą żadnego błędu podczas commit‘a, jeśli takowy miałby wystąpić. W praktyce takie rozwiązanie działa błyskawicznie i bezbłędnie.

Podsumowując, osiągnąłęm swój cel. Na maszynie kopia mam zainstalowanego trac‘a, który bazuje na repozytorium znajdujące się na maszynie oryginal. W praktyce Każdy commit w repozytorium oryginal spowoduje zarejestrowanie zmiany w trac’u.

Super od teraz możemy  zarządzać projektami

Potrzebowałem małej drukarki, głównie do zastosowań biurowych. Oczywiście zdecydowałem się na drukarkę laserową.  Miłym zaskoczeniem okazała się drukarka Xerox Phaser 3140, którą dziś zakupiłem za jedyne 209 zł z VAT.  Drukarka dość przeciętna. Między innymi oferuje:

• wydruk do 18 str./min,
• rozdzielczość wydruku do 600 x 600 dpi (rozdzielczość interpolowana 1200 x 600),
• maksymalnie do 10 000 stron na miesiąc
• czas wydrukowania pierwszej strony: zaledwie 8 s,
• procesor 150 MHz,
• urządzenie zgodne z systemami Windows (także Vista), Linux oraz Mac,

jednak dla moich zastosowań urządzenia nadaje się idealnie a dodając do tego atrakcyjną cenę stwierdzam, że zakup udany.

Dodatkowo zaskoczyłem się także dostępnościa sterownika dla linux. Mam zainstalowane OpenSuse 11.2, dlatego pierwsze co zrobiłem po podłączeniu drukarki to:

Konfiguracja drukarek -> Dodaj  -> Kreator wykrył moją drukarkę, lecz nie dopasował sterownika.

Producent zyskał sobie nowego klienta, w mojej osobie, ponieważ odpowiedni sterownik można znależć tutaj.

Sciągamy plik o nazwie P3140_3155.tar.gz. Następnie:

:/> gzip -d P3140_3155.tar.gz
:/> tar -xf gzip -d P3140_3155.tar
:/> cd media/P3140_3155/Linux
:/> ./install.sh

Jeśli uruchamiasz skrypt nie z root’a to pojawi się komunikat, że tylko użytkownik z uprawnieniami root’a może zainstalować sterownik.  Gdy już uporamy się z uprawnieniami po uruchomieniu skryput install.sh pojawi się gui-kreator, który łatwo poprowadzi nas do ukończenia instalacji (zapyta się nas o użytkowników grupy lp, oraz jeśli zechcesz zablokuje port LPT).

Wystarczy już tylko wydrukować stronę testową i cieszyć się – tak jak ja, z nowej drukarki.

Specjalnie dla małych firm ma darmową ofertę wystawiania faktur, ramach której można wystawić 4 faktury miesięcznie.  Dodatkowe oferty płatne to: Mini studio za 49 zł rocznie, Gruba ryba za 69 zł rocznie oraz Rekin biznesu za 129 zł rocznie (oczywiście wg ceny można wystawiać większą liczbę faktur).

Narzędzie bardzo pomocne – tworzy archiwum faktur z podziałem na zapłacone oraz niezapłacone. Pozwala trzymać porządek w finansach i pilnować terminów płatności faktur, tak aby w razie co upomnieć kontrahentów.

W ustawieniach w panelu możemy wprowadzić dane naszej firmy, zmodyfikowąc szablon faktury, zmienić pakiet na większy / mniejszy oraz usunąć nasze konto. Ponadto, mamy do dyspozycji mechanizm pamiętania kontrahentów, dla których możemy wystawiać kolejne faktury. Całość opakowana w przyjemny i intuicyjny interfejs, w którym nikt się nie zgubi.

Co ciekawe, programiści tej webaplikacji wyprowadzili dla swoich użytkowników API, dzięki któremu można bardzo łatwo dostać się do swoich zasobów z innej aplikacji.

CentrumFaktur.pl wspiera projekt openId, yahooId,  googleAccount, AOLAccount,  także nawet nie trzeba się rejestrować, aby mieć dostęp do bardzo funcjonalnego panelu zarządzania Twoją księgowością.