С помощью тиков Вы можете сделать вывод статуса прогресса параллельно выполнению основной задаче.
Мне стало интересно, что менее ресурсоёмко при чтение файлов конфигурации: сериализованные данные, include PHP файла или JSON. Забегая вперёд скажу, результаты теста показывают что без разницы как хранить настройки.
И так, вариант №1 include_once:
//test_include.php include_once 'config.php'; echo $config['var1']."\n"; echo $config['var5']."\n"; //config.php $config = array( 'var1' =--> 1, 'var2' => 2, 'var3' => 3, 'var4' => 4, 'var5' => 5, 'var6' => 6, 'var7' => 7, 'var8' => 8, 'var9' => 9, 'var10' => 10 );
Вариант №2 сериализованные данные:
//test_data.php
$config = unserialize(file_get_contents('config.data'));
echo $config['var1']."\n";
echo $config['var5']."\n";
//config.data
a:10:{s:4:"var1";i:1;s:4:"var2";i:2;s:4:"var3";i:3;s:4:"var4";i:4;s:4:"var5";i:5;s:4:"var6";i:6;s:4:"var7";i:7;s:4:"var8";i:8;s:4:"var9";i:9;s:5:"var10";i:10;}
Вариант №3 JSON данные:
//test_json.php
function toArray($data) {
if (is_object($data)) $data = get_object_vars($data);
return is_array($data) ? array_map(__FUNCTION__, $data) : $data;
}
$config = toArray(json_decode(file_get_contents('config.json')));
echo $config['var1']."\n";
echo $config['var5']."\n";
//config.json
{"var1":1,"var2":2,"var3":3,"var4":4,"var5":5,"var6":6,"var7":7,"var8":8,"var9":9,"var10":10}
Скрипт для многократного запуска:
//test.sh #!/bin/bash echo $1 i=0 while [ $i -lt 1000 ] do php $1 > /dev/null 2> /dev/null i=$[$i+1] done
Результаты:
$ time ./test.sh test_include.php test_include.php real 0m14.026s user 0m7.388s sys 0m5.076s $ time ./test.sh test_data.php test_data.php real 0m14.009s user 0m7.556s sys 0m4.900s $ time ./test.sh test_json.php test_json.php real 0m14.104s user 0m7.440s sys 0m5.024s
Как я и сказал в самом начале, нет особой разницы как хранить файлы конфигурации, но я всё же считаю что более читабельный вариант это всё же PHP файлы, т.к. в них можно без труда добавить комментарии, так же в них можно объявлять константы и пользоваться уже ими.
Иногда возникают случаи, что при создании функции мы заранее не можем определить сколько в неё будет передано параметров. В большинстве случаев это решается одним параметром в виде массива. Но иногда массив использовать не удобно, и нужно использовать именно параметры при вызове функции. Примером может служит функция sprintf в которой всего один параметр обязательный, но в неё может быть передано какое угодно количество дополнительных параметров. Итак, как мы это можем сделать? Для решения этой задачи нам понадобиться функция func_get_args(). Эта функция вернёт нам список всех переданных параметров. Объясню на примере:
function my_printf($msg, $args = null) {
if ($args !== null) {
return vsprintf($msg, array_slice(func_get_args(), 1));
} else {
return $msg
}
}
В примере проверяется есть ли дополнительные аргументы и если они есть, то от списка переданных аргументов отрезается первый элемент (само сообщение) и оставшиеся аргументы передаются функции vsprintf. А если аргументов нет, то тогда просто возвращается само сообщение.
Для полноты картины приложу так же вариант описанный в самом начале, с параметрами в виде массива.
function data($params = array()) {
$default = array(
'param_one' => 'foo',
'param_two' => 'bar'
);
$params = array_merge($default, $params);
//...
return $params;
}
$result = data(array('param_one' => 'other'));
print_r($result);
/*
Array
(
[param_one] => other
[param_two] => bar
)
*/
Когда вы расширяете функционал форума, то в большинстве случаев вам будет не хватать только программной части - бывает ещё необходимо администраторам давать хоть какие то рычаги для настройки поведения вашего модуля.
Я не смог найти как можно добавить настройки в самой панели управления при разработке модуля, но я опишу как можно добавить настройки в xml файле модуля.
И так, по мимо самой настройки, вам ещё понадобятся фразы для её отображения:
Второй и третий пункт нужен для каждой переменной. Первый пункт может вроде как отсутствовать, тогда вам просто необходимо добавить настройку в существующий пункт. Но я вам не рекомендую мешать всё в одну кучу. Третий пункт можно опустить, но с ним всё же будет понятнее пользователям-администраторам.
И так, я всё же решил начать писать заметки про этот "замечательный" движок для форумов.
Что же говорят он нём при сравнение на различных ресурсах: