Сегодня 11 января, суббота ГлавнаяНовостиО проектеЛичный кабинетПомощьКонтакты Сделать стартовойКарта сайтаНаписать администрации
Поиск по сайту
 
Ваше мнение
Какой рейтинг вас больше интересует?
 
 
 
 
 
Проголосовало: 7278
Кнопка
BlogRider.ru - Каталог блогов Рунета
получить код
Заметки разработчика
Заметки разработчика
Голосов: 1
Адрес блога: http://dev-mark.blogspot.com/
Добавлен: 2010-12-01 12:46:23
 

Ubuntu: vsftpd в не показывает .htaccess и другие dotfiles

2012-11-02 10:53:00 (читать в оригинале)

Настраивал сервер в виртуальной машине c Ubuntu 8.04.4 LTE и столкнулся со следующей проблемой: vsftpd не отображает файлы начинающиеся с точки 'dotfiles'.

Начал искать параметр отвечающий за отображение файлов начинающихся с '.'. Несколько раз бегло пролистал файл конфигурации... Затем прочитал весь файл с комментариями и не нашёл ни одного упоминания dot files.

Тут на помощь приходит 'man'

man vsftpd.conf
force_dot_files
    If  activated,  files  and  directories  starting with . will be
    shown in directory listings even if the "a" flag was not used by
    the client. This override excludes the "." and ".." entries.

    Default: NO

По умолчанию значение параметра 'NO'.

Дальше проще.

Открываем в текстовом редакторе с правами суперюзера файл конфигурации (/etc/vsftpd.conf)

sudo vim /etc/vsftpd.conf

или

sudo nano /etc/vsftpd.conf

Вставляем в конец файла следующую строку, явно указав значение параметра force_dot_files:

force_dot_files=YES

Сохраняем файл и перезапускаем vsftpd.

sudo /etc/init.d/vsftpd restart




Восстановление пароля в Alt Linux.

2012-08-18 21:36:00 (читать в оригинале)

Попросили помочь решить проблему. Работал человек, а после увольнения забыл пароль от сервера...

Нашлось решение

В меню загрузчика пропишите в параметрах init=/bin/sh

Загрузится консоль. Выполните в ней команды:

mount / -o rw,remount
passwd

Указываем новый пароль для рута или другого пользователя passwd user_login

Далее выполните команды:

mount / -o ro,remount
reboot

Можно логиниться с новым паролем...

Восстановление пароля администратора




Планы

2012-04-17 11:51:00 (читать в оригинале)

В ближайшее время планирую обновить и продолжить статьи по Kohana 3.2 и начинать готовиться к Kohana 3.3 и соответствующими проблемами с совместимостью, ибо опять изменения

По немного начинаю работать с Zend Framework, в связи с чем появятся статьи по этому фреймворку. Хотя после Kohana работать с Zend'ом тяжеловато... некоторые вещи кажутся избыточными, для некоторых требуются дополнительные телодвижения.

Плотно подсел на sass. В одном из проектов с макетом у которого не была до конца определена цветовая гамма, решил попробовать... понравилось, теперь вся вёрстка с sass. В ближайшее время хочу поковыряться с less, благо повод есть.

Решил проблему с мучениями административного интерфейса, перевёл на twitter bootstrap. Быстро прототипизируется, удобно, можно оптимизировать для мобильных устройств. Всё лишнее можно вырезать. CSS собирается из less, собственно повод по ковырять с less. Плагины на js с алертами, модальными окнама, прогресс-барами, выпадающими списками, табами и т.д.

Перешёл с ant на phing, если потратить несколько часов на написание и отладку build.xml для проекта, то потраченное время окупиться с лихвой. Проект сам бэкапиться, кэш отчищается, sass/scss пересобирается, все js и css файлы минифицируются, создаётся дамп базы, скрипты проверяются на соответствию стандарту кодирования, документация генерируется, файлы для размещения складываются в отдельный каталог для выкладывания на продакшен, девелоперские конфиги меняются на "боевые". Выкладываю в ручную, хотя и это можно делигировать phing'у.

Начав изучать Zend Framework наткнулся на несколько внятных статей по юнит-тестированию, в которых описываются не какие-то абстрактные классы или объекты с абстрактными вызовами, а весьма конкретные контроллеры приложения с соответствующими тестами на них и объясняется что такое code coverage... После этого понял, что во всех проектах использовал ручное тестирование. Постараюсь и эту тему раскрыть, ибо полезное, важно и удобное, но в документации чёрт ногу сломит, никто внятно не может объяснить зачем это нужно и как использовать.

