Сайт Романа ПарпалакаБлог20100919

Про Linode, written.ru и S2

Давно я не писал о хостинге. Не писал, потому что с хостингом у меня до недавнего времени ничего не менялось.

Зимой я решил опубликовать код движка S2 и стал подыскивать репозиторий для исходников. SourceForge, как и другие похожие сервисы для проектов с открытым кодом, имеет в лицензионном соглашении какое-то жуткое условие (если верить переводу в Википедии):

В одном из пунктов условий использования говорится, что передавая какие-либо данные через SourceForge.net, пользователи дают SourceForge, Inc. неисключительную пожизненную лицензию на их использование, изменение и продажу.

Мне это не понравилось, и я решил заказать виртуальный сервер, поднять на нем репозиторий subversion и со временем перенести на этот сервер все свои сайты.

Примерно в это же время Иван Сагалаев написал о переезде на VPS-хостинг Linode и дал ему положительную характеристику.

Я заказал самый дешевый вариант. Виртуальный сервер с жестким диском 16 гигабайт, 384 мегабайтами оперативной памяти и месячным трафиком в 200 гигабайт стоил 20 долларов в месяц. Летом, в честь дня рождения Linode, увеличили количество оперативной памяти до 512 мегабайт. Для моих целей такого сервера более чем достаточно.

Приведу свой реферальный код: 8c0e35f89f3d4065678d05cdb156f494d9e8d4c3. Если вы укажете его при регистрации и станете клиентом Linode, мне перепадет копеечка в благодарность за рекомендацию :)

А рекомендаций Linode действительно заслуживает: есть возможность простой смены тарифного плана; переездов между дата-центрами; размещения серверов в Лондоне (меньше время ответа, чем для серверов в США); покупки дополнительного места на диске, или оперативной памяти, или трафика, или даже регулярных бекапов. Единственный потенциальный недостаток — англоязычная поддержка, но это можно потерпеть.

Со временем я установил и настроил практически все нужные программы. Единственное, с чем не справился — с настройкой почтового сервера. Если быть точным, я повторил инструкцию по настройке SMTP и POP/IMAP серверов с виртуальными почтовыми ящиками, и они даже заработали. Но у меня не хватило терпения, чтобы прикрутить к этому делу хоть какой-нибудь веб-интерфейс (у почты же должен быть веб-интерфейс!).

Да и конфигурация почтового сервера не для простых смертных. Я пытался изменить поведение SMTP-сервера, чтобы уменьшить количество спама, но у меня ничего не получилось. Наверно, всё-таки, можно разобраться в логике работы и множестве параметров, но это целесообразно, если вы собираетесь подрабатывать системным администратором и каждую неделю поднимать почтовые серверы.

Мне ничего не оставалось, кроме как сдаться Гуглу — настроить пересылку всех писем на ящик на gmail.com.

Предыдущей ночью настал момент истины. На старом хостинге заканчивается оплаченный период, и я перенес written.ru на свой сервер. Скопировал файлы и содержимое базы данных, переделал .htaccess в конфигурацию nginx, обновил конфигурацию exim, настроил DNS-записи, прописал адреса новых ns-серверов. За два часа сайт заработал на новом месте.

Вообще-то, у меня были большие планы — поднять сайт на самой последней версии S2. Дело в том, что почти год назад я скопировал код сайта (это был еще SiteX 0.91), переименовал в S2 и начал доводить до ума. Cайт остался на старой версии, с небольшими багами и без новых вкусных плюшек. В итоге я не успел доделать некоторые специфичные для written.ru вещи, которые не нужны в S2. Пришлось переносить старый код.

В качестве лирического отступления расскажу о достоинствах модульной архитектуры S2. Специфичные для конкретных сайтов вещи лучше всего оформить в виде плагинов — расширений. При этом код ядра и других расширений остается нетронутым, и его легко обновлять до новых версий.

Сайт на новом месте себя чувствует очень хорошо. Включил отображение времени работы скриптов в нижней части страницы. Оно редко превышает 10 миллисекунд. Это говорит о том, что и хостинг хороший, и движок хороший :)

