Troszkę nie widziałem gdzie to dać więc jeżeli nie tu to przepraszam.

Otóż próbowałem znaleźć jakiś tutek apropo zaawansowanego w oop systemu newsów z komentarzami ale nie mogę takowego znaleźć za to sa jakieś na necie nazwijmy to proste pluginy, moduliki...

Czy możecie coś polecić bo szukam caly dzień czegoś na poziomie ale bez skutecznie.

A nie myślałeś o napisaniu go samemu? Nawet jeżeli popełnisz jakieś błędy architektoniczne to myślę, że taki system sporo by cię nauczył.

W każdym razie z chęcią służę pomocą (sam zamierzam przysiąść do podobnego projektu)

Już jeden napisałem należy do kategorii mnóstwa błędów. Chciałbym zobaczyć jak pisza to wyjadacze. a jeszcze oparte na mvc to by było wręcz spełnienie marzeń ale wróćmy na ziemie oop to i tak dużo jak na 2012 .

Jeżeli nie to można by pomyśleć o wątku omawiającym tego typu moduł oparty na poprawnych wzorcach mvp w zasadzie.

Na moje oko, możesz:
- potraktować newsa jako zwykłe zapytanie do bazy, które zwróci dane do widoku a tam w pętli wyświetlanie ich (mało efektowne ale szybkie )
- jako osobny komponent (coś al'a logowanie w cmsach), który jest w pełni skalowalny
- mix dwóch poprzednich:
- pobranie danych do modelu (NewsCollection lub coś w ten deseń - poczytaj o kolekcjach w php)
- wyświetlanie w pętli przy użyciu dekoratorów (np. Widgety z wzorcem obserwator)


(ten 3 przykład to chyba nie do końca mix )

No tak
ale newsy / artykuly - mogą mieć różne pola treści, moga być wył/wł do jakiej kategorii itp i chodzi jak to rozpisać bo napisać klasę która to zrobi nie problem ale rozpisać to mądrze a więc zaprojektować to jest już inna kwestia.

Heh zaczynam Cie lubić Widzę nie chcesz robić fuszerki - moje propozycje:
- weź kartkę i ołówek:
a ) rozrysuj co może zawierać tabela news np.

B ) rozrysuj co maja zawierać dodatkowe tabele np. news_user

c ) gdy będziesz wiedział co ma zawierać news a co news_kategoria_ogumienie przystąp to rozpisania funkcjonalności


d ) zacznij pisać


ps. pamiętaj wzorce to nie restrykcyjny szablon, którego nie można naginać na własne potrzeby

Witam pogłówkowałem jak umiałem

Problemy: Nie wiem jak zrobić podkategorie. Czyli drzewko dla artykułów. Aktualna wersja bazy danych wygląda tak. Wiadomo kontent będzie się rozrastał w miarę dodawania rodzajów stron. No właśnie i jak dodać rodzaj artykułu np. Jeden artykuł zawiera autora i kontent. Natomiast drugi autora kontent date obrazek.

[SQL] pobierz, plaintext 
Baza Danych.
 
CREATE  TABLE `news` (
  `id` INT NOT NULL AUTO_INCREMENT ,
  `id_categories` INT NULL ,
  `id_status` INT NULL ,
  `id_image` INT NULL ,
  `id_contents` INT NULL ,
  PRIMARY KEY (`id`) );
 
CREATE  TABLE `categories` (
  `id` INT NOT NULL AUTO_INCREMENT ,
  `name` VARCHAR(100) NULL ,
  INDEX () ,
  PRIMARY KEY (`id`) );
 
CREATE  TABLE `status` (
  `id` INT NOT NULL AUTO_INCREMENT ,
  `active` TINYINT(1) NULL ,
  INDEX () ,
  PRIMARY KEY (`id`) );
 
CREATE  TABLE `image` (
  `id` INT NOT NULL AUTO_INCREMENT ,
  `thumbnail_image` VARCHAR(100) NULL ,
  `image` VARCHAR(100) NULL ,
  INDEX () ,
  PRIMARY KEY (`id`) );
 
CREATE  TABLE `contents` (
  `id` INT NOT NULL AUTO_INCREMENT ,
  `title` VARCHAR(100) NULL ,
  `content` LONGTEXT NULL ,
  `date_add` DATETIME NULL ,
  `date_edit` DATETIME NULL ,
  `autor` VARCHAR(45) NULL ,
  INDEX () ,
  PRIMARY KEY (`id`) );
 
[SQL] pobierz, plaintext 

1. Dlaczego trzymasz statusy w osobnej tabeli?
2.

[PHP] pobierz, plaintext 
 
class ArticleEntity {
 
     protected $_id;
     protected $_image;
 
     public function __construct(DbRow $row) {
 
            // przypisanie danych do obiektu
     }
 
     public function getId() {
           return $this->_id;
     }
 
     public function getImage() {
           return $this->_image;
     }   
}
 
 
class ArticleA {
 
     public function xxx() {
 
         $id = $this>_entity->getId();
         $image = $this>_entity->getImage();
     }
}
 
class ArticleB {
 
     public function xxx() {
 
         $image = $this>_entity->getImage();
     }
}
[PHP] pobierz, plaintext 

Mam nadzieję, że załapiesz o co chodzi

Tak wiem ale jest to sztywny podział. Co jeżeli chciałbym dodać kilkając na przycisk DODAJ NOWY TYP ARTYKUŁU?

Hmm dlaczego, myślałem że tak będzie bardziej przejrzyście ponieważ status artykułu nie należy do jego treści?

