Fi1osof

Fi1osof

С нами с 05 мая 2014; Место в рейтинге пользователей: #10
Fi1osof
23 января 2015, 19:48
0
ОК.
Fi1osof
22 января 2015, 21:10
+1
Василий, на хостинге небольшая бага с путями. К примеру, у сайта путь /home/s933/www/ (по MODX-конфигам), но для пых-пыха путь /jail/home/s933/www/ (если выполнить print __DIR__). Из-за этого печалька с тем же phpThumbOf: у него есть настройка phpthumb_allow_src_above_docroot, которая по умолчанию стоит false, и хотя оба пути доступны скриптам, самб считает что /jail/home/s933/www/ — это уже за пределами /home/s933/www/. Получаем ошибку:
(ERROR @ /index.php) [pThumb] Resource: 1 || Image: /home/s933/www/assets/images/products/notebook/Toshiba_PSCG8R.png
Could not generate thumbnail
phpThumb debug output:
    [0] => phpThumb() v1.7.13-201406261000 in file "phpthumb.class.php" on line 220
    [1] => setSourceFilename(/home/s933/www/assets/images/products/notebook/Toshiba_PSCG8R.png) set $this->sourceFilename to "/home/s933/www/assets/images/products/notebook/Toshiba_PSCG8R.png" in file "phpthumb.class.php" on line 271
    [2] => Addding ImageMagick formats to $AvailableImageOutputFormats (text;ico;bmp;wbmp;gif;png;jpeg) in file "phpthumb.class.php" on line 919
    [3] => $AvailableImageOutputFormats = array(text;ico;bmp;wbmp;gif;png;jpeg) in file "phpthumb.class.php" on line 925
    [4] => $this->thumbnailFormat set to $this->config_output_format "jpeg" in file "phpthumb.class.php" on line 936
    [5] => $this->thumbnailFormat set to $this->f "png" in file "phpthumb.class.php" on line 943
    [6] => $this->thumbnailQuality set to "99" in file "phpthumb.class.php" on line 953
    [7] => resolvePath: /home/s933/www/assets/images/products/notebook/Toshiba_PSCG8R.png (allowed_dirs: Array
(
)
Как временное решение можно конечно в настройках сайта изменить phpthumb_allow_src_above_docroot на true, но все же бага.
Fi1osof
22 января 2015, 16:18
0
И не забываем про бэкапы:)
Fi1osof
22 января 2015, 16:17
0
Ну ОК.
Пожалуйста.
Fi1osof
22 января 2015, 15:42
5
+3
Ставите Console.
Выполняете код:
ini_set('max_execution_time', 0);
ignore_user_abort(true);
$c = 'modResource';
$q = $modx->newQuery($c);
$q->sortby('id');
$q->select(array(
	"{$c}.*",
));
$s = $q->prepare();
$s->execute();
while($row = $s->fetch(2))
	$response = $modx->runProcessor('resource/update', $row);
	if($response->isError()){
		print_r($response->getResponse());
		return;
	}
	$modx->error->reset();
}
Так как у вас документов много, советую сначала прогнать только корневые документы (добавить в запрос $q->where(array('parent' => 0));), а потом по каждому разделу в отдельности, указывая соответствующий parent.
Fi1osof
22 января 2015, 15:34
0
Василий, а на сколько оправдано так много строк кода? У нас в смарти-плагине всего несколько строчек. Все тоже самое, ниразу не было замечено, чтобы склонения как-то не так были.
{$count|spell:«яблоко»:«яблока»:«яблок»}
Fi1osof
17 января 2015, 23:42
0
Спасибо на добром слове!
Fi1osof
17 января 2015, 22:56
0
Печально что «Гуру» MODX сообщества не может сам настроить сервер или поправить бутстрап верстку…
Я серверный программист, а не сисадмин или верстальщик. Профили разные. То, что ты сам сервер настраивает, определяет тебя больше как сисадминка, но это не добавляет тебе скилов в MODX-е.

