KeepAss + плагин для файрфокса под него, т.е. браузерные пароли автоматом сохраняются или берутся из keepass
Народ умудряется и на OpenVZ частоту ядра резать. Как я понял своим напильником режут. :)
Про KVM не в курсе.
по цене: 512рама 5гб диск - 2$ (3$ - уже под вопросом)
Если есть желание, то идея на подумать: некоторые хостеры дают полную частоту ядра и кратковременные запросы к ядру обрабатываются на максимальной скорости, если нагрузка продолжительная, то частота режется и вдска работает медленно и долго не напрягая соседей. Нагрузка спала - снова доступна максимальная частота ядра.
вы процитировали вопрос не к вам, а к хостеру...
моя позиция: нужно разделять ответственность. пока хостинг оплачен с вашего кошелька - ответсвенность несете Вы, закончилась оплата - Ваша ответственность заканчивается, т.е. ЛОК хостинга, затем снос. никаких впариваний "кредитов"
перенос таким образом долгов, по впаренным "кредитам" - вверх маразма.
н-да, вверх маразма.
С разработкой сайтов/вебстудиями из хостеров кто-нибудь сталкивался? Вопрос звучит глупо, но...
Банальная ситуация, приходит клиет:
- хочу сайт и хостинг под него - ОК
- но я слышал, что хостинг и домен нужно регистрировать только на себя, а не на веб студию - ОК, да это правильно (и вебстудии тоже головняка меньше)
- вот вам предоплата за все - ОК
вебстудия(или вебмастер) делает сайт, регистрирует - оплачивает хостинг, естественно в панеле делает все необходимое, заливает сайт, настраивает и т.д.
работа сделана - сдается клиенту, получается остаток оплаты, отдаются логины/пароли от хостинга.
клиент меняет пароль, дальше он сам рулит хостингом, оплатами и т.д.
клиент просит доработок - ОК, клиент дает пароль - заходим в панель.
закончились деньги на счету - сначала ЛОК за неуплату, через время снос. откуда взятся отрицательным суммам? как я понимаю разговор о впс-ках.
если хостер по каким-то причинам дает работать в долг - то это уже риски и ответсвенность хостера.
ivan-lev, есть еще вариант "универсального костыля" при помощи буферизации вывода пхп
1. включаем буферизацию и устанавливаем коллбек на себя
2. отдаем управление сторонней CMS, скрипту, кому угодно
3. получаем управление по колбеку, анализируем, если 200 - ничего не делаем, если 404 - чистим буфер(то что CMS-ка туда вывела), переписываем хеадер на 301 и делаем сам 301-й куда нужно.
Результат можно закешировать, чтобы лишний раз не дергать CMS-ку.
Если лень писать код для кеширования, то можно настроить кеширование 301-х ответов прямо в nginx-е, он это хорошо умеет делать.
угу... Жубы Жделать Жолотые
.
Еще наблюдение: во время кризисов цены на обучение могут долго стоять на месте(по старым ценам), т.к. многим становится не до учебы, падает спрос, недобор.
Так что если есть чему и где учиться, то можно вложить "остатки" рублей в свое обучение. (только нужно еще подождать, т.к. еще не "кризис" :) )
пишется обработчик 404-й ошибки, в нем:
1. сопоставляем "REQUEST_URI" с урлами подкатегорий / категорий и т.д., если ничего не нашли, то для 301-го выбираем главную
1.1 ну или тупо обрезаем урл до ближайшего справа слеша. это тоже работает.
2. изменяем хеадер страницы с 404-го на 301-й
3. отсылаем сам 301-й редирект на нужную страницу
работает все замечательно, браузер увидит один 301-й.
ps: не забывайте в этот скрипт добавить исключения для проверки "вебмастера" гугла/яндекса, иначе проверку можно не пройти. :)
RewriteRule ^hot\.html$ index.php?action=hot [NC,L]
Нет никакого "далее", т.к. Вы в первом правиле указали буковку [L] - Last, т.е. последующие строки в htaccess обрабатываться не будут
Используйте rsync+ssh и спите спокойно.
Если нужно, то предварительно бекапы запакуйте(например бекапы mysql) и положите в отдельную папочку на сервере. Затем rsync эту папку к себе домой.
