na dzis Null Miał przygotować oficialny regulamin, ja juz pocielem layout na strone, teraz szykuje silnik php pod strone

Regulamin bedzie wieczorem

kul, zdążyłem :)
Po głowie mojej pałęta się pomysł. Pomysł ten zakłada wykonywanie części zadań przez wywoływanie skryptu za pomocą crona raz dziennie. Czy taka funkcjonalność jest dozwolona? na potrzeby prezentacji zostałyby dostarczone przykładowe dane, które normalnie gromadzone by były za pomocą wspomnianych codziennych wywołań z crona.

Można tak czy nie można?

pozdr.

Dlaczego dziwne
CRON jak CRON - w sumie to uzywane na codzien narzedzie

Znam final tego konkursu. Nikt nie bedzie pisal. Bedzie 0 prac do oceny. Kazdy ma wlasne zajecie, pracy a pracy, trudno na forum czas zlalezc a co dopiero na konkursy. Prawda @NuLL (IPB?)

@SongoQ: to bardzo miło że wypowiedziałeś się w imieniu wszystkich zainteresowanych tym konkursem.

Jak Ci się nie chce (bądz nie umiesz-sadzac po nastawieniu, i nie chodzi tu o umiejetnosci) to nie bierz udziału.

Ja zachecam do zabawy Myśle ze za pare dni pojawi sie juz pierwsza beta strony, na ktorej to bedzie smigać

Ci którzy chcą się trochę pobawić to i tak się pobawię i prace napiszą, więc przykro mi SongoQ ale jednak jakieś prace się znajdą

Tego to nie wiedzą nawet najstarsi indianie Najpierw trzeba znaleźć wystarczającą ilość chętnych. Jeśli ich liczba podzielona przez 4 będzie większa niż 3 to można zaczynać

Jak beda jakies nagrody to tapewno beda prace, a nagrody nie koniecznie musza byc kosztownie ( bo to chyba by bylo nie przyjemne ), to moze byc np. tytul "developer" na forum albo takie symboliczne podobne nagrody ....

O ile dobrze się orientuję, to grupa developerzy gromadzi ludzi rozwijających php.pl, więc nie ma tam miejsca dla przypadkowych ludzi, takich jak zwycięzcy letnich konkursów.

Wątpię, żeby były pieniądze na nagrody, więc jedyne co mi przychodzi do głowy to wspomnienie o konkursie w newsach. Pierwszy news informujący o rozpoczęciu, zasadach itd., a drugi o wynikach. Wydaje mi się, że wspomnienie o zwycięzcy w zamykającym newsie i, tak jak było wcześniej pisane, możliwość umieszczenia jakiegoś artykułu o tym to wszystko na co można liczyć.

Mimo wszystko, mam nadzieję, że znajdą się ludzie, którzy napiszą coś dla zabawy, a nie dla nagrody. Gorzej będzie właśnie z czasem... Pożyjemy, zobaczymy...

@hwao Nie ma za co.

Nie jestem przeciwny takim konkursom, konkursy motywuja itd. Mam nadzieje ze prac bedzie jak ziaren piasku na pustyni i komisja oceniajaca bedzie miala sporo pracy. Chetnie moge poprzegladac prace innych. Najwazniejszym problemem takiego konkursu sa checi, checi, checi.

Żadnych nagród, na co to komu i tak nikt nie zasponsoruje bo kto ma to zrobić?
Najlepiej tak jak napisał chyba Ludvik - news i tyle.

Hej kurcze, niechże to będzie jak pisał NuLL w pierwszym poscie zdaje się. Niech będzie dla frajdy i satysfakcji własnej ewentualnie. Nagrody? Eeeetam, IMHO zupełnie niepotrzebne.

Co do czasu - właśnie, jest z nim różnie, ale jak dla mnie to też można potraktować jako część zadania. Studenci / ucziowie mają wakacje, osoby pracujące przeważnie mają tzw. wakacyjne rozluźnienie. Czasu, jeżeli konkurs ma trwać do końca wakacji jest bardzo sporo. Zadaniem jest organizacja czasu pracy. Moim zdaniem jest go tyle, że spokojnie można sobie zaplanować jakieś działania. To czy komuś czasu starczy, zależy tylko od niego :)

I na koniec powtórzę się: dajcie spokój z nagrodami, tytułami. A potem co? Wizyty w zakładach pracy? Uściski dłoni prezesów? Bawmy się!

pozdr.

I oto wlasnie chodzi.

