cms oparte na plikach, a nie na sql

[zielony_gremlinek]

Co do tematu taki też jest przyjemny:

https://www.cmsimple.dk/

faktycznie, calkiem spoko, a prosty nie zawsze oznacza zły , przynajmniej łatwiej to dostosowac do własnych potrzeb niz co niektore przeladowane zbednymi bajerami cmsy.

[pandha]

na pierwszy rzut oka to w nim nic nie ma.... martwi mnie jednak ta informacja: The contents of the site is stored in a single HTML-file - to chyba niezbyt dobrze, co?

[wszystko ginie]

Co do tematu taki też jest przyjemny:

https://www.cmsimple.dk/

Nie seo-friendly.

[sfaho]

Mógłyś wytłumaczyć dlaczego? Chodzi pewnie o podstrony, ale tylko zgaduję bo nie znam się na tym, a chciałbym wiedzieć co jest z nim nie tak, z ciekawości.

[.Grzesiek]

Chodzi chyba o to, że autor tego CMSa nie użył mod_rewrite, ale to nie znaczy, że ma mniejszą wiedzę od naszych forumowych "inżynierów"

[Pawka]

Najlepszy chyba jest limbo.

[zielony_gremlinek]

Chodzi chyba o to, że autor tego CMSa nie użył mod_rewrite, ale to nie znaczy, że ma mniejszą wiedzę od naszych forumowych "inżynierów"

oj widze, ze ktos tu jest zakapleksiony jak mala dziewczynka, ktorej powiedziano brutalnie,ze jest brzydka Poza tym na nauke nigdy nie jest za poźno wiec zamiast sapac z zazdrosci, lepiej weź sie do roboty Z resztą na mod_rewrite swiat sie nie konczy i mozna wypozycjonowac strone bardzo dobrze i bez tego.

[.Grzesiek]

Napisałeś głupote. Moja rada na przyszłość: nie pisz więcej takich głupot.

[sfaho]

To co w takim razie jest złego w tym cmsimple - bo strasznie ciekawy jestem?

[zielony_gremlinek]

Napisałeś głupote. Moja rada na przyszłość: nie pisz więcej takich głupot.

na jakiej podstawie twierdzisz ze to glupota? kibelkowych gazetek? bo ja polegam na kilku helionowych wydaniach, bibli, tej co polecalem i na manualu z php.net. I pierwsze slysze, ze wielkosc plikow nie ma znaczenia Jak chcesz szersze info, to poczytaj vademecum,jest tam zupelnie co innego, niz twierdzisz, wiec wybacz ,ale wole polegac na sprawdzonych rozwiązaniach

[.Grzesiek]

dobra, bez złośliwości podam przykład:

zeby znaleźć cos w pliku ,to ten pliczek musi byc otwarty ,wczytany,przemaglowany caly przez procesor i moze zwroci szukane dane

jesteś pewien, że to jest jedyna możliwość(nawet w PHP)?

[stormfly]

dobra, bez złośliwości podam przykład:

zeby znaleźć cos w pliku ,to ten pliczek musi byc otwarty ,wczytany,przemaglowany caly przez procesor i moze zwroci szukane dane

jesteś pewien, że to jest jedyna możliwość(nawet w PHP)?

Wcześniej pisałeś o jakieś dzielonej pamięci, ale to tylko się da w PHP jeśli zainstalujesz odpowiednie rozszeżenie z PECL z tego co mi się wydaje.

[Irek]

zielony_gremlinek: zapewne masz odpowiednią wiedzę. Problem w tym że nie potrafisz jej czytelnie przekazać (moim zdaniem). Pliki nie są takie złe Przecież cachowanie to nic innego jak wykorzystanie plików zamiast bazy, ze względu na mniejsze obciążenie serwera i szybsze działanie. Do tego mając 1-100 stron z statyczną zawartością (np. wiersze), czy nie szybsze będzie zapisać je (wiersze) do plików i pobierać przez include/file. Oczywiście wszystko zależy od wielkości i złożoności danych do przerobienia, w tym przypadku pandha napisał "proste stronki" (co to znaczy ?). Właśnie dlatego myślę że nie można napisać że pliki są złe i powinno się korzystać wyłącznie z bazy danych.

