Ostatnimi czasy pracuje nad dość dużym projektem. Jednym z punktów specyfikacji są fora dyskusyjne w grupach. Oczywiście pojawił się problem z nieprzeczytanymi postami. Jest kilka rozwiązań, każde ma swoje plusy i minusy:

1. Sprawdzanie daty ostatniego postu na całym forum danej grupy. Pomysł zaczerpnięty z portalu nasza-klasa.pl, gdzie bok relacji użytkownik->forum zapisywana jest data ostatniego odwiedzenia forum. Jeżeli na forum jest nowszy post niż zapisana data - forum jest oznaczone jako nieprzeczytane. Minusem tego rozwiązania jest to, że działa bardzo ogólnikowo (nie wiadomo które tematy są nieprzeczytane, które nie - oznaczane jest tylko forum, w dodatku jeden raz).
2. Korzystanie z historii przeglądarki przy użyciu stylu a:visited. Plus - łatwość implementacji, minusy - ogólnikowe, nie zawsze zadziała, amatorszczyzna (nie na taki projekt, rozumiem blog).
3. Sposób z PHPBB: stworzenie relacji user->temat, gdzie zapisana jest data ostatniego czytania tematu. Plusy: możemy stwierdzić ostatnią wizytę co do konkretnego posta. Minusy: dużo syfu w bazie danych, wypadałoby dodać limit, np czyszczenie nieprzeczytanych for po ilości wątków oraz limit czasowy, czyszczone cronem lub przy innej okazji.

Po dłuższej analizie, zdecydowałem się na implementację trzeciego rozwiązania za pomocą tabeli:

• handle_user (id usera),
• handle_group (id grupy),
• handle_thread (id tematu),
• handle_time (czas ostatniej wizyty w temacie, defaultowo 0).

Kiedyś poruszyłem temat spamu w postaci niechcianych komentarzy, wpisów w księdze gości, whatever. Unikanie captchy jest oczywiste. Zbiorę teraz niektóre metody unikania spamu:

• Zbudowanie ukrytego pola zatytułowanego dla przeglądarek tekstowych za pomocą label: “tego pola nie wypełniaj”. Jeżeli jego wartość będzie różna od pustego stringu, oznacza to, że formularza na 100% nie wypełniał człowiek (pomijamy patologiczne przypadki).
• Zmiana nazw pól, np z comment na athlan, lub z email na betband. W ten sposób można przeprowadzać walidację adresu email, robot nie powinien się zorientować.
• Zmiana wartości argumentu action dla form. W tym artykule poruszę nieco ten temat.

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...

Często budujemy linki SEO friendly umieszczając tytuły newsów, kategorii, produktów etc. Problemem może być powtarzanie się tytułu (dajmy na to nazwy produktu) zawartego w URL:

http://example.com/nazwa-produktu.html

Oczywiście można to objeść podając ID produktu i kategorii w adresie:

http://example.com/6521,nazwa-produktu.html

Chcemy tego uniknąć. Jak zatem rozwiązać problem zdublowania? Przed rozpoczęciem działań stwórzmy sobie mały plan działania:

• Zamiana tytułu newsa ze zwykłego na SEO friendly.
• Pobranie tytułów newsów pasujących do wzorca: LIKE ‘nasz-tytul%’.
• Dodanie sufiksu do tytułu -2 (jeżeli istnieje -2 wówczas -3), tak aby powstał nasz-tytul-2, nasz-tytul-3 w przypadku powtórzeń.

Krok 1. Stworzenie tytułu SEO friendly (listing).

Krok 2. Pobranie podobnych tytułów z bazy danych (listing).

Krok 3. Dodanie sufiksów do tytułów, jeżeli istnieją podobne, które uniemożliwiają dodanie rekordu (listing).

Teraz zmienna $sRewrite zawiera tytuł SEO, który możemy śmiało wpisać do bazy danych - na pewno sie nie powtórzy :)

Note: Przykłady zostały opisane na bazie mojego frameworka Vframe używając klasy Vframe_Util_Rewrite z której można skorzystać.

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...

Dziś opublikowałem specyfikację usługi dev.php.pl. Zainteresowanych zapraszam na forum.

Warto podkreślić, że Zarząd PHP.pl nie będzie budował usługi sam, tylko z uzytkownikami dostosowywujac się do ich potrzeb.

Po co to wszystko? Forum przegląda masę talentów, które niestety nie mogą się wykazać. Poprzez dołączenie domeny dev otworzymy furtkę tym, którzy nie mieli okazji przedstawić swoich możliwości, a patrząc na niektóre projekty można dostrzec tylko namiastkę umiejętności programowania i co najważniejsze - pomysłowości - naszego community. Dodatkowo wortal php.pl będzie starał się promować najlepsze projekty poprzez wymienienie ich tytułów i innych materiałów na stronie głównej nowopowstałego serwisu.

Grzebiąc dziś rano w Internecie natknąłem się na linka Michalczewski: obiję mu ten głupi łeb, żeby zmądrzał. Zauważyłem, że Michalczewski jest w miarę podobny do Ragniego - administratora fotka.pl. Aby się upewnić wszedłem w jego profil. Patrzę i OWNED : D. Zdjęcie adekwatne do tytułu dzisiejszego artykułu na sport.onet.pl.

Ostatnio wykopałem w sieci ciekawy artykuł:

Australijski naukowiec opracował technologię, która 100-krotnie przyspieszy prędkość przesyłania danych za pośrednictwem Sieci. John Papandriopoulos w swojej pracy doktorskiej opisał algorytm, który pozwoli na zredukowanie interferencji sygnału w łączach DSL.

Redukcja interferencji oznaczałaby, że przepustowość takich łączy zwiększyłaby się z obecnych 1-10 Mbps do 100-250 Mbps. To z kolei może w ciągu kilku najbliższych lat zrewolucjonizować Internet. Pierwsze układy, w których zostanie zastosowany nowy algorytm powinny trafić na rynek w ciągu 2-3 lat.

Problem interferencji pojawia się w momencie, gdy próbujemy wycisnąć większą przepustowość z miedzianych łączy telefonicznych. Interferencje zakłócają przepływ danych i zmniejszają w ten sposób przepustowość łącza - wyjaśnia Papandriopoulos.

Jeżeli to prawda, poczekamy około 5-10 lat na implementacje rozwiązania we wszystkich sieciach.

Wybory 2005 roku - frekwencja była bardzo niska. Dziś Internet i telewizja trafia do młodych ludzi aby poszli oddać swój głos. Jednym z materiałów obrazujących wartość każdego głosu jest powstały z inicjatywy 21pazdziernika.pl spot “mój głos nic nie znaczy…”. Próbują też inaczej… odważniej. Hasłeo “rusz du*pe i idź głosować”: