F3Site - szybki system wortalowy dla stron wielojęzycznych.

Przeznaczenie: stony WWW (i dla małych i dla większych powinien się nadawać)

http://compmaster.prv.pl - strona skryptu (tam będzie jego opis)

Oceniajcie.

A co to ma być ?
Co tu jest do oceny ? Na stronie wyskoczył jeden popup i tyle.

----
edit.
Ok strona załadowała się, ale przydałby się jakiś testowy login i hasło żeby ocenić cokolwiek. Jeśli chodzi o stronę, to może nie będę się wypowiadał

Może jakieś argumenty?

NuLL jak coś krytykujesz to podawaj jakieś argumenty, eh, szkoda że w Polsce jest tak wielu malkontentów...

Ogólnie może być, dopracuj jeszcze layout pod opere.

http://pl.wikipedia.org/wiki/CMS - i wszystko jasne.

Więc czym miałbym nazwać ten skrypt?

I chciałbym przynajmniej kilka argumentów, czemu nie CMSem. I jeśli komuś się chce - co należałoby poprawić do wymagań.

W CMSie operuje się na treści. Nie ma ograniczeń co do tego czy COŚ jest newsem czy artykułem jednym kliknięciem zmieniasz newsa na artykuł czy odwrotnie.
W tym co nie jest CMSem jest wyraźny podział news, artykuł, podpowiedź i tak dalej, natomiast normalnie powinno to być nieistotne. Nie operuje się na treści tylko konkretnie na newsie, artykule i tak dalej.
Dla przykłądu weźmy na mambo. Tam do treści są dwie tabele w bazie - jedna od samej treści druga od ocen. Nie ma nigdzie tabel typu news, article itp. Za to są sekcje i kategorie, które umożliwiają grupowanie treści.

I dlatego twój system to nie CMS. Bo nietrudno zauważyć jest w twoim system jest słowo co=news&id=2 ale jest też co=art&id=2 tak więc podział jest ale może się mylę ?

EDIT: php-Fusion to CMS ? No ja jestem święty Antoni

edit

Ja się poddaje - tłumaczcie to sobie jak chcecie...

To znaczy, że np. php-Fusion także nie jest CMSem?

Trudna kwestia... Z resztą nie wiem, kto nowość na artykuły zamienia...

Edycja:
To więc czemu piszą prawie wszędzie, że php-Fusion to CMS? Był także w teście Eksperta wraz z niektórymi innymi "nie-CMSami" i "CMSami".
Content - zawartość
Management - zarządzanie
Content Management System - system zarządzania zawartością -> więc każdy z nich spełnia ten warunek, także F3CMS.

Zarządzanie (nie)CMSem z podziałem na nowości, artykuły, pliki, galerię... na pewno jest łatwiejsze.

Jeśli nadal jesteście za tym, że php-Fusion, F3CMS... to nie CMSy, jak powinny być nazwane?

Kolejno...
http://wiki.php.pl/index.php/Cms - dlaczego więc tu wisi php-Fusion?

NuLL widzisz wszystko w kolorach Black & White Dla mnie, to co piszesz, nie ma sensu, bo Chcesz przypisać systemom typu CMS konkretny sposób przechowywania danych. Są setki innych sposobów, które są mniej lub bardziej skomplikowane. Choćby ten podział na newsy, arty, itp. Innymi słowy, to tak jakbyś Chciał zmusić wszystkich do stosowania FrontController-a twierdząc że jest on lepszy od PageController-a [wszystko zależy od konkretnej sytuacji, wymagań, itp.].

Pozdro, emilio.

Hmm... System portalowy?

Co mi się nie podoba:

