Imagemagic позволяет в консоли обрабатывать изображения и обладает большим набором функций. В этой статье рассматриваются основные методы для изменения размера изображений, которые помогут Вам создавать миниатюры для фотографий размещаемых на сайте.
Простой способ задать раззные права доступов для файлов и каталогов внутри одной директории.
Если Вам необходимо выполнять одинаковые действия в консоле - например по планировщику, а так же по какому то действию пользователя, то имеет смысл из контроллера или модели вызвать функцию описанную в вашем классе Shell.
Для того что бы запустить код написанный с Console/Command необходимо в начале импортировать интересующий Вас класс, а потом вызвать нужную функцию.
//Console/Command/FeedShell.php App::uses('AppShell', 'Console/Command'); class FeedShell extends AppShell { public function main() { //... } public function load($feed_id) { //... } }
Далее в том месте где хотите использовать эту функцию пишем так:
App::uses('FeedShell', 'Console/Command'); $Feed = new FeedShell(); $Feed->load($this->id);
Я например это использую в модели, после сохранения записи.
Возникла идея по "допилу" интерфейса на тачах. Пролистывание экрана в низ до самого конца или вверх, при очень большом объёме информации занимает много времени. А что если в момент пролистывания по "энерции" появлялась бы активная область которая перемещала бы видимую область в конец или начало. Например так:
Начинаем пролистывать резко экран
Мне стало интересно, что менее ресурсоёмко при чтение файлов конфигурации: сериализованные данные, 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 файлы, т.к. в них можно без труда добавить комментарии, так же в них можно объявлять константы и пользоваться уже ими.
Навеяно статьёй "Ускорение резервирования базы данных" из журнала "Системный администратор" за декабрь 2012 год #12(121).
Основной смысл статьи был в том что бы не сохранять предварительные данные из mysqldump в файл который будет сжиматься, а сразу сжимать поток и записывать его на диск. Я сразу заинтересовался этой статьёй, т.к. у меня на сервере то же существует так скажем лишняя нагрузка которая меня нервирует.
У себя я использую bzip2 т.к. он лучше сжимает файл, но как результат у меня бекап снимается за 13m18.770s то есть всё выгляло изначально примерно так:
mysqldump --user=dumper --password=secret db_name --single-transaction --lock-tables --quick ${work_dir}/mysql/db_name.sql bzip2 -9 ${work_dir}/mysql/db_name.sql #13m18.770s
Иногда возникают случаи, что при создании функции мы заранее не можем определить сколько в неё будет передано параметров. В большинстве случаев это решается одним параметром в виде массива. Но иногда массив использовать не удобно, и нужно использовать именно параметры при вызове функции. Примером может служит функция 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 ) */
Поиск причины оказался затруднён тем что ff не хотел при этом показывать заголовки. Но после того как я подключил TCP/IP Monitor в Eclipse, то выяснилось что дело в том что Apache разбивает свой ответ на фрагменты (Transfer-Encoding: chunked). Nginx не может принять такой ответ и в добавок ко всему ещё пытается его сжать.
И так, решение. Отключаем в Apache разбивку ответа по частям. Для этого в настройках Apache или .htaccess указываем:
SetEnv downgrade-1.0
И после этого всё начинает работать нормально.
Для того что бы в Ubuntu можно было изменять яркость дисплея через клавишу Fn, нужно сделать следующее:
sudo gedit /etc/default/grub
Изменить GRUB_CMDLINE_LINUX=""
на GRUB_CMDLINE_LINUX="acpi_osi=Linux"
Затем,
sudo update-grub
Когда вы расширяете функционал форума, то в большинстве случаев вам будет не хватать только программной части - бывает ещё необходимо администраторам давать хоть какие то рычаги для настройки поведения вашего модуля.
Я не смог найти как можно добавить настройки в самой панели управления при разработке модуля, но я опишу как можно добавить настройки в xml файле модуля.
И так, по мимо самой настройки, вам ещё понадобятся фразы для её отображения:
Второй и третий пункт нужен для каждой переменной. Первый пункт может вроде как отсутствовать, тогда вам просто необходимо добавить настройку в существующий пункт. Но я вам не рекомендую мешать всё в одну кучу. Третий пункт можно опустить, но с ним всё же будет понятнее пользователям-администраторам.