EpicWEB.pl

webdesign, programowanie, phat lewt!

Ostatni projekt

ddrpl.com

Ostatnie wiadomości

Czy KONAMI zabije rynek automatów coin-op?

KONAMI - producent wielu gier coin-op, czyli znanych w Polsce automatów na żetony / złotówki -jakiś czas temu zapowiedziało wprowadzenie systemu PASELI w swoich nowych automatach. Czym jest PASELI? Każdy z graczy będzie mógł nabyć kartę (przynajmniej taki format wynika ze wstępnych informacji), na której znajdować będą się elektroniczne kredyty dzięki którym będziemy mogli zagrać w gry KONAMI z zamontowanymi czytnikami.

Ok, ale przecież podobny system już istnieje - wchodząc do salonu dostajemy kartę z kredytami. Tak - tyle, że poza możliwością "grania" jedną kartą w wielu salonach zyskujemy także możliwość przenoszenia ze sobą swoich wyników, dokupowania nowych elementów tj. piosenki, stroje dla postaci i zabieranie ich ze sobą. Właściciele salonów zyskają także większą możliwość definiowania opłaty za grę - możliwe będzie np. zmniejszenie wysokości opłaty za grę im więcej (dłużej) w nią gramy.

Na razie nie zdradzono jeszcze informacji o tym, jak właściciele automatów będą rozliczać się producentem automatów / dystrybutorem systemu PASELI - osobiście mam nadzieję że będzie się to odbywało na podstawie okresowej prowizji co mogło by się przyczynić do zwiększenia ilości dostępnych automatów wypożyczanych na zasadach dzierżawy / kolokacji jak popularne ostatnio automaty "jednoręki bandyta".

Ciekawi mnie ile trzeba będzie czekać na podobne automaty w Polsce, gdzie królują gry z lat 90-tych?

Tekst jest przedrukiem z DDRPoland.

Plesk - problem ze zmianą limitów.

Osobom, które nie znają Plesk już tłumacze. Plesk to panel administratora serwera napisany w PHP sprzedawany często wraz z serwerami dedykowanymi czy wirtualnym pozwalający na zarządzanie całym hostingiem lub tylko konkretnymi z odsprzedawanych kont. Panelu głównie używa się do tworzenia nowych domen, skrzynek pocztowych etc. I tu pojawił mi się problem.

Jako iż jeden z moich klientów intensywnie używa poczty postanowiłem zmienić mu domyślny limit z 100mb na Unlimited. Prosta zmiana w panelu, tyle tylko, że pojawia się komunikat:

The size of this mailbox must not exceed the limit on amount of disk space allocated for mailboxes in this domain.

Ok, skrzynka jest większa niż maksymalny rozmiar dla domeny. Tyle że ... limit dla domeny ustawiony jest na Unlimited. Okazuje się, że najprawdopodobniej jest to jakiś błąd albo tłumacza albo programisty, bo limit dotyczy konfiguracji KLIENTA, a nie domeny.

Edycja danych klienta, w których to ustawiamy w/w limity nie odbywa się bynajmniej z poziomu kartoteki danego klienta, ale z Clients, gdzie zaznaczamy checkbox obok wybranego klienta i klikamy "Modify".

Ku potomnym, bo mi zajęło dwa dni ;-)

DRM, czyli dlaczego zapewne będę kradł gry na PC.

O wspaniale działających DRM w produktach Ubisoft do tej pory tylko czytałem. Wczoraj kupiliśmy żonie Settlers 7 i już nie tylko czytam.

O co chodzi z tym DRM? Otóż, Digital Rights Management to rodzaj zabezpieczenia przed uruchamianiem nielegalnych kopii gier, który np. w tym wypadku wymaga połączenia z serwerem on-line przez cały okres grania w grę. Tak, nie tylko do rejestracji - cały czas. Chcesz zagrać? Zaloguj się na serwer. Chcesz zapisać grę? Ok, tylko dam znać serwerowi. Padło Ci łącze internetowe? Trudno - nie zapiszesz, "Wróć na pulpit lub zaloguj ponownie".

Brzmi jak fantastyczny sposób na pozbycie się piratów. Niestety, w większości przypadków oznacza to pozbycie się także tych z nas, którzy zapłacili ponieważ ... serwer autoryzacji jest przeciążony i nie odpowiada. Tak, od wczoraj nie można zalogować się na serwer. Pomijam setki megabajtów aktualizacji które musiały się wpierw pobrać, ale to już cholera przegięcie.

Podobnie sytuacja wyglądała z Assassins Creed II - po premierze serwer był tak przeciążony, że nikt nie mógł się zalogować. Nikt, poza piratami, którzy grali na zcrackowanej wersji gry. I tak przez kilka dni.

Do Settlers 7 cracka jeszcze nie ma. Settlers 7 to ostatnia gra z tego rodzaju DRM którą kupiłem.

Opera - problem z obiektem klasy Date

Obiekt klasy Date w Java Script pozwala na poznanie / ustawienie i ogólne manipulowanie datami - dzięki niemu możemy na stronę wstawić zegarek czy zbudować kalendarz w samym JS. Klasa udostępnia wiele metod, mnie w tym momencie najbardziej interesują setMonth i setDate. Poniższy kod:

var d=new Date();
d.setMonth(3);
d.setYear(2010);
alert(d);       

zwróci nam datę - pierwszy kwietnia 2010, z aktualną godziną. Znaczy, zwrócił by o ile nie używasz Opery. Opera (10.51) uparcie twierdzi, że taka data to pierwszy stycznia. Dlaczego?

Niestety nie mogę doszukać się tego w żadnej specyfikacji - może ktoś znajdzie i przekona mnie, że tak powinno to działać - ale w przypadku Opery zdefiniowanie roku resetuje wcześniejsze zdefiniowanie miesiąca. By obejść "błąd" należy zacząć definicje od "najstarszej" informacji - czyli odpowiednio setYear(); setMonth(); setDate();