• http://dhost.info/compmaster/index.php?d=asfdsdfgadf
• http://dhost.info/compmaster/index.php?co=art&id=26sdfsdfs
• http://dhost.info/compmaster/index.php?co=page&id=3 : "Kategoryczny podział kategorii (także możliwość tworzenia subkategorii)." - znaczy się co??
• Schematy wyglądu zawierająca w sobie kod php
• Upchnięcie wszystkiego w includowane pliki *.php
• Z tego co widzę, sztywny układ strony.
• Chwalisz siuę zgodnością z PHP5, ale pokaż mi gdzieś linijkę, która wykorzystuje możliwości tegoż.
• Chwalisz się kompatybilnością z MySQL5? Jak mozna być kompatybilnym z czyms, co przez producenta jest okreslane jako "MySQL 5.0 -- Development release (use this for previewing and testing new features)"
• Nie wykorzystujesz technologii, na które się powołujesz.
• Index.php, linia 96: "WebSite PRO 4.3" - posprzątałbyś chociaż po narzędziach.
• Znaczniki META nie kończą się na "generator, description, keywords" - w f3... nie widze możłiwości dodania kolejnych znaczników bez ingerencji w kod.
• Instrukcja: "Za³aduj pliki w katalogu UPLOAD na serwer" - nie ma takiego katalogu w archiwum, które pobrałem.
• plik install/i3.php - w linijkach, gdzie masz echo, chyba numeracja wykonywanych punktów Ci się poplątała.

Wracam do pracy...
Następną wersję chyba zainstaluję...

http://dhost.info/compmaster/index.php?co=page&id=3


Jestem ciekaw jakby wyglądała sonda z możliwością wyboru jednej odpowiedzi .

Bardzo prosto. Masz kilka odpowiedzi, przy każdym radio. Mozesz wówczas wybrać tylko jedną odpowiedź Chyba źle zrozumiałes treść
wybor wielu odpowiedzi: zamiast radio to checkboxy

sorry za OT, ale trzeba było chłopakowi wyjasnic co i jak bo by jeszcze po nocach nie mogl spac

Jeśli zmienna $_GET, która ma zawierać liczbę, zawiera tekst, wtedy wyświetla się pusta strona. Wg. mnie nie ma sensu wyświetlać strony z informacją "błędny ID", lecz może się mylę?


Podział zawartości na kategorie i subkategorie (fakt, błąd zrobiłem, powinno być - "zawartości").


Zalety: większe możliwości, szybsze generowanie się skryptu.
Wady: trudniejsza edycja i mniej przejrzysty kod.
W tym przypadku musi być jakiś kompromis. F3... ma na celu szybkie generowanie się.
Samo { i } nie spowolni go bardzo (różnice będą małe), jednak gorzej z <!-- START menublock -->.


Nie za bardzo rozumiem...


Przykładem jest haa.pl (zainstalowany MySQL5), gdzie Mambo, php-Fusion nie dadzą się zainstalować. W przypadku F3(...) nie było problemów.


W F3... operuje się zaś na zawartości. Artykuły, pliki, nowości, galeria, linki znajdują się w kategoriach. Wolne strony są "wolne", nie są przypisane do żadnych kategorii. Nowości mają swoje opcje, artykuły swoje... Jak więc to pogodzić?
Jeśli to nie CMS, nazwę mogę zmienić.

W pewnym numerze EKsperta był test CMSów. Były tam też: php-Fusion ("Ekspert poleca") i jPortal.

Jeśli parametr przekazywany przez użytkownika jest niepoprawny typem, lub wykracza poza dozwolone granice zasranym obowiązkiem programu jest poinformować o tym użytkownika.
Biała strona jest traktowana jako błąd programu lub serwera.

Kategorie i subkategoriw - teraz ładnie. Ale czy mam rozumiec, że zagnieżdzenie poziomów jest ograniczone?

Udostepniasz publicznie system, do którego stworzenie skórki wymaga umiejetności programowania i pozwala na używanie wielu niebezpiecznych jakby nie patrzec funkcji php.

Sztywny układ strony - patrząc w kod, widać w którym momencie wywołujesz np. menu. żeby to zmienić i dac menu gdzie indziej, prawdopodobnie trzeba ingerowac w kod.

Powtarzam - czemu piszesz o PHP5/MySQL5 skoro ich nie wykorzystujesz?

Owszem, myślisz się. Po to do jasnej anielki pisze się debugery i ErrorHandlery, aby powiadomić użytkownika, ze coś nie działa tak jak powino.

Możliwości ? Widziałeś smarty lub OPT ?

