최근 오라클이 MySQL에 대한 소극적이고 폐쇠적인 장책으로 MySQL제작자가 뛰쳐나와서 MariaDB를 만들었네요.
제작자말로는 구문이라던지 기타등등 호환성을 가지고 오픈소스로 진행된다고 하는데, 이에 대한 텍큐의 방향도 조금이나바 바꾸어야 할것 같습니다.

사실 텍큐가 매우 더디게 걸어가고 있기는 합니다.
예전보다 설치형에 대해 매력이 반감된 것도 사실이기도 하구요.

그래도 테더툴즈때부터 지켜보고 사용해온(외도도 많이 했지만요ㅎ) 사람이 있으니까요..^^;
언젠가 2.0 내놓고 워드프레스만큼이나 널리 퍼졌으면합니다 ^^;

ysyukr(prople) 작성:

기존의 질답[http://forum.tattersite.com/ko/viewtopic.php?id=11079]에 올렸었던 문제를 해결했습니다.

CentOS 6.3
Apache 2.2.23
PHP 5.3.21
MySQL 5.5.29

APC / Memcache / Memcached 추가로 사용중입니다.

초기에 이렇게 해서 사용중 PHP-Error 로그가 쌓여서 하나하나 해결하는 도중에 갑자기 로그인이 되어지지 않아 여러가지로 하다보니 APC를 비활성화 시키니 로그인이 되어집니다.

-__-;;;;;;;;;;;; 아래는 제가 설치했던 APC 관련 PHP info 입니다.

확인부탁드려요 ^^;

apc

APC Support    enabled
Version    3.1.14
APC Debugging    Disabled
MMAP Support    Enabled
MMAP File Mask    no value
Locking type    pthread mutex Locks
Serialization Support    php
Revision    $Revision: 328290 $
Build Date    Jan 25 2013 14:22:14

Directive    Local Value    Master Value
apc.cache_by_default    On    On
apc.canonicalize    On    On
apc.coredump_unmap    Off    Off
apc.enable_cli    Off    Off
apc.enabled    On    On
apc.file_md5    Off    Off
apc.file_update_protection    2    2
apc.filters    no value    no value
apc.gc_ttl    3600    3600
apc.include_once_override    Off    Off
apc.lazy_classes    Off    Off
apc.lazy_functions    Off    Off
apc.max_file_size    1M    1M
apc.mmap_file_mask    no value    no value
apc.num_files_hint    1000    1000
apc.preload_path    no value    no value
apc.report_autofilter    Off    Off
apc.rfc1867    Off    Off
apc.rfc1867_freq    0    0
apc.rfc1867_name    APC_UPLOAD_PROGRESS    APC_UPLOAD_PROGRESS
apc.rfc1867_prefix    upload_    upload_
apc.rfc1867_ttl    3600    3600
apc.serializer    default    default
apc.shm_segments    1    1
apc.shm_size    32M    32M
apc.slam_defense    On    On
apc.stat    On    On
apc.stat_ctime    Off    Off
apc.ttl    0    0
apc.use_request_time    On    On
apc.user_entries_hint    4096    4096
apc.user_ttl    0    0
apc.write_lock    On    On

APC 설정에서 apc.mmap_file_mask 설정이 되어있지 않아서 안되었었고, 설정을 잡아주니 바로 되네요... -_-;;;;;;;;;;;

기존의 질답[http://forum.tattersite.com/ko/viewtopic.php?id=11079]에 올렸었던 문제를 해결했습니다.

CentOS 6.3
Apache 2.2.23
PHP 5.3.21
MySQL 5.5.29

APC / Memcache / Memcached 추가로 사용중입니다.

초기에 이렇게 해서 사용중 PHP-Error 로그가 쌓여서 하나하나 해결하는 도중에 갑자기 로그인이 되어지지 않아 여러가지로 하다보니 APC를 비활성화 시키니 로그인이 되어집니다.

-__-;;;;;;;;;;;; 아래는 제가 설치했던 APC 관련 PHP info 입니다.

확인부탁드려요 ^^;

apc

APC Support    enabled
Version    3.1.14
APC Debugging    Disabled
MMAP Support    Enabled
MMAP File Mask    no value
Locking type    pthread mutex Locks
Serialization Support    php
Revision    $Revision: 328290 $
Build Date    Jan 25 2013 14:22:14

Directive    Local Value    Master Value
apc.cache_by_default    On    On
apc.canonicalize    On    On
apc.coredump_unmap    Off    Off
apc.enable_cli    Off    Off
apc.enabled    On    On
apc.file_md5    Off    Off
apc.file_update_protection    2    2
apc.filters    no value    no value
apc.gc_ttl    3600    3600
apc.include_once_override    Off    Off
apc.lazy_classes    Off    Off
apc.lazy_functions    Off    Off
apc.max_file_size    1M    1M
apc.mmap_file_mask    no value    no value
apc.num_files_hint    1000    1000
apc.preload_path    no value    no value
apc.report_autofilter    Off    Off
apc.rfc1867    Off    Off
apc.rfc1867_freq    0    0
apc.rfc1867_name    APC_UPLOAD_PROGRESS    APC_UPLOAD_PROGRESS
apc.rfc1867_prefix    upload_    upload_
apc.rfc1867_ttl    3600    3600
apc.serializer    default    default
apc.shm_segments    1    1
apc.shm_size    32M    32M
apc.slam_defense    On    On
apc.stat    On    On
apc.stat_ctime    Off    Off
apc.ttl    0    0
apc.use_request_time    On    On
apc.user_entries_hint    4096    4096
apc.user_ttl    0    0
apc.write_lock    On    On

4

(6 답글들, 질문과 답변 / 사용자 지원에 작성)

팥알 작성:

memcached를 끄고 써 보면 어떤가요?
memcached 쓰면 로그인할 때 자꾸 말썽이 생겨서 쓰기를 포기했던 기억이 있습니다.

이 서버에 XE에 memcached를 사용중이라서요 끄거나 켜거나 같은 현상이 일어나요 ^^;

5

(6 답글들, 질문과 답변 / 사용자 지원에 작성)

음.. 다시 발생하네요 -_-;;;;; 시간도 맞추었는데도.. ㄱ-..

6

(6 답글들, 질문과 답변 / 사용자 지원에 작성)

CentOS 6.3 설치시에 시간을 분명 Asia/Seuol로 지정했으나, 설치후 시간에는 현재시간을 UTC로 인식하여 UTC+9로 계산하고 있었네요

시간 올바르게 잡고나니 바로 됩니다 -_-.................

Aㅏ....

7

(6 답글들, 질문과 답변 / 사용자 지원에 작성)

CentOS 6.3
Apache : 2.2.23
PHP : 5.3.21
MySQL : 5.5.29

상태에서 1.8.6 및 1.9 beta6 를 설치해도

Invalid callback Session::write, class 'Session' not found(2)
File: Unknown:0
Unknown: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/tmp)(2)
File: Unknown:0
Invalid callback Session::close, class 'Session' not found(2)
File: Unknown:0

이런오류가 나옵니다.

그래서 php.ini 의 session.save_path 지정 및 chmod 1777 /tmp 를 통해 지정도 해주었습니다.

prople.kr/info.php 에 보면 아시겠지만 memcached도 설치해서 설정을 해주었습니다.

prople.kr/owner 에서는 오류는 계속 생성만 되어집니다.

같은 서버의 XpressEngine의 경우는 매우 잘 돌아가는 상태입니다.

이전에 WordPress로 설치해보았지만, 매우 잘돌아갔습니다.

무엇이 문제가 되는 것일까요...?

ps. WordPress도 설치해봤지만 역시 TextCube가 제 성격에 더 잘맞는거 같아요 ㅠㅠ