Agel Nash

1) Качайте либу MODxAPI и закидывайте в папку /assets/lib/MODxAPI/

2) Отключаете плагины кроме TransAlias

3) В корне сайта файл такого содержания

<?php

set_time_limit(0);

error_reporting(E_ALL ^ E_NOTICE);

ini_set('display_errors','On');



define('MODX_API_MODE', true);

include_once(dirname(__FILE__)."/index.php");

require_once MODX_BASE_PATH."/assets/snippets/phpthumb/phpthumb.class.php";



$modx->db->connect();

if (empty ($modx->config)) {

    $modx->getSettings();

}

  

require_once MODX_BASE_PATH."/assets/lib/MODxAPI/modResource.php";

$q = $modx->db->query("SELECT id FROM ".$modx->getFullTableName('site_content'));

while($row = $modx->db->getRow($q)){

	$DOC = new modResource($modx);

	$DOC->edit($row['id'])->save(true, true);

}

echo 'done';

и открываете его в браузере.

Время ответа до 8 мс вы никак не сможете сократить, т.к. в зависимости от сервера только на инициализацию движка MODX Revolution уходит от 100 до 200 мс + еще на обработку скриптов вызываемых на странице требуется время.

Из рекомендаций по увеличению времени отклика без явных переделок могу посоветовать следующее:

- Избавьтесь от статических элементов (сниппетов/плагинов и чанков) убрав галочку статический.

- Перенесите параметры сниппетов в наборы параметров

- Проверьте настройки кеширования вашего движка (возможно перенос кеша из файлов в memcache или APC позволит немного ускорить загрузку страниц)

Можете стукнуть мне в скайп если нужна будет помощь.

Полное описание уязвимости от самого автора. Т.е меня:-)

---------- Добавлено 23.06.2013 в 23:52 ----------

Браузер Opera?

Просто MODX уже с ног до головы изучил и "не родное" сразу же в глаза бросается, да и о дырках всех знаю "где, что и почему". Посему получается довольно быстро и поэтому, именно на этот движок делаю ставку. Но вообще работаю с любыми движками. Напишите мне в скайп или аську - обсудим.

150 WMZ. Раз уж такая пьянка

170 WMZ раз такое дело

Шаг. 150$...

+10 WMZ........

Всем спасибо. Пофиксил ситаксис конфига. Затем запустил mysql_upgrade и все ок.

ух. Поставил. из Atomic репозитория.

wget -q -O - http://www.atomicorp.com/installers/atomic.sh | sh
yum install php-imap

Заодно обновил php до версии 5.3.19 и мускуль. Уж где-где, но не думал, что mysql отвалится.

[root@agel-nash log]# /etc/init.d/mysqld start
MySQL Daemon failed to start.
Starting mysqld:                                           [FAILED]

Теперь вообще полный ахтунг.

121229 23:33:58 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
121229 23:34:01 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
121229 23:34:01 [Note] libgovernor.so not found
121229 23:34:01 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.
121229 23:34:01 [Note] Plugin 'FEDERATED' is disabled.
/usr/libexec/mysqld: Table 'mysql.plugin' doesn't exist
121229 23:34:01 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
121229 23:34:01 InnoDB: The InnoDB memory heap is disabled
121229 23:34:01 InnoDB: Mutexes and rw_locks use GCC atomic builtins
121229 23:34:01 InnoDB: Compressed tables use zlib 1.2.3
121229 23:34:01 InnoDB: Using Linux native AIO
121229 23:34:01 InnoDB: Initializing buffer pool, size = 128.0M
121229 23:34:01 InnoDB: Completed initialization of buffer pool
121229 23:34:01 InnoDB: highest supported file format is Barracuda.
121229 23:34:01 InnoDB: 1.1.8 started; log sequence number 26697853915
121229 23:34:01 [ERROR] /usr/libexec/mysqld: unknown option '--skip-locking'
121229 23:34:01 [ERROR] Aborting

121229 23:34:01  InnoDB: Starting shutdown...
121229 23:34:03  InnoDB: Shutdown completed; log sequence number 26697853915
121229 23:34:03 [Note] /usr/libexec/mysqld: Shutdown complete

121229 23:34:03 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended