Про хостинг рекомендую читать этот раздел.
Так же, советую почитать пост, избранных топиков, технических полезностей.
Регистрация доменов
Highload оптимизация
Зачастую, «бутылочным горлышком» вашего приложения является база данных, таким образом перво-наперво включаем slow query log и смотрим какой запрос у нас самый медленный, и думаем что с ним делать, если не можем вкурить проблему — зовём старших, пусть тоже повтыкают в EXPLAIN (хабр) вашего чудо-запроса.
Но, опять же ссылаясь к моему опыту, большинство проблем с БД решают правильные индексы. Легко запомнить, что индексировать следует внешние ключи, и всё что у вас в WHERE, ORDER BY, GROUP BY (список не полон, для начала – самое оно).
Не следует пихать много индексов в таблицу которая часто обновляется, иначе накладные расходы на обновление индекса будут перекрывать ваш профит от оных в разы. Советую внимательно почитать об оптимизации в MySQL.
Поиск с использованием LIKE это плохо. Полнотекстовый с MyISAM уже лучше. Внешний аля Sphinx — рулит и бибикает для MySQL и PostgreSQL, инфа достоверная 100%.
Но это полбеды, проблем в БД может подкинуть и само приложение — обращение к БД в цикле/рекурсии или еще каким извращенным способом могут привносить удивительные поправки в результаты нагрузочного тестирования. Сделайте простой профайлер ваших запрос и проследите на каких страницах количество запросов начинает зашкаливать (особенно это касается типа-ORM и почти-Active Record, когда один объект = один запрос, или даже не один). Всем кто уповает на магию фреймворков, иль каких-нить gem-ов — не надейтесь, всё о чём я написал в равной степени относится к большинству языков web-программирования, г… код есть везде, он вездесущ.
Ну, а теперь о главном, нет о главной странице в 1,5 метра — дождется ли её загрузки пользователь со скоростью доступа в 256кбит? Клиентская оптимизация должна проводиться в обязательном порядке: YSlow да Page Speed вам в зубы. Да если погуглить, то даже небольшая правка htaccess для apache улучшит ситуацию:
Пожмите JavaScript и CSS, да переключите jQuery на Google CDN.
anton.shevchuk.name/php/highload-optimization-for-children/
*чища свой гугл ридер в 2012, листая избранное в нем*
Но, опять же ссылаясь к моему опыту, большинство проблем с БД решают правильные индексы. Легко запомнить, что индексировать следует внешние ключи, и всё что у вас в WHERE, ORDER BY, GROUP BY (список не полон, для начала – самое оно).
Не следует пихать много индексов в таблицу которая часто обновляется, иначе накладные расходы на обновление индекса будут перекрывать ваш профит от оных в разы. Советую внимательно почитать об оптимизации в MySQL.
Поиск с использованием LIKE это плохо. Полнотекстовый с MyISAM уже лучше. Внешний аля Sphinx — рулит и бибикает для MySQL и PostgreSQL, инфа достоверная 100%.
Но это полбеды, проблем в БД может подкинуть и само приложение — обращение к БД в цикле/рекурсии или еще каким извращенным способом могут привносить удивительные поправки в результаты нагрузочного тестирования. Сделайте простой профайлер ваших запрос и проследите на каких страницах количество запросов начинает зашкаливать (особенно это касается типа-ORM и почти-Active Record, когда один объект = один запрос, или даже не один). Всем кто уповает на магию фреймворков, иль каких-нить gem-ов — не надейтесь, всё о чём я написал в равной степени относится к большинству языков web-программирования, г… код есть везде, он вездесущ.
Ну, а теперь о главном, нет о главной странице в 1,5 метра — дождется ли её загрузки пользователь со скоростью доступа в 256кбит? Клиентская оптимизация должна проводиться в обязательном порядке: YSlow да Page Speed вам в зубы. Да если погуглить, то даже небольшая правка htaccess для apache улучшит ситуацию:
# Enable ETag
FileETag MTime Size
# Enable Deflate
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/x-javascript
<ifModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 seconds"
ExpiresByType text/html "access plus 1 seconds"
ExpiresByType image/x-icon "access plus 2592000 seconds"
ExpiresByType image/gif "access plus 2592000 seconds"
ExpiresByType image/jpeg "access plus 2592000 seconds"
ExpiresByType image/png "access plus 2592000 seconds"
ExpiresByType text/css "access plus 604800 seconds"
ExpiresByType text/javascript "access plus 216000 seconds"
ExpiresByType application/x-javascript "access plus 216000 seconds"
</ifModule>
Пожмите JavaScript и CSS, да переключите jQuery на Google CDN.
anton.shevchuk.name/php/highload-optimization-for-children/
*чища свой гугл ридер в 2012, листая избранное в нем*
Свои dns / ns1.ваш_домен.ру ns2.ваш_домен.ру

