Podstrony
- telcocafe
- [PHP+MySQL] Problem z połączeniem mysqli('localhost', 'xxx', 'xxx', 'xxx'
- [PHP] Wyrażenia regularne. Zamienić name="info_imie" na name="{info_imie}"
- [php] Dodanie textu do pliku. Problem... :) POMOCY!!!!!!!!!!!!!
- [PHP] Skrypt cenzury Chcę cenzury!!!
- Dobre programy do edycji php Dobre programy do edycji php
- [PHP] podział na strony php: podział na strony
- [PHP i MySQL] jak pobrac liczbe rezultatow Jak pobrac liczbe rezultatow???
- jak zrobic aktualizacje php? pomocy!!!!!
- Błąd w PHP-Fusion pomocy !!!!!
- Daczego nie dziala?? skrypt php nie chce działać!!!
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- aniadka.keep
telcocafe
Aby nie powielać tekstu, odsyłam do kosza na kod: http://www.unit1.pl/pb-779Utworzyłem ankietę:
http://ankietka.pl/a...zawartosci.html
Zagłosujcie. :) Co o tym myślicie? Może ktoś z Was już stanął przed tym problemem? Dodam jeszcze, że w przypadku nowego podejścia poszczególnie typy zawartości (np. artykuły, pliki, linki, nowości i obrazy) nie będą mieć oddzielnych ID (czyli nie może istnieć równocześnie plik o ID=5 i obraz o ID=5). Natomiast w przypadku odczytu elementu trzeba pobrać za każdym razem: kategorię (tabela: cats), podstawowe informacje (tabela: items) i szczegółowe (tabela specyficzna dla typu).
O wydajności i elastyczności to tu nie dumaj, bo nie za bardzo o czym dumać. Jedne kategorie dla wszystkich modułów gdzieniegdzie się przydają, lecz zazwyczaj nie. Do tabeli kategorii musisz dodawać kolejne pole określające typ wpisu - by wyświetlić np. tylko wiadomości itp. - kolejny indeks i w przypadku wyświetlania wpisów określonego typu w wielu miejscach mija się z celem.
Obecnie w sieci preferuje się publikowanie treści bardziej w luźnych formach wiki, niż starych układach jak powyżej.
Moja rada jest taka - zrób swojego CMSa i go opublikuj, pokaż kod na php.pl i wtedy może użytkownicy i programiści to ocenią.