p.s. Что меня бесит в Zend coding standards, это 4 пробела вместо табуляции, я понимаю в python блоки выделяются парными пробелами и замена табуляцией не прокатит на уровне компилятора, но в php может быть табуляция или любое количество пробелов.

Решение: добавил в начало скриптов // vim:ts=4:sts=4:sw=4:et




Ubuntu: Устанавливаем и настраиваем MySQL

2011-03-20 12:24:00 (читать в оригинале)

Немного о установке и настройке MySQL сервера на Ubuntu.

Сам процесс установки не является чем-то сложным (если не рассматривать сборку из исходников связки Apache + PHP + MySQL, хотя и это несложно :) ) устанавливаются пакеты и немного правятся файлы конфигурации.

Дальше »




Kohana 3.1: Руководство по обновлению и миграции

2011-02-08 22:10:00 (читать в оригинале)

Изменения в классе Request

Класс Request был разделён на два класс Request и Response. Для установки ответа вы использовали:

$this->request->response = 'foo';

Оно было изменено на:

$this->response->body('foo');

Некоторые свойста существовавшие в классе Request были преобразованы в методы класса:

Request::$controller -> Request::controller()
Request::$action -> Request::action()
Request::$directory -> Request::directory()
Request::$uri -> Request::uri()

Request::instance() был заменен на Request::current() и Request::initial(). Обычно вы будете использовать Request::current(), но если вы уверены что хотите оригинальный запрос (когда запущен HMVC), используйте Request::initial()


Изменения в классе Validation

Класс проверки был улучшен для включения поддержки "контекста", из-за этого изменился API. Кроме того класс был разделён: ядро логики проверки теперь отделено от встроенных правил проверки. Новый класс ядра называется Validation, а правила расположены в классе Valid.


Проверка контекста

Класс проверки теперь содержит поддержку "контекста". Это позволило объединить методы rule() и callback(), и в теперь это просто метод rule() который может использоваться в обоих случаях.

Старый вариант использования:

rule('password', 'matches', array('repeat_password'))

Новый вариант использования:

rule('password', 'matches', array(':validation', 'password', 'repeat_password'))

Третий параметр содержит все параметры которые должны пройти проверку правилом. Если взглянуть на Valid::matches(), то увидим:

public static function matches($array, $field, $match)

:validation первый параметр, 'password' - второй (поле которое мы хотим проверить) и 'repeat_password' это третье (которое мы хотим сравнить)

:validation это специальная переменная "контекста" которая указывает классу Validation о замене текущего класса проверки. Таким образом правила matches() не отличаются от callback() в работе, но более мощные. Есть и другие контекстные переменные:

:validation - Объект проверки

:field - Имя поля (rule('username', 'min_length', array(':field', 4)))

:value - Значение поля

Можно использовать любую php функцию, если она возвращает логическое значение.


Куки salt

Класс Cookie вызывает исключение, если salt не установлена, по умолчанию salt не установлена. Вы должны убедиться, что установили salt в файле инициализации (bootstrap.php):

Cookie::$salt = 'foobar';

Или определить расширение класса Cookie в вашем приложении:

class Cookie extends Kohana_Cookie
{
    public static $salt = 'foobar';
}

Изменение конструктора контроллера

Если по какой-то причине вы хотите изменить свой конструктор контроллера, он изменился на:

public function __construct(Request $request, Response $response)

Изменения index.php и bootstrap.php

Основным изменением стало удаление запроса из bootstrap.php и перенос его в index.php. Это позволит использовать один файл инициализации для выполнения тестирования. Причина изменения в том, что инициализации выполняет только установку среды, она не должна запускать её.


Обработка 404

Теперь Kohana имеет встроенную поддержку исключения для 404 и других кодов статуса HTTP. Если вы использовали ReflectionException для обнаружения 404, то сейчас должны использовать Http_Exception_404. Подробности обработка ошибок




Страницы: 1 2 3 4 5 6 7 

 


Самый-самый блог
Блогер ЖЖ все стерпит
ЖЖ все стерпит
по количеству голосов (152) в категории «Истории»


Загрузка...Загрузка...
BlogRider.ru не имеет отношения к публикуемым в записях блогов материалам. Все записи
взяты из открытых общедоступных источников и являются собственностью их авторов.