Przepraszam za brak regulaminu - regulamin postaramy sie umiescic na stronie konkursu ktora tez postaramy sie uruchomic jak najszybciej pod adresem http://art.php5.pl - tam tez bedzie repozytorium i wszystko inne

To ja chyba oddam pod oceny swój framework... ot tak. Przez wakacje akurat będzie czas dobrze przetestować go na powstającym projekcie (DziejeSie.pl) i połatać jakieś błędy itp.

Yhy, ciagle pracuje nad tym projektem... dopiero (a moze juz ) ide klasci sie spac, na dzis wystarczy

Halo, może jakaś data? Od kiedy do kiedy, regulamin? Do tego nie trzeba strony..

Nic z tego nie rozumiem. Gdybym chciał wziąść udział w konkursie,to od razu przegram, bo wszyscy uzyją SMARTY, które znam słabo, bo nie lubie :/

Wcale nie, jak napiszesz cos pomyslowego co nawet niema interfejsu, ale rowiazuje/ulatwia jakis problem to masz spore sznase

Ida konkursu jest OK, ale troche niejednoznaczna,
bo jeden i drugi napisze 200 KB kodu, ale programy
robią oczywiście coś innego i jak tu rozstrzygnąć
który lepszy, idea powinna być chyba w drugą stronę:
Zadać jakiś konkretny niebanalny,
ale zarazem nie za bardzo skomplikowany problem,
i wygrywa ten kto użyje do tego jak najmniej KB.

Może ten konkurs byłby na napisanie biblioteki?

Co? ma sie miescic w 200 KB, a nie im mniejsze tym lepsze, bo jest roznica miedzy dobrze okomentowanym kodem z indentami a, caly kod w jednej
linji, gdzie niema spacji

No mi też te KB nieładnie pachną...

ehh, skąd tyle złego nastawienia?

@NuLL zaproponował konkurs - super, coś się dzieje, jest okazja do zabawy kodem, która może przy okazji zaowocować fajnym narzędziem/biblioteką.

@NuLL podjął się zorganizowania tego od strony oranizacyjnej, @hwao od strony technicznej. Szacunek dla nich za to, że mają chęć zrobić coś dla kogoś. O tak poprostu, dla frajdy.

@cała_reszta kombinuje najpierw z nagrodami (sic!), potem z zasadmi. Kurcze, tak to już bywa z konkursami, że organizator ustala zasady a uczestnicy, jeżeli chcą wziąć udział w konkursie to się do nich poprostu dostosowują.

Patrząc na posty "ehh, za mało kilobajtów", "ehh, za dużo kilobajtów", "ehh, bez tematu to ja nie chcę" nie wiem co o tym myśleć. Może ich autorzy powinni napisać petycje do Lotto, że może powinni losować jedną cyferkę, bo to łatwiej trafić niż sześć.

P.S. @NuLL, @hwao - ustalcie zasady jak uważacie, zróbcie regulamin, zróbcie sajt. Komu będzie pasowało ten się pobawi - komu nie to nie. Zmianiając i pytając i kombinując ten konkurs zakończy się jeszcze przed rozpoczęciem.

pozdr.

Mi limit nie przeszkadza, zmieszczę w nim tyle ile będę mógł, a jak będzie za mało - trudno, coś trzeba będzie sobie darować. Nie będę pisał żadnych CMSów i tak dalej. Mam już 1 bibliotekę na ukończeniu, kolejna w fazie projektowania i jeszcze jedna w głowie.

Ktos musi przegac zeby inny mogl wygrac. Ale to nie o to chodzi liczy sie pomysl i wykonanie.

Pracuje ciągle nad strona techniczna
myśle ze jeszcze 2 dni mi to zajmie, nie chce oddac szajstwa

Skontaktuje sie z NuLL'em co z tym regulaminem i dam znac jak tylko cos "odkryje".

Co do limitu 200kb, to nie jest to wokol ten konkurs ma sie krecic, jedynie ograniczenie zeby nie robic za duzych bibliotek. (nikt nie bedzie mial czasu ogladac wiekszych ).


NuLL powiedział ze regulamin bedzie umnie na biurku do godziny 17 jak tylko sie z nim zapoznam i ustalimy wszystko ostatecznie przedstawimy go na forum w tym temacie.

Tworzymy z hwao drafta regulaminu Jesli ktos ma jakies uwagi do dodania prosimy o info

Regulamin w naszej wersji pojawi sie rowniez tutaj gdzie bedzie mozna o nim rozmawiac

