семь граней стратегического управления

Дмитрий МЕЛЬНИЧУК

Семь граней

По мнению аналитиков — как отечественных, так и зарубежных, — российский рынок вступил в ту стадию, когда отсутствие разработанной стратегии мешает предприятиям на каждом шагу. Сиюминутные решения, которые принесли некоторым компаниям успех сразу после 1991 года, теперь не работают. Многие созданные в начале 90-х годов фирмы исчезли. Другие, достигнув определенного уровня, перестали расти. Сейчас и руководители новых компаний, и директора многих бывших государственных предприятий подходят к пониманию необходимости разработки долгосрочной стратегии развития. Этому способствует идентификация предприятия как целостной обособленной системы, а также формирование новых целевых установок для самого предприятия и его работников.

ПОЕЗДКА В АМЕРИКУ Читать далее «семь граней стратегического управления»

chmod freebsd рекурсивное изменение прав доступа к файлам и каталогам

Значениями по умолчанию являются:

для файлов: 644 (-rw-r—r—)
для директорий: 755 (drwxr-xr-x)

Так происходит потому, что флаг «исполнения» по-разному действует на файлы и директории. Для директории он означает возможность войти в него.

Например, можно сделать из командной строки:
Следующая команда выполнит рекурсивное применение правил для всех файлов в текущей директории, а также для всех файлов во всех поддиректориях:

# find . -type f -exec chmod 644 {} \;

Следующая команда выполнит рекурсивное применение правил для всех директорий в текущей директории, а также для всех директорий во всех поддиректориях:

# find . -type d -exec chmod 755 {} \;

Redmine

Напоминалка тебе идиоту! Чтобы стартанулся рэдмайн надо перезапустить апач! И не забывай стартовать PF.

после ребута на хостинге не забывай поднять ФТП, юзеры рыдают!!!

WebDAV Apache 2.0 и проблемы с ним связанные

Сегодня мы будем разбирать настройку WebDAV на FreeBSD 7.0 (работает так же на Linux, Windows  и прочих системах)

Строго говоря WebDAV работает на всех системах, где работает Веб Сервер Apache.

Для тех кто незнаком с WebDAV, расскажу чуть подробнее про это.

WebDAV – это Web-based Distributed Authoring and Versioning. Фактически WebDav – это расширение протокола HTTP, для работы с файлами на удаленном сервере по протоколу HTTP. Можно сказать, что WebDAV похож на FTP. Плюсом в использовании этого протокола: доступность откуда угодно при наличии веб доступа, возможность работы с использованием ssl шифрования, простота реализации, кросс-платформенность.

Читать далее «WebDAV Apache 2.0 и проблемы с ним связанные»

EpicFail

Блин, это просто засада! Так долго я мучился не мог понять, что за задница такая творится в мире, вчера переехал на новый канал, на новые айпишники. Соответственно у меня переехал один из ДНСов. Ну хорошо что у меня во всех доменах прописаны имена ДНСов а не айпи. Ну значит залез я в руцентр, поправил айпи первого ДНСа и вперед, ждем 6 часов, и все в порядке. А ничего подобного! Ни через 6 часов, ни через 8, ни через 12. Утром я забил тревогу, думаю что-то странное творится, часть доменов переехала нормально, а один домен не хотел переезжать ни в какую! Ох и намучался я с ним, долго думал в чем тут блин дело. Оказалось, что ошибка была в одной циферке, как обычно в одной гребанной циферке и костыле, который я сделал много лет назад.

Теперь описание что да как. Есть у меня два сервера на которых стоит основной ДНС и вторичный. На разных каналах, в разных подсетях, в разных концах города, все как у людей. Но вот в одном месте для работы чего-то там, не помню уже чего, был вбит костыль: на серваке был поднят ДНС который раздавал записи вида xxxxx.local.xxxx.ru, ну и чтобы все заработало, пришлось туда еще захерачить зону xxxx.ru как вторичный ДНС. Все работало очень долго, и все было хорошо, до тех пор пока мы не решили переехать на новый канал. Об этом костыле я конечно забыл. И вот, все настройки завершены, все хорошо. Я прописываю в главной зоне изменения ДНС и жду ответного гудка, который произошел совсем не так как я ожидал. Вся санта-барбара заключается в том, что я вместо первичного ДНС случайно прописал айпишник этого «куцего» ДНС, который работал в общем-то только на локалку. Соответственно когда происходил запрос на все зоны, они сначала попадали на «куцый» ДНС, тот всех слал лесом, и они все шли на вторичный ДНС получая в итоге все что надо. Вся сила чайного листа в действии! А вот ту самую зону xxxx.ru он конечно отдавал в старом варианте, потому как я уже сказал, я забыл о том что такой сервак вообще существует, и не прописал у него забирать зону с нового айпи.

Так что была странная штука, которая могла быть объяснена чем угодно, все блин зоны обновились нормально, получаются нормально, а одна зона не меняется. Причем оба сервака отдают зоны правильно. И только 16 часов спустя я увидел ошибку в главной зоне, что первичный ДНС совсем не тот что надо.

Главная суть: Недостаточно все проверить, и перепроверить! Надо проверить трижды.