Tak jak pisał scanner. Nie ma sensu pisania czegoś na php5 czy mysql5 skoro nie wykorzystuje możliwości tych wersji.

Wolne to będzie archaiczne FastTemplate, a Smarty, czy nawet własne strtr już takie nie będzie. Na serwerach, normalnych, nie zobaczysz widocznej różnicy w czasie ładowania się jPortala czy n-razy większego ezPublish.

Poprawię to...


OK. Pomyślę nad tym. Najlepiej napiszę prostą obsługę template'ów na potrzeby skryptu (AutoTheme, Smarty są do różnych potrzeb, przez co spowolniają generowanie).


Menu (jak i środek) wywoływane jest z pliku body.php skórki, więc położenie można zmienić.

Co zaś z ilością plików skórek? Czy powinna być możliwość określania wyglądu większości stron, czy tylko niektórych?

Pomyślę nad tym i zrobię zmiany. Może to trochę potrwać (miesiąc, dwa, a może więcej)... Jak ukończę, poinformuję tutaj.

Zwracam honor: źle spojrzałem na linijkę "require_once('inc/menu.php');" w pliku /index.php (na jego końcu)

W nastepnej wersji, mógłbys przygotowac alternatywna skórke, która pokazywałaby, ze Twoja aplikacja nie ma sztywno narzuconego układu 3kolumnowego.
Skórka nawiązaująca do np. http://www.2advanced.com/flashindex.htm (układem, nie technologiami) była by idealna.

No i daj jakąś wersję demo - nie każdemu chce się (lub ma czas) instalować F3 na swoim kompie a przejrzeć panel administracyjny w działaniu tez by było dobrze.

A ilośc plików skórek - nie wiem za bardzo cochcesz przez to powiedziec, ale IMHO założenie powinno być takie, że frontend powinien być w 100% definiowalny. Każdy element ma prawo być wyświetlony tak, jak zyczy sobie projektant skórki.
Począwszy od meta, skończywszy na najmniejszym elemencie CSS.

Ponieważ utraciłem w pół napisany moduł prywatnych wiadomości, zaprzestałem bardziej intensywny rozwój skryptu.

F3Site 1.1 - od teraz nazywany systemem wortalowym.
Główne zmiany to: poprawiony moduł komentarzy, możliwość otwierania linków menu w nowym oknie i iinne poprawki / drobne zmiany.

Poprawiłem niektóre błędy, o których pisaliście.
1. Komunikaty błędów - np. "$D problem!".
2. Zmieniona nazwa.

Narazie nie będzie nowszych wersji (chyba że będą błędy). Biorę się za inny projekt - grę logiczno-przygodową w HTML/JS.

No to ja się wtrącę do rozmowy i skomentuję wypowiedź poprzednika tak: słomiany zapał - może daj sobie spokój z php bo do tego trzeba mieć cierpliwość ... skrypt taki sobie.

Jako ze zakazdym razem widze jak wszyscy dookola pienia sie i okrytnie stresuja bo widza kiepski skrypt z nazwa CMS to ja jak bede pokazywal swoje to nazwe to
CRS = Cudo Robiące Stronki

Tak apropo, nawet nieogladajac stronki z tym skrypten wrazenie robicie super w ocenach, strach cokolwiek wystawic bo nawet nazwe mozecie zniszczyc.

Pozdrawiam

Nowa wersja testowa skryptu - F3Site 1.3. Główne zmiany to: zapis ustawień do plików php, możliwość ustawienia praw każdemu, szybki dostęp do edycji zawartości.
Niedługo będzie także wtyczka do tworzenia i aktualizowania plików RSS.

Zachęcam do ocen, testów i tworzenia dodatków (w zamian: banner w rotatorze). Pamiętajcie, że to jest dość młody skrypt, a jego główna cecha to szybkość.


Dodałem w ustawieniach możliwość wpisania własnego kodu do sekcji HEAD.


Nie. Subkategorie mogą mieć jeszcze inne subkategorie (itd.). To działa na tej zasadzie, że istnieje pole "subc" w bazie, które określa, której kategorii jest subkategorią lub czy jest podstawową kategorią.