Иногда ко мне обращаются люди, которые хотят сделать ns1.их_домен.ру ns2.их_домен.ру
И чтобы другие люди(знакомые/клиенты) лепили свои домены, по уже их NS.
Если вы сами не можете сделать такое, по каким-либо причинам.
Можете попросить у нас.
Вам нужно выбрать домен, на котором вы планируете делать NS сервера. Разместить его на любой публичный сервис, например pdd.yandex.ru, придумать 2 поддомена, которые будут использованы как NS.
Вам будет создан ISP аккаунт.
В котором вы можете создавать пользователей, чтобы раздавать друзьям/клиентам например, которые в свою очередь будут добавлять туда домены, по вашим dns.
Если вам нужен такой аккаунт, оставляем заявку.
vds с красивыми/легкими/"что-то-в-них-есть" ip
Если у вас есть vds какой-ниб лишний, где-ниб и у него классный ip. Ну или там повторяющиеся цифры подряд, типо xyz.qwe.asd.222 Или наоборот наиболее короткий, например не более 2х символов типо xy.yf.z.eo какой-ниб. То если меня сама контора устроит, то я легко его заберу вместе с аккаунтом. Для всяких технических хуевень пригодится мне в будущем. Пишите мне.

вот что значит популярный домен
обновил 1nya.ru
теперь можно регистрироваться
и имеется возможность удалять свои изображения.

yandex pdd умирает и закрывается 17 апреля 2023
hosting.show/tag/pdd.yandex.ru/
если же вам нужен ваш ящик, напишите на [email protected] и я создам вам ящик но уже с почты на собственном сервере
и имеется возможность удалять свои изображения.

update 04/2023
у кого была почта на домене @1nya.ruyandex pdd умирает и закрывается 17 апреля 2023
hosting.show/tag/pdd.yandex.ru/
если же вам нужен ваш ящик, напишите на [email protected] и я создам вам ящик но уже с почты на собственном сервере
bonin.ru опять забыл заплатить за хостинг :)
в прошлом году такое уже было, после того как он сменил свой дешевый лимитный шаред sweb.ru, на vds от fastvps.ru
я тогда ему писал, типо могу захостить за спасибо, как многих. но конечно же мне не поверили.
ну, пост для истории.




у меня еще есть кстати скрин, как сам домен, 26 сентября 2011 был так же похуистично не оплачен, подобным образом в прошлом году.
я тогда ему писал, типо могу захостить за спасибо, как многих. но конечно же мне не поверили.
ну, пост для истории.




у меня еще есть кстати скрин, как сам домен, 26 сентября 2011 был так же похуистично не оплачен, подобным образом в прошлом году.
Кто хотел себе ssl дешевле 500р ?
когда остается всего пара тройка доменов
я тут последние дни, решил сменить один ресурс на другой. соточку доменов чужих всяких перенес, обновил движки у похуистов и блабла.
остались уже токо свои фановые, пару десятков. и тут, как на зло сломался pdd.yandex.ru и нихуя там нельзя отредактировать.
абсолютно все домены. хоть они и работают и блабла, но редактора зоны нету :)
а я уж думал седня наконец перенесу доконца все. а вот хуй из-за яндекса.

вот чисто судьба.
остались уже токо свои фановые, пару десятков. и тут, как на зло сломался pdd.yandex.ru и нихуя там нельзя отредактировать.
абсолютно все домены. хоть они и работают и блабла, но редактора зоны нету :)
а я уж думал седня наконец перенесу доконца все. а вот хуй из-за яндекса.

вот чисто судьба.
stat.reg.ru

Статистика и История теперь платная ;)
stat.reg.ru/history_search?tld=ru
www.reg.ru/service/infotools/query
Для розничного клиента также есть возможность воспользоваться сервисом истории Whois на сайте REG.RU всего за 90 рублей / запрос.