Piotr Mikołajski

No oczywiście, jak mógłbym przegapić taką okazję BTW - sporo o spamie pisze Vagla (http://prawo.vagla.pl) oraz Łukasz Kozicki (http://nospam-pl.net), obaj często pojawiający się na mordpliku.

Firma to ja P.S. Jednak u Ludwika XIV brzmiało to lepiej

Jak się można zapisać na grupę dyskusyjną? :> Bardziej poważnie: 1. Do przeszukiwania archiwów należy używać Googla, szukanie "ręczne" nie ma sensu ze względu na dużą ilość raportów spamu. 2. Raportowanie spamu na grupę stanowi dowód spamowania, jest też źródłem informacji dla ISP oraz dla ewentualnych klientów danego ISP. 3. Powstaje właśnie grupa pl.internet.mordplik.raporty, gdzie przekierowane zostaną raporty spamu, a mordplik będzie miejscem do dyskusji.

IMHO lepsze są abonamenty i to z przynajmniej trzech powodów: 1. Bardzo często oferty droższe nie są tylko przemnożeniem x2, ale mają dodatkowe ficzery etc. Wszystko to może wpływać na wyliczanie ceny 1GB transferu czy innych średnich. Nie wspominam już o zaawansowanym przeglądzie ofert 2. Podanie konkretnego abonamentu ułatwi porównania bezpośrednie ofert. To kolejna rzecz, którą można przygotować - wybierz 2-5 ofert i porównaj obok siebie. 3. Aktualizacja abonamentów będzie chyba łatwiejsza od aktualizacji całości. Łatwiej też będzie odsyłać do konkretnego miejsca na stronie ISP, co może przełożyć się na reklamy etc. Ależ proszę bardzo. Kolejna porcja będzie uzbrojona w FAV, bo tym się moja firma zajmuje

Masz błędne założenie - nie pakuj wszystkiego w jedną tabelkę. Nigdy nie da się wyświetlić w niej wszystkich informacji, a zbyt duże napakowanie informacjami zmniejsza czytelność. Pomyśl raczej o czymś w stylu http://www.webhostingunleashed.com z wieloma opcjami wyszukiwania. Jeśli muszą to być (przynajmniej tymczasowo) tabelki, to rozbiłbym je na kilka porównań: - podstawowe parametry konta - powierzchnia, transfer, cena etc.; - dodatkowe parametry konta - możliwość testowania, minimalny okres zakupu, ilość domen / kont pocztowych etc.; - technikalia - lokalizacja serwerów, uptime, wiaderko z Internetem etc. - ficzery - mod_rewrite, safe mode, cron, wersje PHP i MySQL, rzeczy dodatkowe jak np. Ruby etc.; Docelowo jednak ideałem byłaby rozwinięta wersja http://www.webhostingunleashed.com/searchForm.php w prostej wersji podstawowej (cena, powierzchnia, transfer) oraz zaawansowanej (dziesiątki parametrów dla maniaków). Serwis z dużą ilością aktualnych danych będzie bardzo popularny, a i powinno się dać na nim zarobić Tam był kiedyś wątek, w którym ludzie wypisywali rzeczy konieczne / przydatne / mile widziane / zbędne dla dobrego hostingu. Nie mogę go znaleźć, ale była to całkiem pokaźna lista rzeczy do wrzucenia na stronę. Oczywiście porady na temat wybierania hostingu są dla takiego serwisu obowiązkowe

Możemy, a przynajmniej ja mogę. Weź tylko pod uwagę, że tam wypowiadają się ludzie administrujący naprawdę solidnymi serwerami pocztowymi i walczący ze spamem nie od dziś. IMHO więcej sensu ma dyskusja z najlepszymi i będącymi na bieżąco z problemem, niż ze mną - było nie było ZU, walczącego ze spamem prywatnie. Odpowiem w duchu mordplikowym - wszystko zależy od tego, jakich masz klientów. Ja np. prowadzę korespondencję służbową z ludźmi z całego świata i nie mogę ciąć żadnej domeny "by default". To samo dotyczy różnych baz - niektórzy wykorzystują je bezpośrednio, inni ustawiają różne wagi dla różnych baz, jeszcze inni część baz pomijają. Sam korzystam ze SpamHausa (wyłapuje najwięcej "mojego" spamu), ale już SPEWS jest za ostry. Tradycyjnie więcej w archiwach mordplika

Możesz rzucić okiem na archiwum pl.comp.www, tam było kilka dyskusji na temat tego, co powinien oferować porządny hosting. Oczywiście wyszłaby Ci z tego większa tabelka, ale przy odpowiednim oskryptowaniu etc., mógłby powstać bardzo interesujący serwis z dużą liczbą odwiedzin i wysokim PR

Publiczne blacklisty, jak Kropka czy Rangers, rzadko służą do blokowania spamu. Najczęściej wykorzystywane są do przyznawania wag, czyli określania prawdopodobieństwa wysłania spamu z danego IP. Prywatne blacklisty to zupełnie inna bajka... Zajrzyj na pl.internet.mordplik, rzeczywistość wygląda odrobinę inaczej. Zajrzyj do archiwum pl.news.mordplik, a zrozumiesz różnicę między czasami Polspamu, a obecnymi. Będę nudny, ale ponownie odeślę Ciebie do archiwum pl.news.mordplik i pl.internet.mordplik. Te kwesie (jak i wcześniejsze) były już wiele razy wyjaśniane i nie chce mi się przepisywać połowy archiwum. Możemy podyskutować na mordpliku, ale przygotuj się, że będziesz raczej osamotniony w swojej ocenie.

Jak nie grzebałeś w dyskach, to nie brakuje

Rash, bądź precyzyjny - pozycjonowanie SEO czy pozycjonowanie CSS?

Zmień kod, a przed zapłaceniem tych 50 złotych zastanów się, czy będziesz wystawiać faktury wyłącznie za hosting. W praktyce może okazać się, że zaczniesz umieszczać reklamę na stronie czy coś w tym stylu i znowu przyjdzie Ci coś zmieniać. Mając firmę zajmującą się budową i audytem stron wpisałem całą 72 plus szereg innych - tak na wszelki spokój. Dodatkowe wpisy jeść nie wołają, a ja mam święty spokój

A nie lepiej wpisać od razu całą grupę 72?

Co oznacza, że korzystają wyłącznie z dobrych i wielokrotnie sprawdzonych rozwiązań

Jest lepsze od wizyty w lokalnej skarbówce?

Bo to profesjonalny hosting i wysoka jakość. Korzystam od kilku lat i nie zamierzam zmieniać, a raczej staram się przenosić tam różne projekty. Będzie, ale czemu chcesz stawiać ten sy... średnio zoptymalizowany skrypt? Znacznie lepszym pomysłem jest postawienie SMF 1.1 RC2 - te same opcje, mniejsze obciążenie serwera i więcej możliwości.

Ja bym się nimi aż tak mocno nie sugerował - przy części skryptów nie ma praktycznie żadnych informacji o wersji czy skinach, co IMHO podważa wiarygodność całego zestawienia. Różnice w bebechach między np. Mambo 4.5.109 i 4.5.3h będą znaczne, podobnie jak między Joomla 1.0.1 i 1.0.8. Poza tym liczenie czasu ładowania się pierwszej strony jest generalnie średnim pomysłem. Defaultowy skin może być zbudowany na tabelkach w tabelkach i wsadzonych w kolejne tabelki, co raczej generowania strony nie przyspiesza. Może też być wyposażony w piękny nagłowek ważący 80kB, który również lekkości nie daje. Przerobienie pierwszej stronie na układ beztabelkowy plus lekka grafika zmienią czas ładowania się strony głównej dość mocno i cały test bierze w łeb Znacznie lepszym testem byłby test obciążenia bazy danych (iloścy zapytań) i coś w tym stylu zrobiono: http://www.cms.rk.edu.pl/Liczba_zapytan_do...Sach___111.html Niestety, najświeższy nie jest, o czym świadczy np. skrypt Mambo w wersji 4.5.1 Beta 4 - wypuszczonej 12 sierpnia 2004. Mambo 4.5.1 Stable wypuszczono 23 września 2004. Wychodzi zatem, że ów test ma blisko dwa lata, czyli jest bezużyteczny Gdybyście rzeczywiście chcieli powtórzyć takie testy, to prosiłbym o dokładne opisanie: - wersji skryptu; - rodzaju instalacji; - konfiguracji sprzętu; - procedury testowej; - wersję z cache i bez cache; Oprócz tego dobrze byłoby dorzucić parę mniej znanych skryptów, jak np. FUDforum, K4BB czy WTCBB. Pierwszy jest tworzony przez dewelopera PHP, drugi jest opakowany w AJAX, trzeci jest pewnego rodzaju klonem vBulletin. Zawsze to jakaś alternatywa dla phpBB

Tak naprawdę to każdy serwis powinno tworzyć parę osób znających się bardzo dobrze na swojej działce, a ich praca powinna być koordynowana przez kogoś, kto potrafi zaprojektować serwis pod kątem użytkownika. Zarządzanie tworzeniem, czyli pilnowanie żeby: - programista PHP/MySQL (potrzebne dopisać) nie wbił w engine na sztywno jakiegoś starego HTML-a ze znacznikami <font> i stertą tabelek, co utrudni pracę koderowi XHTML/CSS; - grafik nie wyskoczył z 9px jasnoszarymi literkami na białym tle czy przyciskami z tekstem w grafice / Flashu; - koder XHTML/CSS zrobił porządną strukturę meny i dostępne międzymordzie serwisu; Oprócz tego koordynator pracy musi być jednocześnie "tłumaczem" między członkami zespołu, aby wszyscy rozumieli, że nie są konkurencją, ale robią coś wspólnie. Musi nadzorować marketingowca, żeby ten nie naobiecywał klientowi głupot, a potem nie spytał "chłopaki, a to w ogóle możliwe?". Tak można ciągnąć jeszcze długo, bo "front robót" jest szeroki. Widzisz, ja właśnie mówiłem o kierunku. Tego u nas nie ma, a potrzeby są olbrzymie. Poza tym nawet te "solidne podstawy" są raczej śmieszne, a sam program laborek z HTML/CSS jest kiepski i zawiera błędy projektowe: Zakładając, że przygotowujesz fragment jakiegoś serwisu z książkami (biblioteka / księgarnia), to na część opisową masz jakieś 600-700 pikseli, przy stronie dopasowanej do 1024x768. Reszta to będzie menu i pasek na reklamy. Oznacza to, że na tekst po prawej stronie okładki masz jakieś 400-450 pikseli - wąsko, jak na jakiś konkretny opis. Z kolei tabelka z danymi "taktyczno-technicznymi" pod całością będzie umieszczona na szerokości całych 600-700 pikseli, zatem albo będzie nieczytelna, albo będzie miała po jednej ze swoich stron sporo wolnej przestrzeni. Wymóg stosowania tego określonego standardu jest niezrozumiały, bo przecież student powinien móc wybrać między HTML i XHTML, między wersjami Strict i Transitional. Takie wymagania utwierdzają studentów w przekonaniu, że XHTML to jakiś kosmiczny wymysł, a prawdziwy mastah tolko Strict diełajet'. Kolejne pytanie - po co? Walidatory to narzędzia, a nie żadna wyrocznia. Często strona przez nie przechodząca jest napisana koszmarnie, podobnie jak strona z paroma błędami jest tak naprawdę napisana świetnie. Poza tym zobacz, że w tych wymaganiach nie ma ani grama wymagań dotyczących semantyki kodu czy dostępności i użyteczności stron. Tak naprawdę po tych laborkach ludzie będą w stanie zrobić to samo, co potrafi zrobić dzieciak klepiąc stronę w jakimś edytorze WYSIWYG. Zresztą przekrój laborek jest absurdalny: # HTML i arkusze stylów CSS # XML i XSD # XML i XSLT # JavaScript # Perl i CGI # PHP + MySQL # Serwlety # JSP # JSP, serwlet, JDBC # JSTL Po czymś takim ktoś może mieć jedynie mgliste pojęcie, ale to wszystko. A przecież powyższy program można byłoby spokojnie rozdzielić na 4-5 osobnych przedmiotów, czy wręcz kierunków licencjackich, po których uczelnię opuszczaliby prawdziwi fachowcy. Czyli studia może sobie odpuścić i od razu zacząć grzebać po Necie. Po 5 latach grzebania będzie miał spore portfolio i znacznie większe umiejętności, niż jego równieśnicy z dyplomem :>

Teoretycznie i na chłopski rozum możesz, ale moja odpowiedź nie ma mocy prawnej Sugerowałbym kopnięcie się do skarbówki i odpytanie jakiejś kobiety, która się VAT zajmuje. Wizyta w skarbówce to teraz czysta przyjemność, pomagają, podpowiadają i w ogóle jest miło - w przeciwieństwie do ZUS. Jak chcesz mieć spokój, to się tam wybierz i pogadaj, będziesz mieć "jasność w temacie".

Z tym "zaprojektowaniem" bym nie przesadzał. Na ogół jest to skopiowanie kodu jakiejś strony i podmiana obrazków, wspierana zawracaniem d... na pl.comp.www czy forach webmasterskich. Wsparcie oznacza de facto odpowiedzi z podaniem kompletnego rozwiązania. Jak do tej pory spotkałem tylko jedną dwunastolatkę, która miała porządne pojęcie o kompach, Usenecie etc. - efekt edukacji ojca, który był informatykiem Ale mylimy tutaj dwie rzeczy. Tych "wiele osób" często nie ma czasu, żeby uczyć się kolejnego nowego zagadnienia, czyli ponadpodstawowej obsługi kompa. Szkoda im czasu na zawracanie sobie głowy rzeczami, które będą robić raz na jakiś czas. Nie na darmo oferuję firmom opiekę nad stronami - oni nie chcą tracić czasu na uczenie się obsługi CMS-a, skoro wprowadzają jednego newsa w miesiącu. Wolą za obsługę zapłacić parę groszy i mieć gwarancję, że niczego nie spierniczą. Z kolei dla mnie wprowadzenie ichniego newsa to parę minut roboty za całkiem sympatyczną stawkę godzinową Dzieciaki biorą się za ambitne rzeczy, bo mają sporo wolnego czasu. Gdy miałem 10-12 lat, to na kumpla Atarynce / C-64 uczyliśmy się programowania w BASIC-u, jeszcze z Bajtka, audycji "Radiokomputer" w Rozgłośni Harcerskiej i tym podobnych źródeł. Nie pamiętam z tego już chyba nic, ale to było ~20 lat temu Niestety, to są pobożne życzenia. Poziom wyszukiwania umiejętności i odsiewania ziarna od plew jest bardzo niski. Widać to bardzo mocno, jeśli miało się cokolwiek wspólnego z nauczaniem / wykładaniem. Widać to też w Usenecie - http://groups.google.pl/group/pl.comp.www/...dd38637d1e771ac? - rozwiń wątek Owszem, są. Ale w książkach też nie wszystko jest opisane, co widać w serwisach WWW. Wszechobecne są małe jasnoszare literki na białym tle, które potrafią wykończyć wzrok szybciej, niż codzienne gapienie się godzinami w telewizor. Pojęcie o grafice też trzeba mieć, żeby móc zarządzać tworzeniem serwisów. Oczywiście nie mówimy tutaj o poziomie ASP i uczeniu się technik malarskich, ale jednak coś trzeba wiedzieć o tzw. psychologii koloru. Wobec tego poproszę o linkę do uczelni i kierunku studiów Najlepiej taką, gdzie jest pokazany program studiów na danym kierunku z ilością godzin na przedmiot oraz z omówieniem tego, co jest na poszczególnych przedmiotach. Bo parę Akademi Tego I Owego to ja już widziałem, gdzie potrafią nauczyć profesjonalnego CSS w 15 godzin lekcyjnych i jakby nie o to mi chodzi

Co widać po "stronach" WWW, jakie potrafią spłodzić... Popatrz na program kierunków... Ostatnio rozmawiałem z paroma osobami z branży webmasterskiej i nigdzie w Polsce nie ma kierunku, na którym można byłoby się nauczyć tworzenia WWW. Nie mam na myśli klepnięcia czegoś w PHP czy Dreamweaverze, ale nauczenia się porządnego zaprojektowania układu serwisu, CSS/XHTML, interakcji z userem i użyteczności, dostępności, zastosowania odpowiednich technik i tak dalej, i tak dalej, i tak dalej...

Optymalność i funkcjonalność tych rozwiązań tak naprawdę zależy od tego, co serwis ma oferować. My tutaj tylko teoretyzujemy, bo nic więcej (przy tych danych) zrobić nie można Rozwiązania zaproponowane przez Ciebie są dobre dla dużych koncernów, które prowadzą kilka(naście/dziesiąt) wersji językowych równocześnie. Dla nich pilnowanie kilku(nastu/dziesięciu) domen krajowych nie ma sensu i jest zawracaniem głowy. Znacznie łatwiej robić podkatalogi i przekierowania w obrębie domeny macierzystej (głównej) firmy. Przypuszczam, że jajo nie zakłada ponadnarodowego koncernu więc będzie miał tylko domenę *.pl i *.com. IMHO lepiej rozdzielić wersje językowe i budować je pod "swoimi" domenami, zwłaszcza że firma raczej jest niewielka. Jeśli tak, to musimy pamiętać o paru rzeczach: 1. Na wejściu masz odwieczny problem, którą wersję serwisu podawać ludziom. Całkiem wiele osób nie wpadnie na to, zeby kliknąć na wersję w drugim języku. Podawanie "osobnych" serwisów rozwiązuje problem. 2. Niektóre katalogi mogą taką stronę potraktować mniej przychylnie, np. Onet może się przyczepić do strony "przekierowującej na inny adres" czy będącej "w języku obcym, nie związaną z Polską". Wyjaśnianie, że to nie jest przekierowanie (oraz że jest wersja polska), może potrwać długo lub być nieskuteczne. Takie rzeczy też trzeba brać pod uwagę. 3. Czort wie, czy za jakiś czas Google nie wymyśli nadawania wagi serwisowi w zależności od relacji między językiem serwisu i domeną dla niego wykupioną. Również wyszukiwanie w google.pl może dawać inne wyniki dla domeny *.com oraz domeny *.pl. IMHO lepiej się przygotować również na takie rzeczy. 4. Psychologia usera. Wiele osób bardziej ufa firmom polskim, które mają domenę *.pl. Być może jest to dla nich jakaś gwarancja, że firma jest poważna i ma kasę. Wszak nadal wiele osób uważa, że domena *.pl kosztuje kilkaset złotych rocznie (ostatnio słyszałem od opornego klienta, że nie ma 500 złotych rocznie na domenę). Nie zdziwiłbym się, gdyby potencjalni klienci zagraniczni mieli opory przy robieniu zakupów w sklepie z dziwną domeną *.pl. Oczywiście zgadzam się z tym, że najlepiej wykupić obie domeny, bo przecież nawet bez promocji to niewielka kasa. Przy dodatkowym budżecie wykupiłbym dodatkowo jeszcze *.com.pl i może *.net - tak na zaś, aby konkurencja nie podkupiła

1. Do kogo przede wszystkim kierowana jest strona? Jeśli głównie na zagranicę, to *.com. Jeżeli głównie na Polskę, to jednak *.pl. 2. Czy wersje strony czymś konkretnym się różnią? Jeśli tak, to idealnie byłoby wykupić obie domeny i pod wersję angielską podpiąć *.com, zaś pod polską *.pl. IIRC to niektóre z polskich katalogów mogą nadal nie chcieć wpisywać domen globalnych i lubią tylko domeny polskie. Poza tym gdybyś za jakiś czas chciał robić dwa niezależne serwisy, to będziesz miał wypromowane obie domeny

A na czym najbardziej Ci zależy? Bo cena tego serwera to rozsądne i standardowe 300 zł + VAT. Za tyle znajdziesz sporo dobrych polskich firm z PHP i MySQL. A w brak limitu transferu przestań wierzyć, tego nikt poważny nie oferuje na serio, zawsze są jakieś małe literki.

Wystąpili do sądu o zakaz emisji materiału i sąd się zgodził. Był to chyba pierwszy przypadek cenzury prewencyjnej po 1989 roku. Nie jestem pewien, czy sprawa nie ciągnie się do dziś...

IIRC parę sensownych wyjaśnień by się znalazło, ale utonęły w morzu pytań o idiotyczne domeny. Niestety, taki dział musi być moderowany, a odpowiedzi w nim składające się z argumentów, a nie jednego słowa.