Hmmm z Twojego opisu wynika, że chcesz tworzyć CMS'a a nie system newsów/artykułów (to dwa różne zagadnienia). Wpisywanie czegoś na sztywno ma swoje zalety np. szybkość działania, pełna kontrola nad danymi wejścia i wyjścia, obsługa wyrzucanych błędów.

Jeżeli chcesz tworzyć coś dynamicznego to już teraz musisz przewidzieć jak poradzić sobie z błędami, jakich danych będziesz potrzebował oraz jaką funkcjonalność musisz dostarczyć danemu artykułowi/newsowi.

Na moje oko - dynamiczne tworzenie rodzajów artykułów to lekkie przekombinowanie gdy w 5min, możesz napisać nową klasę dla Artykuly_Dzwony dziedziczącą po klasie abstrakcyjnej podstawowe funkcjonalności i dodanie swoich zmian

Wiadomo chce jak najszybciej pisac strony pod klientów. I stąd moje dywagacje na ten temat.
Choć myślę że potem mogę dopisąć kreator działający na plikach. Ominę tym samym bazę danych a do klienta trafi szyty na miarę produkt bez zbędnych opcji?

AbstractNews.php

[PHP] pobierz, plaintext 
abstract class AbstractNews {
 
      public function setXYZ($int) {
             if(is_float($int)) {
                    $this->_xyz = $int;
             }
      }
}
[PHP] pobierz, plaintext 

AbstractNewsKategoria.php

[PHP] pobierz, plaintext 
abstract class AbstractNewsKategoria {
 
      public function setXYZ($int) {
             $this->_xyz = $int * $int;
      }
}
[PHP] pobierz, plaintext 

NewsKategoriaXXX.php

[PHP] pobierz, plaintext 
class NewsKategoriaXXX extends AbstractNewsKategoria{
 
      public function setXYZ($int) {
             if(is_numeric($int)) {
                   parent:: setXYZ($int);
             }
      }
}
[PHP] pobierz, plaintext 

NewsHW.php

[PHP] pobierz, plaintext 
class NewsHW extends AbstractNews {
 
       public function setXYZ($int) {              
              parent:: setXYZ($int);        
       }
}
 
class NewsHW extend AbstractNewsKategoria {
 
       public function setXYZ($int) {
              if(is_float($int)) {
                   parent:: setXYZ($int);
              }
       }
}
 
class NewsHW extends NewsKategoriaXXX {
 
       public function setXYZ($int) {
              if($int !== $this->_cos) {
                      parent:: setXYZ($int);
              }
       }
}
[PHP] pobierz, plaintext 

Innymi słowy tworzysz sobie klasy abstrakcji z podstawowymi funkcjonalnościami dla każdej "grupy" newsów i korzystasz z nich podczas tworzenia nowych "grup" artykułów/newsów. Dlatego wspomniałem o tym, że musisz jako projektant przewidzieć wszystkie (albo chociaż większość funkcjonalności).

Myślę, że lepszym rozwiązaniem dla Ciebie w celu nauki OOP będzie zainteresowanie się jakimś porządnym frameworkiem, typu Yii, Symfony czy Zend. Zobaczysz jak wygląda to wszystko od kuchni.

em1X - zle zrozumiałes moje posty. Nie chodzi o naukę oop jako oop lecz poznanie opinii innych dotyczących pisania konkretnych części aplikacji. Jak system newsów. Widomo siedząc w swoim małym świecie nie jestesmy w stanie nabyć lepszej praktyki niż to co przeczytamy czy się nauczymy z tutków czy tak jak piszesz poznając jakiś frem.

Swoja drogą CuteOne dzięki za wytrwałą pomoc na pewno będzie sog. I odrazu przepraszam że nic nie piszę w tym temacie ale dopadła mnie mala choroba i się kuruje. Jak tylko stanę na nogi pojawi się tu troszkę kodu do poprawy.

-----------------------------------

------------------------------------------

Witam
Mam problem chciałbym do newsów dać dość dokładne statystyki.

Najprościej ale uciążliwe dla bazy jest taki układ.

Data - odwiedzono

ale 300 odwiedzin == 300 rekordów itd.

Czy macie jakieś własne przekonania jak to wykonać?

Inkrementuj wartość pola? Chyba że potrzebujesz innych statystyk.

Chciałem pokazywać również wykres jak to się ma ostatnio w modzie.

300 odwiedzin -> 300 rekordów to wcale nie jest coś niedobrego. Pamiętaj, że ilość danych nie ma aż tak dużego znaczenia przy odpowiedniej strukturze.

W sumie można by zrobić 365 dni w roku + inkrementacja zamiast bezmyślnie dodawać.
Czy prócz tego robić licznik ogólny czy niech zlicza z X rekordów bo prościej?

Wtedy ograniczasz się do zbierania informacji jedynie w zakresie jednego roku. To nie jest bezmyślne dodawanie - przecież każdy taki rekord może zawierać wartościowe informacje. Dokładną datę i czas, adres IP (geolokalizacja) czy informacje o przeglądarce (system, przeglądarka).
Oczywiście licznik ogólny, który będzie jedynie zwiększany o jeden przy każdej wizycie to bardzo dobry pomysł - każdorazowe zliczanie łącznej ilości odwiedzin byłoby niepotrzebnie obciążające.

zle mnie zrozumiałeś. jeden dzień bez godziny(jeden rekord na jeden dzień). ale tu masz racje zamknąłbym sobie drogę na regiony przeglądarkę itd.