2009-12-24 6 views
2

이것은 일반적인 프로그래밍 질문입니다.라이트 블로깅 시스템 sans 데이터베이스

데이터베이스 백엔드없이 이미지, bbcode-ish 스타일 및 텍스트 을 처리 할 수있는 간단한 블로깅 시스템을 만드는 가장 좋은 방법은 무엇입니까? 극단적 인 경우 빛은 50 ~ 100 개의 게시물을 의미합니다. 어떤 언어를 사용해야합니까? 정보에 대해 선호하는 데이터 형식이 있습니까? 보안은 어떻게 작동합니까?

EDIT : 클라이언트에 데이터베이스가없고 공유 서버에 있습니다. 그건 바꿀 수 없어요. 따라서 DB가 없습니다.

EDIT2 :

누군가가 SQL 콤팩트를 언급 - 서버에 파일을 복사하는 것보다 더 아무것도 필요합니까? 여기서 중요한 것은 입니다.은 FTP Acess보다 더 많은 권한을 필요로하지 않아야합니다. 예를 들어 구글에서 플랫 파일 CMS-ES에 대한

+2

데이터베이스를 피할 수있는 특별한 이유가 있습니까? 데이터베이스가 가장 효율적이고 확장 가능한 솔루션이 될 것입니다. – Ariel

+0

http://ffdb-php.sourceforge.net/ 또는 Apache의 couchDB와 같은 파일 DB를 여전히 사용할 수 있습니다 – dusoft

답변

8

직접 해보기를 원하는 경우; 각 게시물을 디렉토리에 파일로 저장하십시오. 그런 다음 게시물을 정렬하고 제한하기 위해 파일 이름에 부분적으로 의존하여 파일을 정렬하고 제한하며 잠재적으로 (검색의 경우) 모든 마지막 파일을 읽을 때 사용합니다. 사용자가 10,000 개의 게시물을 만들도록하지 마십시오. 하지만 위의 내용은 플랫 파일 데이터 형식으로 간주됩니다. 각 게시물 파일 내에서 JSON, Yaml 또는 XML과 같은 표준 형식을 사용하고 Ajax 호출을 사용하여 대부분 클라이언트 측 코드에서 요청하여 멋지게 만들 수도 있습니다.

플랫 파일로 작업하려는 이유가 데이터베이스 서버를 설치하지 않으려는 경우, 로컬 (서버로) 파일을 버클리 DB, Lucene 인덱스 또는 적절한 클라이언트 라이브러리를 사용하여 웹 응용 프로그램 내에서 SQLite DB. 서버에 설치하기위한 동일한 요구 사항 (읽기 - 쓰기 파일 사용 권한)을 가지고 위에서 언급 한 것보다 조금 더 정숙하고 (조금 빠르고 코드에서 더 읽기 쉬운) 이러한 접근법을 찾을 수 있습니다. 많은 웹 프레임 워크 또는 언어 (예 : php)에는 이러한 클라이언트 라이브러리에 대한 API 옵션이 제공됩니다. SQLite, Lucy (C Lucene) 등이있다.

예를 찾고 있다면 (필자는 1999 또는 2000이라고 생각합니다) blosxom은 요청 당 cgi 스크립트 또는 cron 작업으로 실행되는 perl 스크립트입니다. 그것은 당신이 스캔하고자하는 디렉토리에 던져 넣은 것에 기초하여 "posts"의 날짜 인덱스를 만듭니다. 또한 RSS 피드를 만듭니다.

+0

+1, 특히 임베디드 데이터베이스를 저수준 솔루션 인 – Rob

+0

+1으로 제안한 것에 대해 많은 기성 블로그 엔진이 임베디드 데이터베이스를 지원할 수 있다고 덧붙일만한 가치가 있다고 생각합니다. 이 바퀴를 재발 명하는 데 전혀 의미가 없습니다. – Aaronaught

+0

+1은 SQLite에 대한 완벽한 대답처럼 들립니다. –

0

검색 : http://www.flatcms.org/

이 이미 다시 같은 CMS를 만들 필요가 없습니다 있도록 완료되었습니다. 그들 중 많은 수가 있습니다.

+0

이 링크는 콘텐츠 관리와 관련이없는 것으로 보이는 일본 사이트로 연결됩니다. – expiredninja

0

저는 이미 dusoft와 동의합니다.

DotNetBlogEngine.net은 멋진 XML 백엔드를 옵션으로 갖춘 ASP.NET (C#) 기반 블로깅 시스템입니다.

1

저는 여기서 사지에 나가서 항상 목적지는 아니지만 여행이라고 말하려고합니다.

이렇게하려면 나에게 익숙한 언어를 사용하는 것이 좋습니다. 개인적으로 이것은 C#/.net이 될 것입니다. 그러나 태그를 추가하면 PHP가 사용자가 선택하는 Serverside 스크립팅 언어라고 가정합니다.

내 응용 프로그램의 동작 방식을 레이아웃 할 것입니다.많은 데이터가있을 경우 조회 및 검색을 위해 일종의 DB를 (dlamblin이 언급 한대로) 고려해야합니다. (Light Blog가 아닌 많은 데이터 ... 1000 명의 사용자가 편집 할 수 있습니까? 아마도 DB를 고려해야합니다.) 데이터를 저장하는 방법을 결정했으면 데이터를 표시하는 방법을 결정하십시오.

구현하려는 각 기능 (블로그 템플릿, bbcode, 사용자 인증, 텍스트 검색 ...)에 대한 개념 증명 코드를 작성하고 모두 함께 시작하십시오.

+0

감사합니다. 실제로 이것은 내 고객을위한 것입니다. 가장 빈번한 게시물과 빈번한 게시물의 빈도가 1-3입니다. 1000 명의 사용자는 * 주요 * 과장입니다. 네, PHP는 여기에서 선택하는 언어입니다. – Moshe

0

직접 질문에 답변하지 않지만 Unify을 확인하십시오.

0

당신은 새로운 하나를 작성하거나 영감 싶어하지 않으려면 :

  • Ninja DesignsSimple PHP Blog은 DB-무료 워드 프레스에 노력하고 있습니다

  • +0

    DB 무료 WordPress - 인상적인 소리. 나는 이미 영감을 받았습니다. – Moshe

    2
    복제를

    Jekyll 또는 Blogofile은 "업로드하기 전에 페이지 컴파일"에 대한 가장 좋은 솔루션입니다.

    0

    XML을 사용할 수도 있고 SQL compact (SQL Server와 같은 것을 처리 할 수 ​​있지만 데이터베이스 대신 플랫 파일을 사용할 수 있음)를 사용할 수 있습니다.

    관련 문제