Wracając do "proste stronki", może są na tyle proste że nie warto zaprzęgać do nich CMSa?

Żeby nie było że się wymądrzam. Nie jestem informatykiem, nie kończyłem kursów itp., takie moje gdybanie i będę wdzięczny za pokazanie błędów w moim myśleniu

zanim cos chlopczyku wyczytasz madrego

Mała odporność na krytykę? Bez nerwów

[pandha]

"proste stronki" (co to znaczy ?).

proste stronki, no moze pojechalem z tym skrotem myslowym. chodzi mi o strony ktore obecnie praktycznie sa w html, ewentulanie php - wykorzystanie tylko include do menu, co by nie trzeba bylo kazdej podstrony updajetowac, maja nie wielka ilosc podstron - max 50, ich cel zyciowy to tylko przekazanie jakies informacji z linkiem do strony wlasciwej, czyli bardziej zalezy mi iz by mialy wysoki pr i przekazywaly uzytkownikow na moja glowna strone. dlaczego nie chce tak ich zostawic? bo zastanawiam sie nad wprowadzeniem np mozliwosci komentarzy, ksiegi gosci, szukajki, itd, czytnika rss. nie znam php, a szukanie skryptow i wklejanie do kazdej ze stron, po prostu mi sie nie chce.

zanim cos chlopczyku wyczytasz madrego

Mała odporność na krytykę? Bez nerwów

kolejna rzecz, cenie sobie rady kazdego z was i wierze ze jak ktos cos pisze to opiera to na wiedzy, wiec nie bijmy sie, nie plujmy itd. milo by bylo zachowac wysoki poziom forum.

pozdr i dzieki

[.Grzesiek]

Wcześniej pisałeś o jakieś dzielonej pamięci, ale to tylko się da w PHP jeśli zainstalujesz odpowiednie rozszeżenie z PECL z tego co mi się wydaje.

To już inna para kaloszy, ale mi chodziło o prostą rzecz, bo nasz inżynier napisał, że trzeba wczytać cały plik, przemaglować i co tam jeszcze. Gdyby tak było to nie można byłoby oglądać np. filmów na komputerze, ale się da i co więcej, można je przewijać do dowolnego momentu.

Świadczy to o tym, że nie treba przemaglowywać całego pliku tylko można się przesunąć do pozycji, który nas interesuje. A skąd się wie, gdzie co jest? Można na początku pliku zapisać indeks, można go zapisać w osobnym pliku lub w osobnych plikach. W indeksie mamy zapisane, na której pozycji w dużym pliku znajdują się poszczególne rekordy. Indeksów możemy mieć wiele dla różnych kombinacji kolumn.

PHP ma funkcje od strumieni, ale widocznie w "czarnych księgach" z helionu, na których nasz inżynier opiera całą swoją wiedzę, jeszcze o tym nie napisano.

W ten sposób można zrobić odczyt. A jak sobie poradzić z zapisem? Czy trzeba całą baze zapisywać od początku? Otóż nie trzeba! Wystarczy zrobić coś takiego, że każdy rekord może być żywy lub martwy. Każdy rekord może mieć tylko jedną żywą wersje. Modyfikując jakiś rekord oznaczamy jego poprzednią wersje jako martwą i dopisujemy nową żywą na końcu pliku. Stara wersja sobie zostaje w pliku do czasu aż wykonamy porządkowanie(ci którzy używają MySQL zapewne kojarzą pojęcie), czyli czytając stary duży plik tworzy nowy duży plik pomijając przy tym martwe rekordy.

Oczywiście po każdym zapisie trzeba utworzyć indeks od nowa.

Poza tym jest wiele innych kwestii, ale nie chyba nie chcecie, abym tutaj sie na ten temat rozwodził