Pozostało mi na dzis:

1. Popracowanie wyswietlania projektów
2. Dodawanie projektów
3. Wyswietlanie profili
4. Dorobienie kodu do pozostałych bloków w designie.
5. Dopisanie paru algorytmów, ale to juz sama matematyka

Czyli już całkiem nie dużo (przeszłem wczoraj przez autoryzacje).

Pozostało jeszcze troche bajerów do napisania, ale wydaje mi się iż system będzie mógł działać w wersji beta bez nich (zostana dodane jak tylko je napisze )

Null nadal czekam na regulamin Dziś jeszcze przydalo by sie pogadac na Jabberze

Na potrzeby konkursu, można napisać mały skrypcik, który usuwałby komentarze - oddanyby został do zastosowania lokalnego. Zapewne nawej juz coś takiego jest.
Co do formatowania, trzeba po prostu okreslić, które standardy kodowania uzywać. Ja proponuje Zend Framework php Coding Standard.

Nie wiem czy to najlepszy pomysł, żeby narzucać styl kodowania. W końcu nie piszemy jakiegoś poważnego projektu, tylko prace konkursowe, które powinny przedstawiać umiejętności autora. Oczywiście czytelny kod mile widziany i powinien być punktowany. Osobiście preferuję nieco inny styl pisania - innaczej ustawiam klamry, nie poprzedzam prywatnych/chronionych zmiennych/metod znakiem "_", natomiast umieszczam je na samym końcu klasy, co raczej nie jest nieczytelne. Nie widzę problemu w narzuceniu kilku mniej "osobistych" cech kodu...

EDIT: LBO: Jeżeli chodzi o wycinanie komentarzy z kodu php, to mam do tego klasę, która wycina wszystko co niepotrzebne (php_strip_whitespace) z wszystkich plików w katalogu. Trzeba ją tylko trochę przetestować i dodać edycję wyłącznie plików .php. Robota na 5 minut, ale nie mam dostępu do swojego kompa, więc nie sprawdzę tego wcześniej niż w poniedziałek następny. Jakby byli chętni, to mogę podesłać kod.

Pewne standardy lepiej zachować. Co do tego Zenda, to czy umie mi ktoś wyjaśnić, dlaczego klamry otwierające blok dają w osobnej lini?
@Ludvik - wydaje mi się, że nikt się nie obrazi, jak dasz privaty i protecty na końcu. Samo podkreślanie $_varaible to raczej php4 style (nie było pzeciez visibility).

Być może uważają, że zwiększy to czytelnośc kodu. Dla mnie to jest tylko sposób na rozrost ilości linii kodu i klamer otwierających nie poprzedzam otwarciem nowej linii. Tak czy inaczej każdy ma swoje preferencje... W przypadku Zenda taki był wybór zespołu programistów.

Jestem przeciwny tego typu pomysłom. Ja nie stosuje na dobrą sprawę żadnego standardu kodowania php. Jest to przekrojówka PHPDOC + PEAR z elementami standardów Sun. Staram się by kod był zwięzły i czytelny, nie zamierzam pisać zgodnie ze standardem, który jest w ZF i nikt mnie do tego nie zmusi.

Moja propozycja ktora podeslalem hwao byla taka iz bede dwie wersje kodu - jest z komentarzami, druga bez - caly kod musi byc czyteleny tak czy tak wiec wycinania tabow czy tez enterow nie ma.

Czy wiadomo juz cos na temat strony konkursowej jak i samego konkursu?

Strone konkursowa juz koncze, pozostało już mi niewiele akcji, zeby oddac do beta testów.

Regulamin jest w juz w zasadzie skonczony, tylko NuLL miał jakies poprawki dac od siebie- chyba wszystko bylo uzgodnione, wiec czekam na wersje finalna - zapytam go zaraz co jest grane

W takim razie czekam

Regulamin ostateczna wersje obiecal mi NuLL wyslac na dzis, byc moze jutro pojawi sie pierwsza wersja beta stronki.

Jak tylko dostane regulamin to zaraz opublikuje go na forum.

Jak sie ten regulamin szybko nie pojawi to zamiast konkursu wakacyjnego bedziemy mieli konkurs swiateczny i mam tu na mysli Boze Narodzenie.

O ile dobrze pamietam, to wakacje trwaja 2 miesiace, chyba ze jestem w bledzie...

Oj dla studentow to nawet trzy

