On Thu, 25 Oct 2007 22:07:01 +0100, Piotr Szrajber
wrote:
> Jak dla mnie to pewien kłopot jest z tym, w jaki sposob svn
> przechowuje dane. Dawniej było to domyślnie BerkeleyDB, które od czasu
> do czasu potrafiło się spier...ć, a odzyskiwanie w ogóle nie jest
> banalne.
Zacinanie się BDB było faktycznie wkurzające, ale odzyskiwanie _było_
banalne:
svnadmin recover /repos
oraz już.
w każdym razie fsfs nie padł mi ani razu.
> Pewnym minusem svn jest centralne repozytorium - nie możesz sobie
> popracować np. na działce, gdzie nie ma netu, chyba, że "odrzucisz" na
> nieco wersjonowanie.
To fakt.
jednak jeśli ktoś dopiero zaczyna z systemami kontroli wersji oraz to w 5, a
nie 500 osób, to w każdym razie polecałbym SVN -- w podstawowym zakresie jest
zdecydowanie najprostszy w użyciu. Do tego w firmach centralizacja bywa
zaletą, a nie wadą (http://blog.red-bean.com/sussman/?p=79).
From: =?ISO-8859-2?Q?Pawe=B3_Piskorz?= <nie.ma.maila[]psikre.nie?> Subject: [OT] Re: [spam] praca webmaster lublin Date: Thu, 13 Dec 2007 12:37:40 +0100
ravq pisze:
> Poszukujemy kilku ludzi do pracy w agencji interaktywnej w Lublinie.
> Szczegóły na stronie: http://www.inetic.pl/praca.html
Jak już tu spamujesz, to wkleiłbyś treść ogłoszenia, przynajmniej ludzie
nie marnowaliby czasu na wejście na ww. stronę:
"Oferujemy:
# stałą pracę w pełnym wymiarze godzin" (tak, to wszystko co oferują!
ŁAAAAAAAAŁ!!1111111jedenjedenaście)
> zainteresowanych prosze o kontakt: i...@inetic.pl
Serio masz maila "i..."?
From: "Radek N." <naradek[]poczta.onet.pl> Subject: Re: "Lightbox" dla =?UTF-8?B?bWluaW1hbGlzdMOzdyA6UA==?= Date: Sat, 15 Dec 2007 09:08:13 +0100
ethanak pisze:
> Dnia Fri, 14 Dec 2007 18:29:29 +0100, Radek N. napisaĹ(a):
>
>> [...] Ten ficzer ma duĹźe znaczenie - nie
>> dezorientuje uĹźytkownika,
>
> PozwolÄ sobie na ten temat mieÄ trochę odmienne zdanie ;)
DostÄpnoĹÄ tutaj rzeczywiĹcie kuleje :/
From: Michal Jankowski <michalj[]fuw.edu.pl> Subject: Re: znak & w znaczniku href Date: Fri, 11 May 2007 10:46:26 +0200
Michał Gancarski writes:
> www.firma.pl/karmy/dla_gryzoni?strona=3
>
> www.firma.pl/karmy/dla-gryzoni/3
>
> Co jest bardziej czytelne? Co jest bardziej intuicyjne gdy chcesz sobie
> wpisać adres bezpośrednio do części serwisu? Jest parę powodów, dla
> których warto unikać (choć znów, sam mam parę grzechów na tym polu):
Każde z takich dwóch rozwiązań jest czytelniejsze od
www.firma.pl/0001,0005,0002323,3213123,321312312
> 1. Użytkownik to nie jest developer, on nie musi wiedzieć, że pierwszą
> zmienną przekazuje się po pytajniku, a kolejne to już po "&". Dla niego
No to nie wie. Wpisuje tak, jak mu podytkowano.
> naturalnym separatorem jest "/". Gdy używa maczka, dostrzega go przy
> katalogach, gdy używa Windows, dostrzega "" ale oraz tak wygląda to podobnie.
Taaa, mało to stron z ""? "Pod ie przecież działa".
> 2. Dlaczego użytkownik miałby pamiętać nazwę zmiennej? Łatwiej zapamiętać
> mu, że po /karmy/dla-gryzoni/ należy wpisać numerek po prostu, a nie jakieś
> ?strona=[numerek]. Dlaczego strona? Czemu nie "page"? Czemu nie "s"?
> "podstrona"? "p"?
www.firma.pl/karmy/dla_gryzoni?3
8-)
> 3. Dlaczego użytkownik w ogóle ma widzieć nazwy jakichkolwiek zmiennych? To
> już jest szczegół implementacji, totalnie niepotrzebny.
>
> 4. A co, gdy zmienisz impementację całkowicie? W pierwszym przypadku jesteś
> skazany na pewną zmienną, w drugim na nic nie jesteś skazany.
Rewrite może działać w obie strony. To, że to wygląda jak "zmienna dla
skryptu", to nie znaczy, że jest...