Struktura katalogow w serwisie

...czyli informacje o poszczegolnych dzialach. W katalogu glownym sa umieszczone poszczegolne katalogi jak /delphi, /cpp, w ktorych wlasciwie znajduje sie tylko plik index.php sluzacy do wyswietlania strony glownej danego dzialu. Za wyswietlanie poszczegolnych artykulow odpowiada skrypt view.php, z glownego katalogu serwisu. Na dzien dzisiejszy przyjmujemy nastepujace katalogi w glownym:

/algo - dzial Algorytmy
/z_pogranicza - dzial z pogranicza
/delphi - dzial Delphi
/cpp - C++
/tp - Turbo Pascal
/assembler - dzial o Assemblerze :)
/php - php & mysql
/cgi - cgi & perl
/java - Java
/flash - programowanie we Flashu

Chyba wszystko :) Przyznam szczerze, ze poraz kolejny zawiodlem sie na autorach dzialow Flash oraz Java. Poraz kolejny ludzie zapewniali mnie, ze beda sie nim zajmwoac i jak widac stoja puste. Zastanawiam sie nad ich usunieciem. Jestem natomiast zadowolony z dzialow Asm oraz Z pogranicza - ladnie wygladaja :)
Z mojej winy natomiast stoi pusty dzial CGI - kiedys sie tym zajmowalem, lecz teraz juz nie pamietam, kiedy poraz ostatni uzywalem Perla ;( Postaram sie takze cos ruszyc w PHP...

<font color="red">Aha, i jeszcze chcialbym zaapelowac o rozsadne wybieranie dzialow na tekst, ktory chcemy dodac! W koncu jakis tekst na 5 kB nie nadaje sie do dzialu Artykuly, ale np. do Gotowcow, czy FAQ! Prosze o tym pamietac i nie brac przykladow z moich starych artykulow, ktore sa do d**y! Teraz, z perspektywy czasu widze, jakie sa marne. Moze jak bede mial natchnienie, to zaczne je poprawiac. </span>

Idziemy dalej - kolejne katalogi:

/szukaj - tutaj beda skrypty zwiazane z wyszukiwaniem (chyba najtrudniejsza rzecz do napisania)
/zrodla - dzial, z kodami zrodlowymi (skrypty do ich wyswietlania)
/dev - dzial Developer :)
/vcl - dzial Encyklopedia VCL
/forum - no i forum - takze jeszcze do napisania

To chyba tyle...

Przyznam szczerze, ze poraz kolejny zawiodlem sie na autorach dzialow Flash oraz Java. Poraz kolejny ludzie zapewniali mnie, ze beda sie nim zajmwoac i jak widac stoja puste. Zastanawiam sie nad ich usunieciem. Jestem natomiast zadowolony z dzialow Asm oraz Z pogranicza - ladnie wygladaja :)

Ja bym jeszcze z Javą się zastanowił. Poczekajmy jeszcze trochę. Kapustka przygotowuje kurs Javy. Może coś się rozwinie (z chęcią będę się uczył Javy, jak tylko znajdę czas).
Co do działów Asm, Algorytmy i TP to jeszcze raz obiecuję, że jeszcze tam będę pisał arty. Ale jak zwykle czas ogranicza... (do TP już 2 arty mi się szykują i kilka do Algorytmów).

Prosze o tym pamietac i nie brac przykladow z moich starych artykulow, ktore sa do d**y! Teraz, z perspektywy czasu widze, jakie sa marne. Moze jak bede mial natchnienie, to zaczne je poprawiac.

Co do niektórych z tych artów to już też miałem zamiar poprawić :-D Jak będziesz miał ochotę się zająć wątkami to daj znać...

/zrodla - dzial, z kodami zrodlowymi (skrypty do ich wyswietlania)

Nie pamiętam, czy już o tym wspominałem, ale przydałoby się coś na kształt oceniana artykułów przy źródłach. Często pojawia się dużo źródeł naprawdę do niczego nie zdatnych. Po ocenie będzie można się zastanowić, czy warto je trzymać (i w ogóle ściągać). Po ilości ściągnięć nie da się ocenić, bo opis może być interesujący, a wnętrze fatalne.

/vcl - dzial Encyklopedia VCL

To tylko przypomnę o takim małym błędzie. Niezależnie, czy wejdzie się z działu Delphi czy C++ to wyświetla się napis "Encyklopedia Delphi". Może lepiej zmienić to na "Encyklopedia VCL", albo w ogóle "Encyklopedia" (przecież nie tylko VCL jest tam umieszczane, ale także opisy WinAPI)

Nie pamiętam, czy już o tym wspominałem, ale przydałoby się coś na kształt oceniana artykułów przy źródłach. Często pojawia się dużo źródeł naprawdę do niczego nie zdatnych. Po ocenie będzie można się zastanowić, czy warto je trzymać (i w ogóle ściągać). Po ilości ściągnięć nie da się ocenić, bo opis może być interesujący, a wnętrze fatalne.