Мне жалко тех последователей что идут за вами,
Не жалейте. Лучше поздравьте своих последователей, если таковые есть.
Fi1osof
17 января 2015, 22:53
0
Это сразу два :)
То есть основной скин сайта, и расширяющий.
Fi1osof
17 января 2015, 22:37
+5
Опять униженные и оскорбленные притопали…
и мемкешь
В настройках cache.xPDOFileCache. Пусть меня поправят, если я ошибаюсь в том, что кеширование здесь стандартное используется.

Николай это уже давно все используют а вы только сейчас дошли…
Вот не надо гнать :) Что-то тебя здесь не было заметно. Дал бы пару дельных советов по настройкам кеширования.

Мало того сколько времени потребовалось на то что бы понять что login и getPage это якаря тянущие производительность на дно…
Ты еще MODX-а не трогал, когда я это знал. И не мало делал того, что улучшало производительность. До замены логина и getPage руки не доходили. Дошли. А ты много каких полезных компонентов сделал/выложил?

Уточняю, для тебя, что я здесь не мог и не касался настроек хостинга. Закинул свой сайт и говорю о результатах. Закинь и ты сюда самый быстрый твой сайт и погоняем его, какая у тебя там скорость получается. Только с доступом в админку, чтобы все было открыто. Вот тогда и посмотрим какой ты умелец :)
Fi1osof
15 января 2015, 19:29
0
Так мы же в России :)
Если хотите, я могу залить пакет. Но на самом деле разницы между тем, что вы распространяете уже готовый пакет, и если это будет гит-проект — по-моему вообще никакой, с юридической точки зрения.
Fi1osof
15 января 2015, 18:31
0
Планируется? Или что-то мешает (соображения какие-то или ограничения)?
Fi1osof
15 января 2015, 18:06
0
Огромный респект за работу!
А github-проект есть?
Fi1osof
25 декабря 2014, 01:25
+2
Если вы много работаете, вам некогда зарабатывать деньги.
Fi1osof
17 декабря 2014, 15:23
0
Ясно. ОК.
Fi1osof
17 декабря 2014, 14:57
0
Но здесь же у тебя используется кешер? Вот интересно, есть ли сейчас эта проблема? И если ее вот устранить, производительность повысится или как?
Fi1osof
17 декабря 2014, 13:39
0
Чтобы убедиться в этом попробуй через файловый манагер MODX-а удалить папку core/cache/. Если после удаления не увидишь ее или увидишь там только папку registry, то у тебя все ОК.
Не проверял у себя? Появляется папка с настройками или как? Просто у меня в свое время эта фигня существенно отнимала в производительности сайта.
Fi1osof
17 декабря 2014, 13:13
1
+1
Василий, привет!

Не знаю писал здесь кто или нет, не прочитал я все ~150 комментов, но есть такой момент, который у тебя в топике не описан: дело в том, что меняя кеш-хэндлер в настройках (и/или кеш-префикс), возникает проблема повторного использования кешера. Проблема эта связана с тем, что при инициализации MODX еще ничего не знает про твои настройки. Он инициализируется, получает дефолтовый файловый кеш-манагер (ведь он еще не прочитал настройки или кеш настроек, где указан иной кеш-провайдер) и только после того, как у него есть инфа по измененным настройкам кешера, он начинает юзать указанный кешер. Чтобы убедиться в этом попробуй через файловый манагер MODX-а удалить папку core/cache/. Если после удаления не увидишь ее или увидишь там только папку registry, то у тебя все ОК. А если увидишь несколько папок, включая system_seettings и context_settings, то тогда то, о чем я сказал.

На мой взгляд идеального управляющего механизма в MODX на этот счет нет и пока лучшее, что я нашел — это дублировать настройки кешера и префикса в конфиг MODX-а core/config/config.inc.php, там для этого специально заведен массив $config_options. Пишем там:
$config_options = array (
    "cache_prefix"  => "your_prefix_",
    "cache_handler" => "cache.xPDOMemCached",	// Или какой другой хэндлер
);
Вот тогда MODX сразу при инициализации уже будет знать какой кеш-провайдер использовать, и не будет юзать стандартный файловый.