Friday, February 5, 2010

Project Jorge - Repository migration

Recently we have migrated our project from SVN to Git. Currently you can find source code here: https://git.process-one.net/jorge.
Along with that change also our ticket system is migrated to ProcessOne jira system at following address: https://support.process-one.net/browse/JORGE
The change will help us to have better control over the project.

Cheers

Saturday, August 29, 2009

Coś dla "ekologów"

Znalezione w sieci, ciekawe zestawienie, polecam wszystkim "ekologom":

Porównanie nakładu materiałowego i pracochłonności produkcji żarówki i lampy kompaktowej:

Żarówka (elementy)

1. Bańka szklana
2. Żarnik wolframowy
3. Dwa druty doprowadzające prąd do żarnika
4. Dwa lub trzy dodatkowe wsporniki żarnika
5. Ceramiczna stopka izolacyjna
6. Tuleja gwintowana, tzw. gwint edisonowski o średnicy 14mm lub 27mm
(w bardzo dużych lampach 40 mm)
7. Kropelka lutowia cynowo-ołowiowego (stopka)
8. Odrobina kleju termoodpornego (klejenie bańki gwintu)

Czynności:

1.Wykonanie bańki
2.Wykonanie dolnej części bańki+wtopienie wsporników i doprowadzeń
3.Montaż żarnika
4. Spawanie bańki ze szklaną częścią wsporczą
5. Odpompowanie powietrza+ewentualne napełnienie gazem obojętnym
6. Zatopienie bańki
7. Wykonanie części gwintowanej
8. Montaż izolatora ceramicznego
9. Doklejenie gwintu do bańki
9. Polutowanie doprowadzeń żarnika do stopki i gwintu.
10. Sprawdzenie
11. Pakowanie

Nakłady dodatkowe:

Oświetlenie, wentykacja hali produkcyjnej, gaz do topienia szkła, zasilanie maszyn

Od biedy większość czynności można wykonać w jedzny miejscu (oprócz dostaw materiałów i elementów metalowych)

Lampa z serii Economy 20W (chińska)

W lampie tej najpierw prąd przemienny z sieci oświetleniowej (230V,
50Hz) jest przetwarzany na prąd stały o napięciu 325V, a następnie
przetwornica przetwarza go znów na prąd przemienny tyle, że o
częstotliwości kilkudziesięciu kiloherców (cykli na sekundę). Zastosowanie
tak wysokiej częstotliwości pozwala na zmniejszenie rdzeni dławików
i transformatorów (stosowane kiedyś dławiki do świetlówek pracujące
przy 50 Hz miały bardzo masywne i ciężkie rdzenie z blach transformatorowych) o daje jaśniejsze świecenie luminoforu niż przy 50Hz z sieci.

Ok. 15W idzie na świecenie, ok. 5W na straty w układzie przetwornicy.
.
Części lampy kompaktowej (spis z natury)

1. Rura świetlówkowa (łączona z kilku)
2. Luminofor w rurze świecącej (plus cała chemia związana z jego produkcją)
3. Kropelka rtęci
4. 2 żarniki wolframowe na końcach rury świetlówkowej
5. Koszulki izolacyjne 4 sztuki (na przewodach od lampy do
elektroniki zapłonnika)
6. Tuleja gwintowana E14 lub E27
7. Izolator ceramiczny (między stopką i tuleją z gwintem)
8. Kropla cyny na stopkę