Mozna cos takiego dodac :)

To tylko przypomnę o takim małym błędzie. Niezależnie, czy wejdzie się z działu Delphi czy C++ to wyświetla się napis "Encyklopedia Delphi". Może lepiej zmienić to na "Encyklopedia VCL", albo w ogóle "Encyklopedia" (przecież nie tylko VCL jest tam umieszczane, ale także opisy WinAPI)

Ok, masz racje - male niedociagniecie... Ale obecnie wszystko jest pisane od poczatku, wiec na pewno o tym nie zapomne :)

Zamiast php i CGI mozna by zrobic dzial Server-Side, mySQL przeniesc do dzialu Bazy danych i utworzyc dzial Client-Side.... ew. dodac dzial HTML & JavaScript

Adam: czy ja mam wrażenie, czy teraz cały wysiłek poświęcasz na coyote, olewając stare skrypty (chodzi o tą nieszczęsną Encyklopedię Delphi - błędy najlepiej poprawiać w wersji aktualnej oraz w rozwojowej) :P

Ja może jeszcze raz przedstawię mój pomysł struktury serwisu:

Z punktu widzenia użytkownika istnieje w serwisie tylko plik index.php, który dostaje odpowiednie parametry. Na ich podstawie wyciąga z bazy danych informację, jaki plik ma includeować. W index.php jest nagłówek, stopka i właśnie ten mechanizm. W pozostałych plikach jest tylko "wnętrze". I np. jest wywołanie nidex.php?id=14. Skrypt szuka w bazie (w tabeli coyote_idents czy coś takiego) wpisu zawierającego 14 w kolumnie ID, i o dczytuje drugą kolumnę tego wpisu, zawierającą np. "delphi/download.php", tą ścieżkę podaje w include i gotowe. To powoduje, że np. łatwiej jest zrobić zabezpieczenia anty-pseudohakerskie, muszą być w tylko jednym pliku. Poza tym łatwo będzie można poukładać wszystko żeby nie było bałaganu. No i całkiem dobrze to wygląda, bo jest niby tylko jeden plik (tak to widzi osoba oglądająca stronę), więc lista adresów w przeglądarce się nie rozrasta do monstrualnych rozmiarów. Ma chyba tylko jeden minus: ktoś będzie to musiał zrobić, i albo to będę ja, albo wsyscy to oleją :).

Adam: czy ja mam wrażenie, czy teraz cały wysiłek poświęcasz na coyote, olewając stare skrypty (chodzi o tą nieszczęsną Encyklopedię Delphi - błędy najlepiej poprawiać w wersji aktualnej oraz w rozwojowej) :P

Przynajmniej te drobne zmiany mogłyby być uzupełniane. Wydaje się mi, że projekt coyote nie będzie dostępny tak szybko jak by się chciało (i nawet nie powienien, bo przed wypuszczeniem powinien być w miarę dokładnie sprawdzony).

kuba_e: Tutoriale z grafiki to proponuję do Matrixa.
my_nick: Nie znam się na PHP za bardzo, ale wydaje mi się, że jeżeli jest rozdział na poszczególne pliki, to przynajmniej mamy mniej zapytań do bazy danych. Ponieważ i tak są szablony wykorzystywane, to łatwo wprowadzać ew. zmiany. A co do mnożących się elementów w historii, to powinno ci wystarczyć: 4programmers.net, 4programmers.net/Forum, vcl.4programmers.net. Jak widać Adam ułatwia to nam jak się tylko da.

Vogel: tak, w wiekszosci wszystko pisze od nowa. Z tego wzgledu, iz poprzednia wersja serwisu, chociaz takze oparta na szablonach dzialala na troche innej zasadzie, wiec pisze od nowa, starajac sie o formoatowanie kodu, wieksza uwage zwracajac na optymalizacje zapytan SQL. To co pozostawiam to ksztalt tabel.

my_nick: tak, masz racje - nie ma sensu np. w kazdym pliku index.php dublować kilk razy tego samego kodu. Cos sie wymysli :)

Dyrobates: jeśli baza danych jest na tym samym serwerze, co cała reszta, jedno odwołanie więcej (na dodatek tylko "SELECT PATH FROM COYOTE_IDENTS WHERE ID=$id" czy coś takiego) w żaden sposób nie spowolni działania a taki system jest bardzo wygodny na dłuższą metę, zapobiega powstawaniu bałaganu i łatwiej można się we wszystkim połapać, zapamiętasz że forum jest pod numerem 10 i używasz tego numeru, jeśli twój skryp się do forum często odwołuje, nie musisz wiedzieć, że forum to "blAbla/pleple/aBcDe/xxxyyy.php?wlazkotek=naplotek", nie ma też typowych w systemach unixowych problemów z dużymi literami w ścieżkach, wystarczy, że w bazie jest dobrze, a w numerku przecież nie zapomnisz nacisnąć shift albo wyłączyć caps, bo nie trzeba.