Если вдруг заметите, что перестало что-то работать, сообщите, пожалуйста, в комментариях.

19 сентября 2010 года, 23:25     www · этот сайт · S2

Ноутбук Ctrl Интервью с физиками-теоретиками

Поделиться

Комментарии

#1. 19 сентября 2010 года, 23:26. пишет:
Тест. Комментарии работают.
#2. 8 октября 2010 года, 01:23. пишет:
оч хорошее место где стоит держать код: github.com
#3. 8 октября 2010 года, 11:16. пишет:
А, да, забыл написать, я привык к svn :)
#4. 29 ноября 2010 года, 01:38. Тормоз пишет:
Роман, как здорово, что я тебя нашёл! Когда блог заработает, обязательно добавлю в блогролл на тебя ссылку :) А почему не работает мой блог? Да потому что, блин, упал сервер. Меня это так достало, что я начал искать информацию про Linode, Rackspace и Amazon EC всякие, вот и вышел на тебя через Google. Сайт у тебя летает, блог интереснейший. Аж настроение улучшилось.
#5. 29 ноября 2010 года, 01:38. Тормоз пишет:
Даже не верится, что такое бывает. РЕАКТИВНЫЙ сайт просто!
Видимо, благодаря Linode прежде всего. Похоже, я знаю, какой у меня будет следующий хостинг...

P.S. Роман, почему форма меня не запоминает?
#6. 29 ноября 2010 года, 01:40. Тормоз пишет:
Блин, ещё и галочка засветки email стоит по-умолчанию. Это не хорошо.
#7. 29 ноября 2010 года, 12:13. пишет:
Ваш e-mail скрыл.

Форма не запоминает, потому что это не вполне безопасно при использовании компьютеров где-нибудь в интернет-кафе. А в браузере на личном компьютере можно использовать автодополнение.
#8. 29 ноября 2010 года, 17:24. Тормоз пишет:
Ко мне на «ты» лучше, надеюсь ты не против. Достаточно поставить галочку запоминания, чтобы в кафе не запоминалось без желания пользователя. Ты о ком думаешь в первую очередь, о большинстве своих читателей, или о маленьком проценте чудаков, которые зашли прокомментировать из интернет-кафе? :)

С автодополнением на каждое поле — действие, а если в куках будешь писать, никаких действий не понадобится. В общем, гораздо удобней.
#9. 29 ноября 2010 года, 18:46. пишет:
Я подумаю над этим. Но «поставить еще одну галочку» — нехорошее решение.
#10. 29 ноября 2010 года, 20:01. Тормоз пишет:
Уверен на 100%, что это лучше существующего решения. Сейчас чтобы написать комментарий мне пришлось:

1. Ввести ник.
2. Ввести email.
3. Снять галку показа email.
4. Поставить галку подписки.
... и только после этого писать комментарий и жать кнопку.

А если бы ты реализовал традиционный общепринятый вариант, все 4 пункта были бы ненужными.
#11. 30 ноября 2010 года, 01:47. пишет:
Я прекрасно понимаю недостатки того, как это сделано сейчас. Но с ними можно жить (я знаю, так как тут, наверно, примерно половина комментариев мои). Дело в том, что эти четыре пункта — самая легкая часть написания комментария. С автодополнением она занимает две секунды. А вот на составление текста уходит несколько минут или даже десятков минут.

Конечно, я не могу назвать себя активным комментатором чужих блогов, но такое запоминание я видел только у Ильи Бирмана. Маловато будет для «общепринятого» варианта.

Еще один флажок не лучше существующего, потому что куча флажков будет отпугивать новых пользователей. Нужно искать другое решение этой дизайнерской задачи.

Например, электронную почту не отображать вообще и не требовать ее обязательного ввода. Если человек хочет подписаться, пусть тогда и вводит электронную почту. Запоминать пользователя можно, если он оставил не меньше двух комментариев с одинаковыми именами и адресами электронной почты.