Jeszcze zanim bede studiowal troche upłynie czasu...
Wiec dla mnie to poczatek wakacji... Dajcie mi troche czasu staram sie kazda wolna chwile na to poswiecic... ale niestety (na szczescie) mam inne komercyjne zlecenia i nie moge z nich zrezygnowac..

Dla mnie dochodzi połowa lipca ;P

To najlepsze (trzymiesieczne wakacje) jeszcze przed Tobą. Ja jak sie dobrze zakrece to moze dostane 2 tyg. urlopu . A ponieważ mi ten urlop w sierpniu wypada, a wybieram się nad ciepłe morze to niestety z konkursu musze zrezygnować. Ale chętnie skrytykuje regulamin.

Ok, na szybko wrzucam szkic, przepraszam za literówki gdyz musze juz znikac i nie chce zeby nie bylo ze "nie ma"

Jak tylko wroce poprawie go, przeczytam co tam wspolnie ustalilismy i pokaze juz oficjalna wersje.

Zapraszam do zaprezentowania swojego stanowiska, chociaz watpie zeby byly wieksze zmiany. Co do stronki, to narazie probojemy zalatwic jakis hosting, jutro wieczorem sie dowiem czy sie udalo, czy musimy szukac dalej. Sam silnik strony posiada juz praktycznie wszysstko co potrzeba, trzeba by go jeszcze porzadnie potestowac. Pozdrawiam.

Szkic regulaminu

1. Prace muszą być napisane w języku PHP5.1 i wyżej.

2. Źródło skryptu nie może przekroczyć 200 kilobajtów

• Wspomniany wcześniej limit, dotyczy tylko kodu php, kod zawarty w szablonach nie wchodzi w jego skład (pod warunkiem że nie posiada logiki). Podobnie przykłady wykorzystania programu, nie wchodzą one w limit 200 kilobajtów.
  
  
• Proszę aby nie dołanczac dokumentacji wygenerowaniej na podstawie PHPDoc, jak ktoś będzie chciał to wykona sobie ją sam.
  
  
• Po rozpakowaniu, całość nie może zajmować więcej niż 500 kilobajtów

3. Maksymalna ilosc funkcji zawartych poza klasami wynosi 5.

4. Poziom raportowania błędów, na którym kod będzie oceniany to E_ALL | E_STRICT

5. Zakaz wykorzystanie własnego handlera bledow do ukrywania samych bledow

6. Bazy danych

• SQLite
  
  
• MySQL

Wielosc bazy nie jest limitowana – byle by się miescila w calosci rozpakowanego skryptu czyli 500 kilobajtach

7. Zakaz trzymania źródła aplikacji poza plikami liczonymi do wielkości 200 kilobajtów. Co za tym idzie, nie dopuszczalne jest trzymanie źródła aplikacji przykładowo w bazie danych, bądz też sciąganie go z internetu i innych żródeł.

8.Można wykorzystywać dowolne biblioteki, pod warunkiem że całość nie przekracza 200 kilobajtów

9. Nie wolno korzystać z PEAR'a.

10. Głównym celem tejże inicjatywy jest znalezenie pożytecznego i praktycznego zastosowania języka php.

11. Nie narzucamy standardów kodowania - jedyny wymóg to wcięcia no i czytelny kod ;]

12. Całość bedzie uruchamiana na standardowym php 5.1.4 z wlaczona obsluga cURL oraz MySQL. Dostepny jest CRON ;]

13. Cześciowa konfiguracja pliku php.ini:

register_globals = Off

magic_quotes_gpc = Off

error_reporting = E_ALL | E_STRICT

max_execution_time = 30

8mb pamięci

ini_set() wyłączone, chyba że w pliku info.txt będzie rozsądne uzasadnie jej użycia - żeby nie było nie domówień, możliwo kontakt z którymś z prowadzących i zapytania.

Mam pytanie dotyczące tych pięciu funkcji poza klasami. Przyznam, że nie rozumiem tej idei. Czy to ma zmuszać do OOP? Przecież jeśli będę potrzebował funkcji, to umieszczę w klasie jako statyczną. Czy to też jest uwzględniane? A może źle to rozumiem?
Pozdrawiam

Statyczne metody sa dozwolone

Poprostu zeby smietnika nie bylo

EAASYYY Tiger easyyy
Jak to 200 KB? Przecież samej dokumentacji jest zwykle 10-30 % kodu (dla np. phpDoc'a). To co - dokumentację w osobnych plikach?