1

주제: 어드민 로그인시 notice에 역시...

어드민 로그인시 notice에 역시 일반 포스팅과 마찬가지로..

수정, 창으로수정, 공개(혹은 비공개), 지우기, 트랙백

과 같은 메뉴가 있어야하지 않나 생각이 듭니다.
notice 에 대해 수정할 때마다..
매번 글목록으로 가서 선택해서 수정하는게 어떤면에서는 일관성이 떨어지고, 또한 불편하군요..

티스토리로 옮기고나서, 한동안 이것저것 보다보니..
몇몇 불편한게 보이네요..
몇몇 폭탄글 올립니다.

Yesterday is history, tomorrow is a mystery, and today is a gift; that's why we call it - present

2

답글: 어드민 로그인시 notice에 역시...

전에 관리자링크 기능 넣는 것에 대해 교주님께 건의드린 적이 있었는데
교주님이 원채 바쁘셔서 잊어버리셨나봅니다;;;;

하늘은 스스로 삽질하는 자를 삽으로 팬다

3

답글: 어드민 로그인시 notice에 역시...

htna 작성:

어드민 로그인시 notice에 역시 일반 포스팅과 마찬가지로..

수정, 창으로수정, 공개(혹은 비공개), 지우기, 트랙백

과 같은 메뉴가 있어야하지 않나 생각이 듭니다.
notice 에 대해 수정할 때마다..
매번 글목록으로 가서 선택해서 수정하는게 어떤면에서는 일관성이 떨어지고, 또한 불편하군요..

티스토리로 옮기고나서, 한동안 이것저것 보다보니..
몇몇 불편한게 보이네요..
몇몇 폭탄글 올립니다.

공지 보기에서도 관리자 수정 링크가 나오도록 하겠습니다. smile

공지글의 경우 트랙백 보내기 기능이 없으므로 그 부분은 빠지겠네요^^

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

4

답글: 어드민 로그인시 notice에 역시...

htna 작성:

어드민 로그인시 notice에 역시 일반 포스팅과 마찬가지로..

수정, 창으로수정, 공개(혹은 비공개), 지우기, 트랙백

과 같은 메뉴가 있어야하지 않나 생각이 듭니다.
notice 에 대해 수정할 때마다..
매번 글목록으로 가서 선택해서 수정하는게 어떤면에서는 일관성이 떨어지고, 또한 불편하군요..

티스토리로 옮기고나서, 한동안 이것저것 보다보니..
몇몇 불편한게 보이네요..
몇몇 폭탄글 올립니다.

412번 티켓에 등록하였습니다. smile

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

5

답글: 어드민 로그인시 notice에 역시...

여기에 이 글을올리고 한동안잊고있었네요.

아 근데.
티스토리에는 플러그인설치못하나요?
프로그램소스꾸며주는플러그인이 매우유용한데 쓸수가없네요...

Yesterday is history, tomorrow is a mystery, and today is a gift; that's why we call it - present

6

답글: 어드민 로그인시 notice에 역시...

이 링크를 참조해 주세요 smile
http://forum.tattersite.com/ko/viewtopi … 962#p15962

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

7

답글: 어드민 로그인시 notice에 역시...

글이 올라오게 되었으니.
얘기를 함 계속해 보겠습니다.
(티스토리 감사합니다. ^^ 정말 좋네요 ^^)

티스토리에 플러그인을 설치할 수 없다는 사실에 대해서는 티스토리에 가입하기 전부터 알고 있었습니다. 물론, 충분한 분량의 플러그인이 있을거라 생각하고 있었구요. 티스토리에, 매우 강력한 플러그인 들이 있기에, 매우 만족하고 있습니다. 하지만, 어딘가 2% 가 모자라다는 느낌이. ^^

물론, 플러그인의 성격이 디비와 서버에 위험을 줄 수 있는 막강한 기능을 가지고 있습니다. 하지만, 대부분의 플러그인 들이, 서버의 디비에 기록을 하는 기능이 아닌, "서버가 가지고 있는 디비의 내용을, 어떻게 하면 좀 더 이쁘게 포장해 줄 수 있을까" 라고 봅니다. 즉 결론을 말하면, 플러그인에 제한설정 같은것을 둬서, DB ReadOnly plugin 종류와 DB ReadWritable plugin 을 두면, 서버의 안정성을 해치지는 않으면서, 많은 사용자의 희망사항을 충족시킬 수 있는 방법이 있지 않을까 생각합니다.

물론, 몇몇 어려움이 있을것으로 봅니다. (제가 php 와 DB 에 문외한이라서.. 정확히 짚지는 못하겠습니다..) 하지만, 가령, Read Only plugin 의 경우,
1) readonly로 처리된 플러그인이, DB의 내용을 바꾸려는 함수 호출의 경우에, 무시한다던지...
2) 플러그인 타입을 stream 형태로서, 포스팅 글의 내용을 확장시키는 역활만을 허용한다던지
예를들어 "(원문) -> (TT preprocessing module) -> (...)  -> (HTML)" 와 같이 하여, (...) 부분을 stream 형태의 plugin 들의 리스트로 해서 [xxx] ... [/xxx] 나 [xyz /] 와 같은 TT 가 처리하지 않은 키워드를 처리해서 HTML 로 바꿔주는 역활을 한다던지..

