[lang_en]
Some days ago I came across interesting resource from Google. They are providing free access to video recordings from the some of their Educational seminars.
As far as I understand, these seminars has been provided by Google for their staff and now all of us can get them via Google Video service.
By the way, when I have decided to view some of that interesting seminars, it was not wery confortable for me to view them in browser window… and I have googled 😉 for some method to save video from google to local disk. As the result of my seraching, I got great service, that allows saving any clip from Google Video, Youtube or iFilm services to local disk!
And now, you have link to very interesting collection of video clips and you know the metod how to save it to local disc… the last I need to do is to say: “Happy viewing!” 🙂
[/lang_en]
[lang_ru]
Несколько дней назад я наткнулся на интереснейший ресурс от Google. Они предоставля.т бесплатный доступ к видеозаписям своих образовательных семинаров.
На сколько я понимаю, эти семинары были организованы компанией Google для своих сотрудников и теперь мы имеем возможность получить их записи через сервис Google Video.
Кстати, когда я решил посмотреть некоторые из этих интересных семинаров, мне было совершенно не удобно просматривать их в окне браузера… и я начал искать в гугле 😉 варианты сохранения видео-роликов из Google Video на локальный диск. Результатом моих поисков оказался отличный сервис, позволяющий сохранять клипы из сервисов Google Video, Youtube или iFilm на локальный диск компьютера!
Итак, теперь у Вас есть линк на список очень интересных роликов и метод сохранения их на локальный диск… остается пожелать вам удачного просмотра! 🙂
[/lang_ru]
[lang_en]
In one of my last posts about cheap hosting unlimited number of domains, I have described how to point your domain to some sub-directory of an existing hosting account. But sometimes hosting provider requires parking of your DNS name for creating aliases in hosting account. For example, hosting platform, created by me and used on Free Adult hosting Servik.com service, requires your domain’s NS-records to be directed to provider’s own DNS-servers. What can you do if you don’t want to park entire domain to provider’s DNS-servers and want to host only one sub-domain on its servers?
As a simple, but very powerful solution, I can suggest following trick.
Let’s see to generic DNS-domain configuration. Generic domain has following records:
- SOA – record with domain contact information, expiring values, etc.
- NS – record(s) with IP addresses of domain’s DNS-servers.
- MX – record(s) with IP or symbolic names of domain’s mail servers.
- A – record(s) with IP addresses of domain and subdomains.
- CNAME – synonyms for A-records.
When you asking your DNS system for resolving some symbolic name to an IP address and this name is some sub-domain name (such as kovyrin.net or mail.google.com), your DNS server trying to find NS-records for this sub-domain (e.g kovyrin.net) and then, if records were not found, it looks for NS servers for parent domain (kovyrin.net). With generic DNS configuration you can’t allow DNS-management of some sub-domain to off-site DNS-server. You can only move entire domain between DNS-servers.
But let’s try to add following records to your DNS-zone:
....
subdomain.domain.com IN NS off-site.dns-server.com.
....
Now, all requests for subdomain.domain.com will be referred to off-site.dns-server.com and this server can freely manage delegated subdomain record by creating another sub-domains or changing this subdomain IP-address.
[/lang_en]
[lang_ru]
В одном из моих предыдущих постов я рассказывал о дешевом способе хостинга неограниченного количества доменов на одном хостинг-аккаунте. Но иногда хостинг-провайдеры требуют, чтобы парковку домен, который будет использоваться для алиасов, был припаркован на DNS-серверах провайдера. Для примера, хостинговая платформа, созданная мной и используемая на сервисе Free Adult hosting Servik.com требует, чтобы пользовательские NS-записи указывали на собственные сервера провайдера. Что же делать, если Вам не хочется парковать весь домен на сервер провайдера и Вы хотите разместить на их серверах только какой-то один сабдомен?
Существует простое и очень эффективное решение, описанное далее.
Для начала, давайте рассмотрим типичную DNS-конфигурацию. Типичный домен имеет следующие записи:
- SOA – запись, содержащая контактную информацию о домене, а также различные временные характеристики для записей домена.
- NS – записи с IP-адресами для DNS-серверов домена.
- MX – записи, содержащие IP-адреса или символьные имена для почтовых серверов домена.
- A – записи с IP-адресами хостов домена и его сабдоменов.
- CNAME – минонимы для A-записей.
Когда Вы просите свою систему DNS о резолвинге некоторого символьного имени в IP-адрес и это имя оказывается сабдоменом какого-либо домена (как kovyrin.net или mail.google.com), ваш DNS-сервер пытается получить NS-записи для этого сабдомена (например, kovyrin.net) и потом, если такие записи не найдены, он ищет записи для NS-серверов родительского домена (kovyrin.net). В такой приведенной выше типичной конфигурации Вы не сможете передать управление определенным сабдоменом стороннему DNS-серверу. Вы сможете переносить только весь домен между различными DNS-серверами.
Но давайте попробуем добавить следующую запись в Ваше зону:
....
subdomain.domain.com IN NS off-site.dns-server.com.
....
Теперь все записи для subdomain.domain.com будут переправляться к серверу off-site.dns-server.com и этот сервер может свободно манипулировать этим самдоменом и создавать любые А-записи в нем.
[/lang_ru]
[lang_en]
Some times we need to use our existing hosting account to (maybe temporarily) place another web-site in it. But what we can do, if our hosting provider allows only one hosting directory and only aliases for main site (as GoDaddy.com does)? We can use the following Apache+mod_rewrite trick to host unlimited number of domains on one hosting directory.
First of all, we need to point our new domain to hosting server IP. If server’s IP is static, we can do it by simple A-record in our DNS-zone control panel:
new-domain.com IN A IP.ADD.RE.SS
If you don’t know IP address of hosting server or this address is not permanent (for example, because of some load balancing used by hosting provider), you can use simple trick with CNAME-record in your new DNS-zone:
new-domain.com IN CNAME already-hosted-domain.com.
After the first step was finished we have new-domain.com pointed to our hosting provider’s server. Now, we need to add this domain support to hosting server. We can do it by your hosting provider’s “Domain aliases” option or another option with such meaning.
After we have associated our new domain name with existing directory on hosting server (/hosting/dir), everything we need is to do something to force hosting server to use some sub-directory for all requests to new-domain.com (/hosting/dir/new-domain). To do it, we need to put following code into the .htaccess file in /hosting/dir directory:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_URI} !^/new-domain/
RewriteCond %{HTTP_HOST} new-domain\.com$
RewriteRule (.*) http://already-hosted-domain.com/new-domain/$1 [L]
That’s all! After we have created this file, all requests to new-domain.com will be pointed to /hosting/dir/new-domain directory.
[/lang_en]
[lang_ru]
Иногда нам бывает нужно использовать существующий хостинг-аккаунт для (возможно, временного) размещения другого сайта на нем. Но что делать, если хостинг-провайдер разрешает создание только одного корневого каталога и привязываение алиасов к каталогу, в котором лежит главный сайт (как это делает, например, компания GoDaddy.com)? Мы можем использовать описанный ниже трюк с Apache+mod_rewrite для размещения неограниченного количества доменов в одном каталоге хостинга.
Для начала, нам нужно, чтобы новый домен указывал на IP-адрес хостингового сервера. Если адрес сервера статичен, мы можем просто сделать A-запись в панели управления нашей DNS-зоной:
new-domain.com IN A IP.ADD.RE.SS
Если Вы не знаете IP-адрес хостингового сервера или этот адрес не постоянен (например, из-за специфичных технологий балансировки нагрузки, используемых Вашим хостинг-провайдером), Вы можете истользовать простой трюк с CNAME-записью в Вашей DNS-зоне:
new-domain.com IN CNAME already-hosted-domain.com.
После завершения первого этапа настройки у нас есть домен new-domain.com, указывающий на используемый хостинг-сервер. Теперь нам необходимо добавить поддержку нашего нового домена к этому серверу. Это можно сделать при помощи опции “Domain aliases” в панели управления хостингом или какой-нибудь другой опции, имеющей такое же значение у используемого хостинг-провайдера.
После того, как мы ассоциировали наше новое доменное имя с существующим каталогом на хостинговом сервере (/hosting/dir), единственное, что нам необходимо сделать – это заставить хостинговый сервер использовать некоторый подкаталог для всех запросов к домену new-domain.com (/hosting/dir/new-domain). Для того, чтобы получить такой эффект, нам нужно создать файл .htaccess в каталоге /hosting/dir и поместить в него следующий код:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_URI} !^/new-domain/
RewriteCond %{HTTP_HOST} new-domain\.com$
RewriteRule (.*) http://already-hosted-domain.com/new-domain/$1 [L]
Вот и все! После создания файла все запросы к сайту http://new-domain.com/ будут перенаправляться в каталог /hosting/dir/new-domain.
[/lang_ru]
[lang_en]
Today I decided to write about some of my favourite podcasts which I’m using for improving my English level (listening comprehension). All of these resources are specialized ESL (English as a Second Language) podcasts hosted by English professionals and native speakers.
[/lang_en]
[lang_ru]
Сегодня я хотел бы рассказать о некоторых моих любимых подкастах, которые я использую для поднятия уровня моего английского языка (восприятие на слух). Все эти ресурсы являются специализированными подкастами для людей, которые изучают английский как второй язык, и созданы профессионалами преподавания английского языка или теми, для кого он родной (носителями).
[/lang_ru]
Read the rest of this entry →
[lang_en]
Werner Puschitz wrote really great article about RHEL optimization for latest versions of Oracle Database Server. As I think, this is the most complete reference about linux optimizations for Oracle and it must to be in bookmarks of any Linux Administrator because who knows, which job we will get tomorrow and maybe, todays ISP admin will get Enterprise DBA position? 😉
[/lang_en]
[lang_ru]
Werner Puschitz написал отличную статью на тему оптимизации RHEL для использования последних версий Oracle Database Server. Мне кажется, что это одно из самых полных руководств по оптимизации Linux для Oracle, и ссылка на него просто обязана находиться в закладках у любого Linux-администратора, так как кто знает, какую работу мы получим завтра? И вполне может случиться такое, что сегодняшний админ ISP завтра получит место Enterprise DBA в зарубежной компании :-).
[/lang_ru]