Elektronika przetwornicy
——————————————————-
9. Płytka z laminatu papierowego z nałożonymi ścieżkami połączeniowymi (płytka
drukowana)
10. Lutowie cynowo ołowiowe do polutowania ok. 50-60 punktów
lutowniczych (montaż elementów elektronicznych do płytki drukowanej

Elementy elektroniczne:

11. Kondensator elektrolityczny filtru sieciowego
12. 4 diody prostownicze w mostku prostowniczym (układ Graetza)
13. 2 tranzystory do przetwornicy napięcia
14. 4 diody półprzewodnikowe w układzie przetwornicy
15. 9 rezystorów (oporników)
16. 2 kondensatory elektrolityczne w układzie przetwornicy
17. 4 kondensatory ceramiczne
18. Transformator przetwornicy
19. Dławik przeciwzakłóceniowy
20. Transformator zapłonowy (podwyższający napięcie dla uzyskania
zapłonu lampy)

21. 4 kołki stykowe (podłączenia końcówek rury świetlówkowej)
22. Dwuczęściowa obudowa plastikowa

Dodatkowe materiały wynikające z procesu produkcji płytki drukowanej:

1. laminat+obróbka mechaniczna (prąd elektryczny wymagany)
2. folia miedziana na laminacie (czyli huta miedzi plus walcownia), folia miedziana ma przeważnie 35 mikrometrów grubości

3. Środki do odtłuszczania i oczyszczania powierzchni miedzi z
tlenków miedzi przed trawieniem, -> chemia

4. materiał fotochemiczny do wykonania na miedzi zarysu ścieżek
(naświetla się go ultrafioletem co powoduje, że pewne jego części
stają się nierozpuszczalne, a resztę się wymywa dzięki czemu roztwór
trawiący miedź ma do niej dostęp a do miejsc pokrytych utwardzonym
środkiem fotochemicznym nie.

5. środki chemiczne używane do trawienia miedzi w procesie
wytwarzania ścieżek na laminacie (usuwa się zbędną miedź drogą
trawienia chemicznego i pozostają ścieżki przewodzące)

6. Środki chemiczne używane do zmywania materiału fotochemicznego i
płukania płytki.

7. Farba do sitodruku (na laminacie są nadrukowane opisy gdzie ma
być jaki element)

8. Lakier elektroizolacyjny chemoutwardzalny (tzw. maska) nakładany
na płytkę w celu ochrony ścieżek miedzianych przed wpływami atmosferycznymi
(wilgoć, składniki reagujące z miedzią)

9. Wiertła do wiercenia otworów w płytce drukowanej dla
przeprowadzenia przez nie końcówek elementów.

Potem dochodzi jeszcze:

Utylizacja odpadów poprodukcyjnych (płyny do trawienia zużywają się
i nie nadają się do spuszczenia wprost do kanalizacji, bo są silnie
korodujące i szkodliwe dla otoczenia)

Do powyższych dochodzą jeszcze: zużycie prądu przez
- oświetlenie hal montażowych
- komputery sterujące montażem,
- zasilanie linii automatycznego montażu elementów na płytce
- komputery używane przy projektowaniu płytek drukowanych
- stanowiska lutownicze montażu ręcznego (montaż całości w obudowie)
- zasilanie linii lutowniczej (na fali) - lutowanie elementów do
płytki drukowanej

Dalej:
- elementy półprzewodnikowe (diody, tranzystory) to oddzielny zakład
produkcyjny
- kondensatory - następny zakład produkcyjny
- rezystory - kolejny zakład produkcyjny

- transformatory i dławiki -> produkcja drutu nawojowego (czyli znów huta miedzi i emalii izolacyjnej, produkcja rdzeni (ferryt), nawijanie, składanie rdzenia, lutowanie
doprowadzeń - to jeszcze inny zakład produkcyjny

- laminat do płytek - następny zakład produkcyjny (+chemia)

Do tego dochodzi transport elementów (plus emisja spalin
samochodowych) i gotowych wyrobów
.

Ta, ale co tam - być ekologiem to takie fajne...

Saturday, May 9, 2009

Trac for Jorge

Today, thanks to friends from Jabbim, we have opened Trac - bug tracking system for Jorge. So if you have any comments, problems or improvement ideas, just visit this address, and leave report. Thanks!

Saturday, April 18, 2009

Sto milionów

W dniu wczorajszym liczba zarchiwizowanych wiadomości w projekcie Jorge (jabster.pl) przekroczyła 100 milionów i w chwili obecnej wynosi 100,135,262 wiadomości. Informuję o tym z co najmniej dwóch powodów: po prawie 2 latach rozwoju systemu, wszedł o w fazę stabilną. Obecnie prace nad wersją 1.5 zostały zamrożone i ewentualne zmiany skupiają się wyłącznie na poprawianiu błędów. Drugim powodem jest uruchomienie produkcyjne archiwizacji rozmów na serwerach skupionych w grupie Jabbim. Liczba użytkowników serwerów grupy Jabbim na dzień dzisiejszy wynosi ponad 180 tysięcy, co łącznie z serwerem jabster.pl daje 220 tysięcy użytkowników korzystających z systemu archiwizacji rozmów. Chyba jest się czym pochwalić ;)

Wednesday, January 14, 2009


Sunday, October 26, 2008

Jorge 1.5 is almost here

Lack of activity in this blog not means that nothing is happening in development of project Jorge. Last several moths we have been very busy working on new version and we are very close to release version 1.5 with provide lot of new features and much more optimized and portable codebase. There are some reasons why we decided to release 1.5 instead 2.0 as we hoped to do. First is the new XML-RPC model based on "commands" with has been commited to ejabberd trunk recently. Version 1.5 still is based on "old" XML-RPC, and we wanted to push Jorge to new model, but that would require admins to use ejabbeerd svn release with is not recommended, so we pushed new XML model to version 2.0. Beside that there are couple of people waiting for official release usable and stable with they can run safely on their servers.
The new release will provide (in comparison with "PRE_RPC" version):
  • full MUC logging and management
  • support for message types (error, headline, message)
  • vhost support
  • XML-RPC interface for ejabberd connectivity
  • simple thread detection
  • provide integration with Slimster Web client
  • hundreds of user interface improvements and ergonomic changes
  • performance improvements and optimizations
  • thousands of internal changes, regarding OOP model, changes are preparation for 2.0 release with will provide component oriented model and SOAP layer for public/private API, and plugins support
The 1.5 release is set to be released in mid-november 2008. So stay tuned, here is screen shot showing some group chat support:

Tuesday, June 3, 2008

XML-RPC ejabberd class for PHP

Hi, recently i have created some simple PHP class for ejabberd mod_xmlrpc module. You can grab if from Process-one repository here. Expect more updates of this class as i will add new calls soon.
Here is example how simple and fast your PHP program may contact to ejabberd server for authentication (example with exception support) :


<?
include("class.ejabberd_xmlrpc.php");

$ejabberd_rpc = new rpc_connector("192.168.0.1","4666","jabster.pl","test","123456");

try {

    if(
$ejabberd_rpc->auth() === true) {
                                                          
define(AUTHENTICATED,true);
                            }
                            else{
                                                          
define(AUTHENTICATED,false);
     }

}
catch (
Exception $e) {

    echo 
"Exception: ".$e->getMessage();
    echo 
", Code: ".$e->getCode();
    
define(AUTHENTICATED,false);

}


var_dump(AUTHENTICATED);

?>



see source for detailed usage and available methods. This class will evolve so watch the commits on proccess-one.

Tuesday, May 13, 2008

Wowowiwiii...

No Panowie dupa, dupa co tu dużo mówić:
http://lists.debian.org/debian-security-announce/2008/msg00152.html

Thursday, May 8, 2008

I am not dead! (yet)


I am still up and running as of the day of the post (at last)

Wednesday, December 5, 2007

Why I like Web-Clients so much...

When Google Gmail come to life, i was totally in-love in their Gtalk embedded in mail application. The application was so simple and convenient that i started to hate overloaded clients like Psi or Tkabber - unfortunately i was forced to use them, because as an user i had no alternative. There is very few web-clients out there, and all of them want to imitate desktop applications like Psi - this is what i don't like.
Because of that i am very happy to announce that my mate from company that we work for, started to write new web-based client - code name SmackZK. Its main goal is to be simple and convenient. You probably wondering why i write this in "Jorge" section, well simply - because SmackZK will be strongly integrated with Project Jorge.
Currently SmackZK is in very active state of development but it is fully usable, and even I drop Psi for day-to-day use of SmackZK:

SmackZK currently support basics: presence, messaging, full resource and priority support, inactivity events and tabbed chats. Interface introduce some convenience features like: filtering roster list - while typing, toggling roster items (online/away, online/offline).
SmackZK have almost no requirements - it only require browser with enabled javascript. It is written in Java and ZK, and is using Smack API, running on Tomcat server. You can try it (to connect to any XMPP server) at www.jabster.pl/web (remember that this is just development application and can lead to unpredictable behavior).
Few words about integration: SmackZK will allow you to jump directly to archived chats by providing link in chat window to chat map, so no matter where you are - you always have instant access to your chat history messages. It also provide day-wise chat history - as this is web-client many people will be traveling between computers during day from computer to computer. Very often users close chat window or switch off client, so they forgot last words from chat - no more - Jorge will remind you during day by showing last lines - no matter where or when you login.
This is just the beginning, we have lot of ideas that we will put into both projects, to make them convenient and simple for all users out there...

As a summary, web-clients are great because of:
- low resource needs/requirements
- are platform/system/place independent
- are simple and fast
- they are only for chats - not for any other activity (yes! thats a pros for me - i don't need any fun stuff in client)
- the lack of history is no more argument - as long as you use Jorge ;)

NOTE: above extraordinary opinion comes from experience with using two great web-clients: gtalk and smackzk. Try them out!

Friday, November 23, 2007

I czas na weekend...


Wednesday, November 21, 2007

Chat maps - finally here

I just implemented long awaiting - missing feature - "ChatMaps":


With chat maps you can see when you was talking with selected person and go directly to that chat. This was one of - probably - last great missing feature in project Jorge. There is still lot of work - especially in internals to be done, but now you can test it and report any issues found.

Saturday, November 17, 2007

Archive browser - refined

Just few moments ago, i have committed new archive browser into project Jorge. It is based on old and simple idea with calendar view (click to enlarge):

for the moment i haven't found any better idea, but the search just begun...
The new commit also includes important update to search box, i have implemented auto completion so if you start typing JID, system will advise you with JIDs from your contact list.

Tuesday, November 13, 2007

Thinking of new view.

I have realized that current archive view in Jorge is not enough for convenient use. So i started to hacked up some things. This is first attempt to make "archives browsing" easier, - it is simple "calendar chat map":

but still i am unhappy about that and i will work more to provide better interface. If you want to see it in action login into Jorge and switch to new view (it is not fully functional yet).
The new "calendar map" will be used to show you when you was talking with your peer (new feature). Now it is difficult to obtain this information. Stay tunned.

Wednesday, October 31, 2007

FriendFeed

FriendFeed to nowy serwis społecznościowy który umożliwia - mówiąc w skrócie - agregowanie własnych "feedów" z różnych serwisów internetowych (np. Twitter, Flickr, Picasa, del.icio.us, YouTube i wielu innych). W ten sposób powstaje nasza własna podstrona zawierająca "zagregowane" informacje np. o tym jakie filmy dodaliśmy do ulubionych w np. YouTube lub jaki artykuł uznaliśmy za interesujący oznaczając go w czytniku Google Reader...
FreendFeed pozwala jednak na znacznie więcej: między innymi na łączenie się w grupy "przyjaciół" dzięki czemu możemy tworzyć "feedy" z informacji pochodzących od ludzi którzy nas interesują. Dodatkowo dostępne są tez dodatki do stron internetowych np. applet - widoczny np. na moim blogu po prawej stronie na dole. Serwis jest w trakcie aktywnego rozwoju, i w chwili obecnej nie można się do niego zarejestrować - można natomiast zapisać się na listę "oczekujących" i oczekiwać na zaproszenie.
Twórcami serwisu są znane osoby ze świata IT jak: Bret Taylor, Jim Norris, Paul Buchheit oraz Sanjeev Singh (wszyscy pracowali dla Google nad takimi projektami jak Gmail czy Google Maps) mam nadzieję że dobrze to wróży przyszłości serwisu - przynajmniej od strony technologicznej.
Mój FriendFeed dla przykładu można znaleźć pod adresem: http://friendfeed.com/zbyszek