등의 방법이 있지 않을까요 ??

나름, 굳이 티스토리 사용자가 아니고, tatter tools 사용자 이더라도, 플러그인을 안심하고 쓸 수 있게 되는 계기가 되지 않을까 생각합니다.

혹은, 요청하면 해당 플러그인을 사용할 수 있을까요 ???

PS:
최근에 안 사실입니다만.
교수님이 누구실까 매우 궁금해 하고 있었습니다.
'inureyes' 님 아니신가요 ???

htna (2007-05-26 12:17:37)에 의해 마지막으로 수정

Yesterday is history, tomorrow is a mystery, and today is a gift; that's why we call it - present

8

답글: 어드민 로그인시 notice에 역시...

htna 작성:

1) readonly로 처리된 플러그인이, DB의 내용을 바꾸려는 함수 호출의 경우에, 무시한다던지...
2) 플러그인 타입을 stream 형태로서, 포스팅 글의 내용을 확장시키는 역활만을 허용한다던지
예를들어 "(원문) -> (TT preprocessing module) -> (...)  -> (HTML)" 와 같이 하여, (...) 부분을 stream 형태의 plugin 들의 리스트로 해서 [xxx] ... [/xxx] 나 [xyz /] 와 같은 TT 가 처리하지 않은 키워드를 처리해서 HTML 로 바꿔주는 역활을 한다던지..

PHP는 함수 콜을 중간에 인터셉트할 방법이 없는 것으로 알고 있습니다. 혹시 구현 방법을 아시면 전파해 주세요.

9

답글: 어드민 로그인시 notice에 역시...

graphittie 작성:
htna 작성:

1) readonly로 처리된 플러그인이, DB의 내용을 바꾸려는 함수 호출의 경우에, 무시한다던지...
2) 플러그인 타입을 stream 형태로서, 포스팅 글의 내용을 확장시키는 역활만을 허용한다던지
예를들어 "(원문) -> (TT preprocessing module) -> (...)  -> (HTML)" 와 같이 하여, (...) 부분을 stream 형태의 plugin 들의 리스트로 해서 [xxx] ... [/xxx] 나 [xyz /] 와 같은 TT 가 처리하지 않은 키워드를 처리해서 HTML 로 바꿔주는 역활을 한다던지..

PHP는 함수 콜을 중간에 인터셉트할 방법이 없는 것으로 알고 있습니다. 혹시 구현 방법을 아시면 전파해 주세요.

머 인터셉트 까지야..
그런정도의 얘기를 한 것은 아닙니다.
대략 구조를 다음과 같이 하면.. (이미 내부적으로 이렇게 되어 있겠지만...)
(php 코드를 잘 알지 못하기에, 대략 pseudo code 로 씁니다. 그리고 preprocessing 이라고 해야할지, postprocessing 이라고 해야 할지는...)

string posting_preprocessing(int posting_index)
{
    string posting = get_posting_text_from_data_base_by( posting_index );
    posting = tt_posting_preprocessing( posting );
    std::list<posting_preprocessing_module*> modules = tt_list_of_using_plugin_of posting_preprocessing();
    for(iterator iter=modules.begin(); iter != modules.end(); iter++) {
        posting_preprocessing_module* module = *iter;
        posting = module->preprocessing( posting );
    }
    return posting;
}

string tt_posting_preprocessing(string posting)
{
    // convert "[##_ ... _##]" to html
    return posting;
}

string sample_module( string posting )
{
    while( find(posting, "[ code cpp]") == true ) {
        from = find_pos(posting, "[code cpp]");
        to = find_pos_from(posting, "[/ code]
", from);
        string before = substring_from_to(posting, 0, from);
        string convertto = substring_from_to(posting, from, to);
        string after = substring_from_to(posting, to, posting.size());
        {
            convert_string_from_to( convertto, "if", "<font color=blue><b>if</b></font>"); // 걍 "if" 란 스트링을 "..." 으로 바꾼다고 칩시다.
            convert_string_from_to( convertto, "then", "<font color=blue><b>then</b></font>");
            convert_string_from_to( convertto, "else", "<font color=blue><b>else</b></font>");
            convert_string_from_to( convertto, "int", "<font color=blue><b>int</b></font>");
            convert_string_from_to( convertto, "double", "<font color=blue><b>double</b></font>");
            ...
        }
        posting = before + convertto + after;
    }
    return posting;
}

머 대강 혼동이 될지는 모르겠습니다만.
이와같이(???), DB 에 있는 각 글의 꾸밈정보들 만을 후처리(혹은 전처리) 해주는 플러그인을 허용한다면.
서버에 문제를 주지는 않을까 생각합니다.

php 를 잘 모르기에..
함 올려봤습니다.
^^;;;

Yesterday is history, tomorrow is a mystery, and today is a gift; that's why we call it - present