А можно вообще OpenID прикрутить.
#12. 1 декабря 2010 года, 00:38. Тормоз пишет:
Хм. У меня так, и почти во всех блогах, которые я читаю, тоже стоит запоминание. И в большинстве CMS так сделано умолчально :)
#13. 1 декабря 2010 года, 00:39. Тормоз пишет:
Только что купил аккаунт в Linode, ввёл твой рефкод.
#14. 2 декабря 2010 года, 15:05. пишет:
Спасибо! В админке Linode появилась надпись об этом. Теперь, если ты будешь пользоваться их услугами 90 дней, мне добавят на счет 20 долларов :)
#15. 2 декабря 2010 года, 15:26. Тормоз пишет:
Ну, если жив буду, то с вероятностью 90% эти 20 баксов ты получишь :)
Правда, пока сложно, много премудростей познавать надо. Вчера впервые в жизни законнектился в консоль своего сервера по ssh, разбираюсь как что. Может уже всё работало бы как надо, если бы я всё делал по мануалам, но мне ж поизвращаться надо. Вот сервер YAWS ковыряю ))
#16. 2 декабря 2010 года, 15:48. пишет:
:)

А я разбирался с компиляцией nginx из исходников (в пакетах слишком старая версия была), с запуском PHP как FCGI и настройкой всего этого хозяйства. Правда, всё по мануалам.

Единственное, с чем надоело возиться — с настройкой полноценного почтового сервера. Нужно было потратить много времени, чтобы разобраться и отойти от конфигурации, описанной в мануалах. В итоге пришел к выводу, что http://pdd.yandex.ru/ рулит :)
#17. 2 декабря 2010 года, 16:10. Тормоз пишет:
Во, мне тоже почти всё это предстоит кроме сборки nginx. А с YAWS, которого в пакетах Slackware не было, я поступил как блондинка — конвертировал его из deb-пакета :) Кстати, ты какую ОС выбрал?
#18. 2 декабря 2010 года, 16:15. пишет:
Debian. Он меньше всего места занимал и был мне немного знаком. Хотя сейчас понимаю, что нужно было Ubuntu ставить: там пакеты свежее.
#19. 2 декабря 2010 года, 16:25. Тормоз пишет:
А я поставил обычную SlackWare, а теперь вот думаю, что надо 64 bit, наверно, чтобы на полную катушку использовать все возможности. Переделаю нафиг, пока не поздно. А то потом уже в эксплуатации не получится без простоя сервера никакие метаморфозы сделать. Вот парадокс: это всё одновременно и жутко интересно, но и очень утомительно... потом ложишься спать и голова просто звенит.
#20. 2 декабря 2010 года, 16:26. Тормоз пишет:
А я ещё один небольшой косячок твоего движка обнаружил :) Надо после отправки данных посылать не на #comment, а сделать идентификатор для формы, чтоюбы браузер проматывал как раз до полследнего комментария.
#21. 2 декабря 2010 года, 16:43. пишет:
Да я знаю. В S2 это давно сделано. Дело в том, что written.ru крутится на очень старой версии, не совместимой с последними. У меня всё не хватает времени перевести.
#22. 2 декабря 2010 года, 16:48. Тормоз пишет:
Насчёт 64 бит... блин, может и не стоит этого делать, даже скорей всего. Похоже, при 512 Мб памяти от 64-битной системы больше вреда может быть, чем пользы.
#23. 2 декабря 2010 года, 16:48. пишет:
Кстати, 64-битная система будет потреблять больше памяти без особого прироста производительности, поэтому есть смысл оставаться на 32. Ты сколько памяти заказал?
#24. 2 декабря 2010 года, 16:49. пишет:
Не успел :)
#25. 2 декабря 2010 года, 16:58. Тормоз пишет:
Ага, я уже понял :) При 512 пока нет вообще никакого смысла выпендриваться. Если будет проект, которому потребуется 4 Гига, например, тогда уж можно попробовать.

Оставьте свой комментарий

Ваше имя:

Комментарий:

Для выделения используйте следующий код: [i]курсив[/i], [b]жирный[/b].
Цитату оформляйте так: [q = имя автора]цитата[/q] или [q]еще цитата[/q].
Ссылку начните с http://. Других команд или HTML-тегов здесь нет.

Сколько будет 28+1?

Записи