Далеко не все публикации окажутся на новом домене. Скорее всего, мигрирует только малая часть. Различная требуха и заметки сомнительного содержания останутся только здесь, а затем, через некоторое время, будут удалены окончательно.

В новом блоге не будет статей в том смысле, в котором они бывают. Он будет состоять из заметок. В целом, будет соблюдена концепция блога. Никаких попыток написания учебного материала предприниматься больше не будет.

Как-то так.

Данная заметка является продолжением другой, в которой я поведал о своем знакомстве с Samsung Galaxy Tab 10.1. Исходя из этого, я буду писать о Acer Iconia Tab A501, сравнивая его с Галакси. Именно в сравнении я выбирал новый планшет и в сравнении я буду описывать новые впечатления.

Во-первых, отмечу тот факт, что средняя цена Acer Iconia Tab A501 на 4000 рублей ниже, чем средняя цена на Samsung Galaxy Tab 10.1. Для меня это не являлось основным критерием, но стало приятным бонусом. В конце концов, на полученную разницу можно купить аксессуары и прочую необходимую планшетную утварь. Во-вторых, планшет от Acera был в наличии во всех магазинах электроники, что позволяло никуда не ехать и сделать покупку не сильно удаляясь от дома или места работы.

И так, начну свой обзор по тому же принципу «перемывания костей», что был заявлен в предыдущей заметке. Начну с описания упаковки устройства.

Нельзя сказать, что Iconia Tab A501 упакован как-то по-особенному. В принципе, такая же простая коробка, как и в случае с Galaxy Tab 10.1. Но все же, нужно отдать должное, что Acer проявил несколько большую изобретательность и не стал делать упаковку, похожую на коробку от обуви. Как я уже сказал, разница невелика, но мой агрессивный настрой заставлял придираться абсолютно ко всему.

Комплектация тоже не блещет, но тряпочку для протирки экрана ребята таки положили, за что им респект и уважуха. Хотя, как выяснится потом, она не особо то и нужна, что позволило даже не вынимать ее из пакетика. Но присутствие тряпочки, судя по всему, нещадно уменьшило свободное пространство в коробке и его не хватило для наушников. Их в комплекте нет. Стыд и позор. Еще Acer не пожадничал различных инструкций и пользовательских гайдов. Этой макулатуры напихали целую вязанку. Даже какие-то рекламные листовки впихнули в общую кучу. Не могу сказать, что это большая заслуга, но при виде этих мануалов мне становилось спокойнее, чего не могу отметить в случае с Galaxy. Еще смутил тот факт, что на экране планшета не было защитной пленки. Уж не знаю, чей это косяк.

Galaxy Tab 10.1 выглядит потрясающе и соперничать с ним вряд ли кому-то под силу. Iconia Tab A501 явно не из числа тех, кому стоит хоть попытаться. Планшет от Acer сильно уступает своим изяществом и, впрочем, не только Galaxy от Samsung. Но понятия о красивостях у всех разные и меня его внешний вид вполне устраивает, хоть и в восторг не приводит.

Конкуренция отсутствует и в вопросах взвешивания. Acer тяжелее Samsung’а почти на две сотни грамма и эта разница не может оставаться незамеченной. Тем не менее, нужно отдать должное тому, что Acer имеет алюминиевый корпус, в то время как Samsung выполнен полностью из пластика. Также замечу, что избыток веса ощущается только при сравнении. Если просто пользоваться планшетом, то очень скоро его вес кажется совершенно нормальным и не вызывает ощущения дискомфорта. Хотя, для женской руки, пожалуй, он будет тяжеловат.

Экран у Acer’а совершенно обычный для подобных устройств. Он не выделяется чем-то особенным и не может похвастаться инновационными решениями. Но вот стеклянное покрытие меня откровенно порадовало. Оно крайне невосприимчиво к грязным рукам и практически не оставляет на себе следов. За целый день пользования устройством у меня ни разу не возникло желания протереть экран. Совершенно другие желания вызывал Samsung Galaxy Tab 10.1. Через 30 минут его экран имел такой вид, будто в него тыкали палкой колбасы, а не пальцами.

В предыдущем обзоре я писал, что, невзирая на некислое железо, анимация у Самсунговского планшета немного подтормаживает. Это практически незаметно, но имеет место. Acer в этом плане ничуть не преуспел. Собственное, у них и железо одинаковое, нечему удивляться.

Снова я начал с тестирования производительности планшета. В числе предустановленного софта Acer Iconia Tab A501 было несколько 3D игр. Мало того, что это просто хорошие игры, в которые не грех поиграть на досуге, они еще и обладают хорошей графикой, что позволяет делать выводы о способностях устройства справляться с качественным медийным контентом. Samsung в этом плане подсунул свинью в виде нескольких казуальных хреновин, на которые смотреть- то противно.

С 3D графикой Iconia Tab A501 справляется превосходно. Никаких лагов, торможений или артефактов. Все, как по маслу. Полная версия (не демка) предустановленного NFS Shift убила почти весь мой рабочий день.

Следующим шагом была загрузка трех видео: mp4, mkv и avi. С подключением по USB и обменом файлами между планшетом и настольным ПК не случилось никаких проблем. Для этой процедуры не потребовалась установка дополнительных драйверов и софта. Все в лучших традициях современности – воткнул гаджет в USB порт и пользуйся им как флешкой.

Без дополнительного софта и кодеков, предустановленный плеер смог прочитать только mp4 формат и то с очень большими тормозами. mkv и avi читать отказался. Но проблема решилась установкой приложения MX видеоплеер. При запуске MX видеоплеер предлагает докачать кодеки MX Video Player Codec (ARMv7) и, если вы согласны, открывает соответствующую страницу маркета. После установки кодеков и нового приложения просмотра видео, любые проблемы с тормозами и нечитабельными форматами решились. Avi формат проигрывается просто идеально. Чуть меньше динамики выдает mp4 и mkv, но тормозов или зависаний нет, что делает просмотр совершенно комфортным. Сам по себе MX видеоплеер исключительное приложение для просмотра фильмов и роликов на мобильном устройстве, очень рекомендую.

Кстати, при копировании видео на планшет, я не делал никакой предварительной конвертации. Возможно, если ее выполнить, то и штатный плеер окажется более способным.
Предустановленным ПО Acer несколько уступает Samsung’у. Во-первых, офисный пакет представляет собой триальную версию Docs To Go, во-вторых, виртуальных клавиатур всего две и Swype пришлось ставить самостоятельно. Агрегатор социальных сервисов мне тоже не понравился. В принципе, я никогда подобным ПО не пользовался, но если бы хотел, то пришлось бы искать замену.

Постараюсь не терять объективности, но дальше буду рассказывать о том, чем Acer Iconia Tab A501 мне понравился больше Samsung Galaxy Tab 10.1.

Во-первых, Acer имеет USB порт, к которому можно подключить обычную USB клавиатуру, не докупая никаких док станций. Моя домашняя клавиатура прекрасно распозналась без танцев с бубном. Флешки тоже читаются без проблем. Хорошая возможность, если вы хотите заменить планшетом ноутбук или просто пытаетесь добиться максимального комфорта без лишних финансовых затрат. Также присутствует micro HDMI порт и гнездо для гарнитуры. К компьютеру планшет подключается через microUSB, что меня крайне порадовало, так как имеется ряд других устройств, подключаемых через этот же тип разъема, например, HTC Desire.

Во-вторых, присутствует поддержка карт памяти microSDHC объемом до 32 Гб. Если вы помните, то у Samsung Galaxy Tab 10.1 память не расширяема и вам придется довольствоваться объемом 16 или 32 Гб предустановленной памяти.

Помимо стандартного набора из Wi-Fi, 3G и Bluetooth присутствует GPS приемник с поддержкой A-GPS. Незаменимая вещь, если вы любите покидать домашний регион вашего мобильного оператора и не имеет возможности работать через дешевую 3G сеть. Теперь у меня появился отличный поводырь по дорогам зарубежья.

Когда я консультировался в магазинах на предмет возможностей и особенностей Acer Iconia Tab A501, все консультанты, как один, говорили о том, что время работы батареи значительно уступает Самсунговской. В принципе, это не удивительно, так как в Galaxy Tab 10.1 используется аккумулятор повышенной емкости. Но я сильно напрягся. Мне не хотелось бегать от розетки к розетке, так как Acer от USB тоже не заряжается.

Батарее я уделил особое внимание и пристально наблюдал за тем, как быстро она разряжается при той или иной интенсивности пользования устройством. Если кратко, то батарея очень даже ничего и зря меня пугали. Во-первых, у Acer’а вменяемая автобалансировка яркости экрана, что позволяет значительно уменьшить расход энергии. Аналогичная функция Samsung’а работает совершенно странным образом. Жалобы на непонятный принцип регулировки яркости присутствуют практически в любом обзоре Samsung Galaxy Tab 10.1. Такие же жалобы я слышал от продавцов-консультантов, в довершении, подтверждаю их лично. Галакси вырубает яркость на минимум и не понятно, что дальше. Я так и не смог эмулировать ситуацию, при которой он бы увеличил ее. Видимо, нужные какие-то особые условия освещенности. Acer в этом плане совершенно адекватен и с момента включения автобалансировки ни разу не возникало желания ее выключить.

Статистику пользования устройством и расход энергии батареи я запечатлел на скриншотах для большей наглядности.

Общая статистика

Работа экрана устройства

Режим ожидания

Работа ОС Android

Игра NFS Shift

Связь с сетью

К сожалению, по непонятным мне причинам, сборщик статистики не зафиксировал работу с некоторыми приложениями, например, браузером и видео плеером. Также в отчет не попало время работы с Wi-fi сетями и чтение книг. Наверное, оно было незначительным на фоне энергозатрат на другие приложения и модули. Тем не менее, суммарно составило порядка 2-3 часов активности планшета. Сколько устройство работало от батареи, можете видеть по скринам. Меня результаты удовлетворили полностью.

Время зарядки от 4% и до 100% заняло около полутора часа, что в 3 раза меньше, чем полная зарядка Samsung Galaxy Tab 10.1, которая длится порядка 5 часов.

Что еще можно добавить с казанному? Я полностью доволен покупкой. Acer Iconia Tab A501 оправдал все мои ожидания и я рад, что не оставил у себя планшет от Samsung’а. Все познается в сравнении и мне не жаль того времени, что я потратил на поиски приемлемого для себя планшетного компьютера. Если вы тоже стоите перед выбором и не знаете, что купить, я крайне советую обратить свое внимание на продукт от Acer а. Да, быть может он не такой элегантный и вычурный, как Samsung Galaxy Tab 10.1, но зато даст фору во всем остальном. Если вы ищите устройство, успешно сочетающее рабочий инструмент и центр развлечений, я думаю, вы не пожалеете, остановив выбор на Acer Iconia Tab A501.

Недавно приобрел планшетник Samsung Galaxy Tab 10.1. Сразу скажу, что впечатления двойственные и их совокупность меняла свою полярность то в одну, то в другую сторону на протяжении всего знакомства с девайсом.

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

И так, начнем с упаковки. Она достаточно проста. Если выражаться точнее, то проще вряд ли можно что-то придумать. Я как-то привык к тому, что дорогие девайсы пакуют в красивые и хитрые коробки, которые открываются, выполняя тройной прыжок-переворот, исполняя интернационал голосами хора МВД России. Например, блок питания, который я покупал около года назад, был облачен в очень изящную, весьма оригинально собранную коробку, крышка которой фиксировалась липучками и имела окошко из плотного прозрачного пластика. Все это бесполезные рюшечки, но видимо, я из тех людей, которые все еще встречают по одежке.

Комплектация, в которой планшет попал ко мне, также ничем интересным не радует. Расстроило отсутствие тряпочки для протирания экрана, который, к слову, пачкается очень быстро. Никаких чехлов, само собой, тоже не было. Хотя на чехол я и не надеялся. С девайсом поставлялось всего ничего: адаптер для зарядки, USB шнур, наушники и тонкая брошюрка-инструкция, по содержимому которой можно смело предположить, что Samsung кладет ее в комплектации всех своих мобильных устройств, в том числе и телефонов. За наушники спасибо, не ожидал. Это таки не телефон и поставлять с планшетом гарнитуру никто не обязан, мне кажется, но положили.

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

Включаем девайс. В каком-то из обзоров я читал, что Samsung Galaxy Tab 10.1 включается ровно 40 секунд. Специально обратил внимание на время, которое проходит с момента нажатия клавиши питания и до появления экрана блокировки – секунд 10, не более. Может быть, я как-то неправильно его включаю? :)

Яркие обои экрана блокировки позволяют прочувствовать всю прелесть матрицы, установленной на Samsung Galaxy Tab 10.1. Качество и насыщенность изображения действительно впечатляют. Не зря Samsung так активно акцентировали внимание на этом моменте.

За экраном блокировки кроется первая ложка дегтя. Что не говори, а различные анимационные эффекты чуточку, но притормаживают. Возможно, если специально не обращать на это внимание, то и не заметишь, но я очень долго скролил различные списки и вертел виртуальные рабочие столы именно с целью выявления отрывистости анимации.

Я не буду перечислять и описывать приложения, идущие в стандартной поставке. Без внимания останется панель настроек и прочая лирика, имеющая отношение к программному обеспечению. Об этом и так немало написано, а что касается настроек, то они, в большинстве своем, стандартные для любых android устройств и данный планшет не исключение.
Первое, что я захотел проверить – проигрывание видео и аудио файлов. В конце концов, мы имеем устройство с двухядерным процессором и будет очень грустно, если медиа контент окажется ему не по зубам. Тут то и начинается все самое интересное.

Подключив планшет по к USB порту, я сразу попытался закинуть на него несколько фильмов, каждый из которых был гигабайта по полтора. Буквально через несколько секунд процесс копирования сгенироровал ошибку, в которой говорилось, что устройство отключено или не отвечает. На самом планшете проблема давала о себе знать зависшим индикатором синхронизации. Переподключил устройство и предпринял еще одну попытку. Несложно догадаться, что и она не увенчалась успехом. Правда на этот раз девайс сообщил мне, что MTP приложение (судя по всему, это какой-то сервис, реализующий трансфер по MTP протоколу) зависло и предложил принудительно его закрыть. Погуглив минут 20 я убедился, что не только я столкнулся с подобной проблемой, но вот четкого руководства для ее решения никто не давал. Проблема, на самом деле, не в самом планшете, а по большей части в драйверах Windows. Основными страдальцами оказались владельцы устройств от Samsung и Nokia. Именно их перу принадлежали все найденные мною обсуждения в форумах. Конкретно о проблеме с Samsung Galaxy Tab 10.1 нигде не упоминалось. Наверное, ввиду относительной новизны гаджета.

Мне от всего этого легче не было и негативные впечатления от знакомства с Samsung Galaxy Tab 10.1 превращались в снежный ком. Я бы мог обвинить Windows и ее драйвера или даже Android и его реализацию протоколов, но это не первое мое устройство на базе Google Android, но первое, с которым у меня возникают такие вот проблемы. Я считаю, что планшет за 25000 рублей не должен вот так вот нагибать пользователя и заставлять его тратить время на поиск путей к отступлению.

Ушло немало времени, пока я нашел подходящий драйвер. Проблема исчезла, и файлы стали нормально заливаться на SD карту планшета. Тем не менее, спустя некоторое время, компьютер все равно потерял подключение к планшету, хотя сам планшет все еще считал, что он соединен по USB. При дальнейшем использовании проблема повторно не возникала, поэтому предположим, что это был какой-то фантомный глюк или я что-то не то нажал.

В общем, мне удалось залить три фильма в разных форматах: avi, mp4 и mkv. По заявлениям Samsung, все эти форматы должны проигрываться штатным плеером без каких-либо дополнительных плясок с бубном. Конвертацию файлов, которая предлагается при копировании на устройство, я не делал. В итоге, в числе прочитанных оказался только avi файл. Mp4 и mkv плеер не осилил. Правда, повторная загрузка mp4 с конвертацией позволила прочитать и его. Но стоит ли говорить, что конвертация ну ОЧЕНЬ длительный процесс. Файл размером 1.4 Гб конвертировался около двух часов. Это чуть больше, чем длиться сам фильм, который я закачивал :). Avi видео немного подтормаживает, если сравнивать просмотр того же ролика на настольной машине. Дискомфорта это не создает, так как подтормаживания совсем незначительные, но факт имеет место.

Что еще можно отнести к минусам? Нет слота для карты памяти. Иначе говоря, 16 гигабайт – это все, на что вы можете рассчитывать на протяжении всего пользования планшетом. Да, есть док станция, к которой можно подключить флешку, но это не то. Да и док станцию придется покупать отдельно. Планшетов с объемом памяти в 32 гигабайт пока в продаже не видел. Зарядка только от сети. От USB устройство не заряжается. Родной USB шнурок достаточно короткий и подключать его к системнику, стоящему под столом, жутко неудобно. Планшет приходится или на пол класть или держать на самом краю стола. Ввиду того, что у шнура специфичный разъем, заменить его на более длинный не получится. Вообще с аксессуарами на текущий момент ситуация плачевна. Их попросту нет. Даже чехол или защитную пленку не найти. Конечно, со временем, все это поступит в продажу, но если хотите все и сразу, то облом. Прошивка сыровата, конечно. Но это поправимо скорыми обновлениями, благо, Google Android развивается завидно быстрыми темпами, а аппаратная начинка Samsung Galaxy Tab 10.1 позволяет надеяться, что устройство сможет получить еще не одно обновление.

Что в итоге? Розовые очки быстро перестали быть розовыми и пришлось спуститься на землю. Кричать о том, что я счастливый обладатель крутого планшета как-то не открывается рот. Может, я сильно придираюсь и просто замечтался, а реальность, вон какая суровая, но было сильное желание отнести гаджет обратно в магазин. Просто потому, что он не стоит своих денег. Будь он тысяч на 5 дешевле, я бы взял и ни минуты об этом не жалел бы. Часть проблем, я уверен, решится с выходом новых прошивок. Остальные покроет более удачный софт, нежели тот, что предлагается изначально. Проблемы с USB подключением, с которыми я столкнулся, как мне кажется, вызваны работой под 64-битной версией ОС. Но какие аналоги есть? Почитав интернеты, сделал вывод, что заменить данный планшет нечем. Есть неплохая альтернатива среди планшетов от Acer – Acer Iconia Tab A501. Но в изяществе он значительно уступает Samsung Galaxy Tab 10.1, да и матрица там не так хорошая, а в экран Galaxy влюбляешься с первого взгляда в прямом смысле. Плюс очень сильно подкупает время работы Galaxy. Он действительно способен честно отработать до 10 часов при активном использовании.

В общем, если хотите хороший планшет, то покупайте Samsung Galaxy Tab 10.1, но только не сейчас. Подождите месяц-другой, когда он существенно упадет в цене, а это неизбежно случится, так как в начале следующего года на рынок поступит новое поколение планшетников, среди которых будет четырехядерный HTC и много других разных. Если очень хочется обзавестись устройством именно сейчас, то настоятельно рекомендую присмотреться к упомянутому Acer Iconia Tab A501. Отличная штука, но без лишних понтов и по адекватной цене. В принципе, изначально я на него и рассчитывал, но дернул черт посмотреть на продукт от Samsung…

Удачного вам выбора!

UPD 02.10.11:

История не закончилась. Я таки сделал то, о чем писал в конце данной заметки. Я отнес свой новый Galaxy Tab обратно в тот магазин, где его купил, благо, манибэк позволяет это сделать, не обосновывая свой поступок. На вопрос о том, что не так с купленным мною устройством, я ответил, что оно просто не стоит своих денег, и я был честен. Цена на Samsung Galaxy Tab 10.1 действительно завышена. В этом мнении я утвердился, когда увидел на яндекс маркете магазин, где данный гаджет стоит на 3000 рублей дешевле. Учитывая обилие недовольства от опыта общения с данным планшетом, я решил, что уж если и покупать его, то с максимальной экономией. Забрав свои деньги в одном магазине, я понес их в другой, где цена была более адекватной.

Не дураки придумали, что халявы не бывает. Магазин, который предлагал планшет по более низкой цене, продавал «серые» устройства. Собственно, спасибо продавцу-консультанту, который без лишних вопросов информировал меня о том, что устройство сертифицировано для Польши. Не могу сказать, что я брезгую «серым» товаром, но в данном конкретном случае это стало последней каплей. Для себя я понял, что на этом мое общение с Samsung Galaxy Tab 10.1 подошло к концу и пора прощаться. Но желание купить планшет никуда не делось и я пошел за другим девайсом, который также упоминал в данной заметке – это Acer Iconia Tab A501.

Продолжение истории я вынес в отдельную заметку. И так, кому интересно, милости просим.

Вчера опубликовал статью о своем опыте настройки VPS. Обещал, что как только появится время, напишу пару баш скриптов, которые автоматизируют часть рутинной работы и сведут количество действий, выполняемых руками, к разумному минимуму.

Я напряг все имеющиеся извилины, откопал в аналах своей памяти скромные познания bash скриптинга и, потратив несколько часов, написал скромное приложение, которое упрощает и ускоряет процесс создания виртуальных хостов для Apache и Nginx.

Чтобы скрипт был хоть сколько-нибудь интересен не только мне и имел минимум привязки к среде, где он будет запускаться, я постарался вынести все пути и прочее в блок конфига, сохранив их в переменные. Тем не менее, я не рекомендую бездумно использовать его. Хотя бы глазами пробегитесь по коду, чтобы понимать, подойдет ли он вам «из коробки» (я сомневаюсь, если честно). Всякую ответственность за последствия, которые могут приключиться с вами после использования данного скрипта, само собой, я снимаю :) Все на свой страх и риск, как говорится. Но поломаться ничего не должно. Скрипт ничего не удаляет, не вносит изменений ни в какие файлы. Он может только намусорить…

Ниже код скрипта и некоторые комментарии к блоку конфига и способам использования.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285

#!/bin/bash
 
####### CONFIG START  ########
 
OWNER_NAME='username' # Пользователь, которому будет принадлежать директория вирт. хоста 
OWNER_GROUP='username' # Группа, которой будет принадлежать директория вирт. хоста 
HOME_WWW=~username/www # Домашняя директория для вирт. хостов 
HOST_DIRS=('backup' 'logs' 'public_html') 
SERVER_IP='127.0.0.1' # IP адрес сервера
 
WHEREIS_APACHE=/etc/apache2
WHEREIS_NGINX=/etc/nginx
 
APACHE_HOSTS_DIR=$WHEREIS_APACHE'/sites-available'
NGINX_HOSTS_DIR=$WHEREIS_NGINX'/sites-available'
NGINX_HOSTS_ENABLED=$WHEREIS_NGINX'/sites-enabled'
 
######## CONFIG END ##########
 
# COLORS
SETCOLOR_SUCCESS="echo -en \\033[1;32m"
SETCOLOR_FAILURE="echo -en \\033[1;31m"
SETCOLOR_NORMAL="echo -en \\033[0;39m"
SETCOLOR_NOTICE="echo -en \\033[1;33;40m"
 
# FUNCTIONS
 
function restart_servers {
    echo 'Перезапускаем Apache'
    /etc/init.d/apache2 reload
 
    echo 'Перезапускаем Nginx'
    /etc/init.d/nginx reload
 
    return 1
}
 
function error_config {
    $SETCOLOR_FAILURE
    echo "$(tput hpa $(tput cols))$(tput cub 6)[Fail]"
    echo '[CONFIG ERROR]: '$1
    $SETCOLOR_NORMAL
 
    exit
}
 
function error_force_exec {
    $SETCOLOR_FAILURE
    echo "$(tput hpa $(tput cols))$(tput cub 6)[Fail]"
    echo -n '[FORCE EXEC ERROR]: '
 
    if [ -z "$1" ]; then
	echo 'Скрипт не может корректно выполнить все процедуры в автоматическом режиме'
    else
	echo $1
    fi
 
    $SETCOLOR_NORMAL
 
    exit
}
 
function error_failure {
    $SETCOLOR_FAILURE
    echo "$(tput hpa $(tput cols))$(tput cub 6)[Fail]"
    echo '[ERROR]: '$1
    $SETCOLOR_NORMAL
 
    exit
}
 
function error_notice {
    $SETCOLOR_NOTICE
    echo '[NOTICE]: '$1
    $SETCOLOR_NORMAL
 
    return 1
}
 
# Если запущен с ключем -f, значит задаем пользователю минимум вопросов 
# Игнорируются вопросы: 
# - имя директории виртуального хоста 
# - вопрос о перезапуске серверров (будут перезапущены)
 
if [ "$1" == "-f" ]; then
    force_execution=true
else
    force_execution=false
fi
 
echo
 
$SETCOLOR_NORMAL
 
if [ -d $HOME_WWW ]; then
    cd $HOME_WWW
else
    error_config "Директория $HOME_WWW не существует"
fi
 
# Запрашивает имя домена, пока не будет введено
function get_domain_name {
    echo -n "Имя домена: "
    read domain_name
 
    # Если ничего не было введено
    if [ -z $domain_name ]; then
	$SETCOLOR_FAILURE
	echo "Вы не ввели имя домена"
	$SETCOLOR_NORMAL
	get_domain_name
    else
	return 1
    fi
}
 
# Запрашивает имя директории для виртуального хоста или предлагает создать автоматически 
# проверяет его на существование
function get_host_dir {
    echo -n "Имя директории хоста: "
    read host_dir
 
    # Если ничего не было введено
    if [ -z $host_dir ]; then
	$SETCOLOR_NOTICE
	echo -n "Вы не ввели имя директории хоста. Создать автоматически? [Н/д]? "
	$SETCOLOR_NORMAL
 
	read answer
 
	    case "$answer" in
	    Y|y|д|Д)
		host_dir=${domain_name//\./_}
		host_dir=${host_dir//\-/}
 
		if [ -d ${HOME_WWW}'/'${host_dir} ]; then
		    error_notice "Автоматический выбор имени директории невозможен. Задайте его самостоятельно"
		    get_host_dir
		else
		    error_notice "Директория хоста будет создана автоматически: $host_dir"
		fi
		return 1
		;;
	    N|n|о|О) get_host_dir
		;;
	    *) get_host_dir
		;;
	    esac
	get_host_dir
    else
	return 1
    fi
}
 
get_domain_name
 
if $force_execution; then
    host_dir=${domain_name//\./_}
 
    if [ -d ${HOME_WWW}'/'${host_dir} ]; then
	error_force_exec
    fi
else
    get_host_dir
fi
 
# Проверяем пути апача из конфига
if [ -d $APACHE_HOSTS_DIR ]; then
    if [ -a $APACHE_HOSTS_DIR'/'$domain_name ]; then
	error_failure "Виртуальный хост $domain_name уже существует для Apache"
    fi
else
    error_config "Директория $APACHE_HOSTS_DIR не существует"
fi
 
# Проверяем пути nginx из конфига
if [ -d $NGINX_HOSTS_DIR ]; then
    if [ -a $NGINX_HOSTS_DIR'/'$domain_name ]; then
        error_failure "Виртуальный хост $domain_name уже существует Nginx"
    fi
else
    error_config "Директория $NGINX_HOSTS_DIR не существует"
fi
 
echo "Домен: $domain_name"
 
# Создаем директории виртуального хоста
host_dir_path=${HOME_WWW}'/'${host_dir}
echo "Создаем директории виртуального хоста:"
 
mkdir $host_dir_path
 
for dir_name in ${HOST_DIRS[@]}; do
	mkdir $host_dir_path'/'$dir_name
	echo -e "\t $host_dir_path/$dir_name"
done
 
touch ${host_dir_path}'/public_html/index.html'
 
# Рекурсивно проставляем права
chown -R $OWNER_NAME:$OWNER_GROUP $host_dir_path
 
apache_template="<VirtualHost 127.0.0.1:8080>
      ServerAdmin webmaster@$domain_name
      ServerName $domain_name
      ServerAlias www.$domain_name
      DocumentRoot $HOME_WWW/$host_dir/public_html
 
      ScriptAlias /cgi-bin/ $HOME_WWW/$host_dir/public_html/cgi-bin/
      ErrorLog $HOME_WWW/$host_dir/logs/apache.error.log
      LogLevel warn
      CustomLog $HOME_WWW/$host_dir/logs/apache.access.log combined
</VirtualHost>"
 
# Создаем конфиг виртуального хоста apache
echo 'Создаем конфиг виртуального хоста apache:'
touch ${APACHE_HOSTS_DIR}'/'${domain_name}
echo -e "\t"${APACHE_HOSTS_DIR}'/'${domain_name}
 
temp_ifs=$IFS
IFS=
echo $apache_template > ${APACHE_HOSTS_DIR}'/'$domain_name
IFS=$temp_ifs
 
# создаем симлинк
a2ensite $domain_name
 
nginx_template="server {
      listen $SERVER_IP:80;
 
      server_name $domain_name www.$domain_name;
      access_log  $HOME_WWW/$host_dir/logs/nginx.access.log;
 
      location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
            root /home/omm/www/$host_dir/public_html;
      }
 
 
      location / {
            proxy_pass http://backend;
            proxy_redirect off;
            proxy_set_header Host \$host;
            proxy_set_header X-Real-IP \$remote_addr;
 
            charset utf-8;
            index index.html;
            root $HOME_WWW/$host_dir/public_html;
      }
}"
 
 
# Создаем конфиг виртуального хоста nginx
echo 'Создаем конфиг виртуального хоста nginx:'
touch ${NGINX_HOSTS_DIR}'/'${domain_name}
echo -e "\t"${NGINX_HOSTS_DIR}'/'${domain_name}
 
temp_ifs=$IFS
IFS=
echo $nginx_template > ${NGINX_HOSTS_DIR}'/'$domain_name
IFS=$temp_ifs
 
# создаем симлинк
ln -s $NGINX_HOSTS_DIR'/'$domain_name $NGINX_HOSTS_ENABLED'/'$domain_name
 
# Перезапускаем сервера
if $force_execution; then
    restart_servers
else
    echo -n 'Перезапустить Apache и Nginx? [Д/н] '
    read restart_answer
 
    case "$restart_answer" in
	Y|y|д|Д)
	    restart_servers
	;;
	*)
	    echo 'Apache и Nginx не были перезагружены'
	;;
    esac
 
fi
 
$SETCOLOR_SUCCESS
echo "$(tput hpa $(tput cols))$(tput cub 6)[OK]"
$SETCOLOR_NORMAL

Конфигурирование скрипта

В скрипте есть комментарии, но опишу переменные настройки еще раз.

OWNER_NAME – имя системного пользователя, которому будут принаджелать директории и файлы, создаваемые скриптом для виртуального хоста.

OWNER_GROUP – системная группа, которой будут принаджелать директории и файлы, создаваемые скриптом для виртуального хоста.

HOME_WWW – внутри этой директории будет создана директория виртуального хоста.

HOST_DIRS – директории виртуального хоста, которые будут созданы. По-умолчанию сюда вписана директория для логов apache и nginx, директория для бэкапов и директория, которая будет доступна по http протоколу, собственно, куда и нужно будет класть все файлы вашего сайта.

SERVER_IP – ip адрес вашего сервера. Прописывается в конфигах nginx.

WHEREIS_APACHE – директория установки Apache. Относительно нее будут искаться конфиги виртуальных хостов и прочее.

WHEREIS_NGINX – директория установки Nginx. Относительно нее будут искаться конфиги виртуальных хостов и прочее.

APACHE_HOSTS_DIR – директория, где Apache хранит конфиги для каждого отдельного виртуального хоста. Обычно это sites-available.

NGINX_HOSTS_DIR – директория, где Nginx хранит конфиги для каждого отдельного виртуального хоста. Обычно это sites-available.

NGINX_HOSTS_ENABLED – директория, где хранятся симлинки на конфиги виртуального хоста Nginx. В nginx нет утилиты подобной a2ensite, поэтому нужно знать, куда создать ссылку самим. Обычно данная директория называется sites-enabled.

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

В скрипте есть еще две переменных, которые объявлены почти в конце листинга: apache_template и nginx_template. В них хранятся шаблоны для виртуальных хостов. Хотя бы посмотрите, что в них описано, чтобы быть уверенными в том, что конфиги имеют именно тот вид, который вам требуется.

Работа со скриптом

Скрипт может работать в двух режимах.

Простой запуск – запускаете скрипт и отвечаете на его вопросы. Он потребует ввести:

• имя домена, для которого создаются конфиги;
• имя директории виртуального хоста;
• спросит перезагрузить ли сервера, после того, как конфиги будут созданы

Если не задать скрипту имя директории виртуального хоста, то он создает ее автоматически. От перезагрузки серверов можно отказаться. Это удобно, когда вы планируете создать несколько виртуальных хостов подряд и нет смысла каждый раз заставлять Nginx и Apache делать reload (при reload создается избыточная нагрузка на процессор и потребляется больше памяти. Лучше сделать это один раз, когда все хосты будут добавлены).

Форсированный запуск – это типа автоматического режима. Скрипт задает только один вопрос – о имени домена. Все остальное он делает сам, в том числе перезагружает Nginx и Apache. При этом, если в ходе проверок скрипт выяснит, что выполнить какие-то операции он не сможет, то работа прекратится. Но учтите, что никаких подробных сообщений о проблеме не будет. Скрипт просто скажет, что он не может отработать в автоматическом режиме (скорее всего, конфликты с путями).

Для вызова скрипта в форсированом режиме необходимо запустить его с параметром –f

bash script_name.sh -f

На баше я пишу раз в сотню лет, так что, уж не обессудьте.

Но пришел момент, когда меня утомило то, что сайты разбросаны по разным аккаунтам и разным хостингам. Захотелось иметь возможность использовать сервера кэширования, сервер баз данных последней стабильной версии, а также несколько библиотек для PHP и Python, которых нет на виртуалках. Не могу сказать, что всего этого хотел очень сильно, но мотивация появилась и я решил съехать на VPS.

Сразу скажу, что я никогда не администрировал сервера сколько-нибудь серьезно. Я вообще их не администрировал, не считая смешного опыта где-то там, на заре своей карьеры. Уровень познания Linux можно назвать «слабенький пользователь». То есть, если оставить меня один на один с linux’ом, я не впаду в панику и таки добьюсь того, что требуется, но проведу долбанную кучу времени за чтением манов.

И так, учитывая уровень моих познаний, вы можете сделать вывод – читать дальше или нет. Писал исключительно для тех, кто настолько же просвещен, как я. Остальным будет не интересно или даже вредно для здоровья.

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

Также замечу, что собирать я буду некоторое подобие виртуального хостинга. То есть на VPS будет ютиться n-ое количество сайтов, с возможностью заведения FTP, например, для каких-нибудь посторонних людей. Про посторонних людей, я немного погорячился, наверное, так как и апач и nginx всегда будут запускаться от одного пользователя. Но это можно будет поправить патчами.

Сборка сервера Apache + Nginx + MySQL + PHP + ProFTPD

И так, в качестве ОС я выбрал Debian, как достаточно популярный, как мне кажется, дистрибутив и, что немаловажно, наиболее простой для меня. В Debian все ставится из репозитария, где лежат стабильные версии, хотя порой несколько устаревшие. К слову, сначала я попробовал собрать весь комплект из исходников и даже собрал. Но потом случился какой-то затык, уже не помню с чем и я на своем опыте убедился, что сбор из исходников это не «Debian way». Забросил эту идею и все переделал по уму.

VPS я взял у Clodo. Есть недельный Moneyback. Недели тестового периода как раз хватит для того, чтобы понять, что получается из всей этой затеи и стоит ли продолжать. Ценник меня тоже вполне устроил: 512 памяти и 10гб HDD обойдутся в туже сумму, что мне сейчас обходится два аккаунта на виртуальном хостинге. То есть, с финансовой точки зрения, я даже сэкономлю рублей 200, если перенесу все сайты на VPS. Сумасшедшая сумма, конечно.

Версия Debian 6-64 bits. Все остальное, как я уже говорил, ставил из репозитариев, поэтому с версиями особо не напрягался.

Вся установка ведется от root пользователя и на совершенно чистую систему.

Устанавливаем Apache 2

Сначала просто поставим Apache. Настройку и конфигурирование оставим на потом.

apt-get install apache2

Если все установилось нормально, то обратившись по ip адресу сервера, мы увидим страницы приветствия Apache.

Установка Nginx

На текущий момент, в репозитарии Debian лежит версия 0.7.67. Старова-то, конечно, но ничего не поделаешь. В Backports лежит тоже самое, а собирать из исходников я не стал. Как можно убедиться из многочисленных обсуждений на форумах, это не “Debian way”. Можно было бы попробовать собрать свой deb пакет, но что-то я пока морально не готов к этому. В общем, ставим из репозитария то, что предлагают.

apt-get install nginx

Устанавливаем MySQL сервер

apt-get install mysql-server

Конфигурировать пока тоже ничего не будем. Единственное, что потребуется – задать пароль для root пользователя. Не оставляйте пароль пустой строкой.

Устанавливаем PHP

Перед тем, как приступить к установке, можете проверить, какая версия PHP присутствует в репозитарии. Это можно сделать командой

apt-cache policy php5

Если вас все устраивает, то ставим

apt-get install php5 php-pear
apt-get install php5-mysql # ставим пакет для работы php с mysql
apt-get install php5-suhosin # патчим php, повышая его безопасность, хотя он мог установиться сразу с php

Небольшая настройка

Еще немного ПО для удобства работы. Я поставил Midnight Commander, чтобы было удобнее осуществлять навигацию по файловой системе.
Теперь приступаем к настройке всего, что поставили.

Мне нравится, когда файлы всех виртуальных хостов лежат в поддиректориях домашней директории какого-нибудь пользователя. Привычка такая, наверное. Плюс можно будет сделать скрипт, который автоматизирует процесс создания виртуальных хостов, если их у вас будет много. Если вас не смущает такая политика, то предлагаю добавить в систему пользователя и задать ему пароль:

useradd omm -d /home/omm -m # omm замените на желаемое вами имя пользователя, но у меня оно такое
passwd omm

Ключ –d задает путь к домашней директории пользователя, а -m говорит о том, что эту директорию нужно создать.
Все пути, связанные с домашней директорией пользователя, я буду указывать с учетом имени omm, вам же следует подставлять имя своего пользователя.
Виртуальные хосты я буду складывать в /home/omm/www. Туда же будут ходить отдельные FTP пользователи, каждый в свою поддиректорию внутри www.

mkdir /home/omm/www && chown -R omm:omm /home/omm

Если хотите другую версию PHP, то можно поискать репозитарии, в которых она есть, добавить их и ставить оттуда.

Установка FTP сервера ProFTPD

Я также хочу поднять FTP сервер. Почитал несколько разных статей и решил, что поставлю Proftpd. Замечу, что во время установки лучше выбрать режим standalone (не лучше, но диктуется обстоятельствами), так как в Debian нет демона inеtd (есть xinetd).

apt-get install proftpd

Теперь нужно конфигурировать FTP сервер. Для этого открываем в редакторе файл /etc/proftpd/proftpd.conf
Расскомментируем директиву DefaultRoot и меняем ее значение. Также снимаем комментарий с директивы RequireValidShell.

DefaultRoot                     /home/omm/www #выше этой директории ни один пользователь не поднимется

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

Где-нибудь после директивы DeferWelcome добавялем

RootLogin                       off

Это запретит подключение по FTP под учетной записью root.

Также добавим ведение еще одного лога, у которого будет понятный для чтения формат. Для этого, после директивы SystemLog пишем:

LogFormat custom "%t [pid %P] [%u] ip: %a %m %f [%b b for %T seconds]"
ExtendedLog /var/log/proftpd/transfer.log

Я обычно увеличиваю таймауты на простой FTP соединения. Но это по вкусу. Сохраняем изменения.

В конец конфига добавляем строку

Include /etc/proftpd/rules/*

Следом создаем эту директорию и первый файл конфига в ней

mkdir /etc/proftpd/rules && touch /etc/proftpd/rules/omm

Открываем файл omm и пишем туда конфиг, который позволит пользователю omm видеть/изменять все, что в этой директории и ниже. То есть, у нас получается что-то типа главного ftp пользователя. Это удобно, но не очень безопасно. Если у вас сопрут пароль от этого пользователя, то смогут одним махом побить файлы на всех сайтах.

<directory /home/omm/www>
        <limit READ WRITE DIRS>
                 Order allow,deny
                 AllowUser omm
                 DenyAll
         </limit>
</directory>

Проверяем файл конфига на наличие ошибок и если все хорошо, перезапускаем ftp сервер.

proftpd -td5
/etc/init.d/proftpd restart

Если ошибок в файле конфига допущено не было, то сервер перезагрузится в штатном режиме. Осталось только открыть ваш FTP клиент и проверить, все ли работает.

Не охота забегать вперед, но все же напишу немного о том, как создавать виртуальных ftp пользователей.

Сначала создадим директорию внутри нашей www, которая якобы будет корневой директорией для одного из сайтов

mkdir ~omm/www/test_ru

Создаем виртуального FTP пользователя testru и указываем созданную директорию как его домашнюю. Используем утилиту ftpasswd c необходимыми параметрами:

ftpasswd --passwd --file=/etc/proftpd/ftpd.passwd --name=testru --shell=/bin/false --home=/home/omm/www/test_ru --uid=1001 --gid=1002
ftpasswd --group --file=/etc/proftpd/ftpd.group --name=proudprods -m testru -gid=1002
chmod 644 /etc/proftpd/ftpd.passwd /etc/proftpd/ftpd.group
chown proftpd:nogroup /etc/proftpd/ftpd.passwd /etc/proftpd/ftpd.group

Обратите внимание на uid и gid. Я указал id своего пользователя omm и его группы, так как все файлы будут лежать ниже его домашней директории.

Теперь снова открываем конфиг /etc/proftpd/proftpd.conf и добавляем еще две директивы. Как нетрудно догадаться, они указывают пути для файлов с данными виртуальных пользователей и групп.

AuthUserFile                    /etc/proftpd/ftpd.passwd
AuthGroupFile                   /etc/proftpd/ftpd.group

Делаем рестарт сервера и пробуем залогиниться под созданным виртуальным пользователем. Должно все работать правильно.

Чтобы теперь добавить нового виртуального пользователя используем туже команду, что и раньше, только без параметра –file, например:

ftpasswd --passwd --name testru --home /home/omm/www/test_ru --shell=/bin/false --uid=1001 --gid=1002

Настройка Apache

Открываем /etc/apache2/ports.conf и в значении директивы NameVirtualHost звездочку заменяем на 127.0.0.1:8080, тоже самое пишем для директивы Listen:

NameVirtualHost 127.0.0.1:8080
Listen 127.0.0.1:8080

Мы перевесили Apache на порт 8080 и сделали его недоступным напрямую. Рестартим Apache и смотрим поцепился ли он на 127.0.0.1:8080

/etc/init.d/apache2 restart && netstat -anp | grep LISTEN | grep apache2

Теперь нужно создать конфиги виртуальных хостов для каждого вашего домена или поддомена. Скажу лишь только то, что для каждого хоста нужно создавать отдельный конфиг в директории /etc/apache2/sites-available

Там уже есть два конфига, на примере которых вы можете создать свои. Я не стану описывать синтаксис, так как ничего сложного там нет. Приведу лишь подправленный мною default, который я переписал на работу с /home/omm/www/test_ru. Имя хоста не прописывал ввиду того, что у меня пока нет доменов, привязанных к настраиваемому VPS, следовательно тестить буду по IP адресу сервера.

Содержимое /etc/apache2/sites-available/default

<VirtualHost 127.0.0.1:8080>
        ServerAdmin webmaster@localhost
 
        DocumentRoot /home/omm/www/test_ru/
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /home/omm/www/test_ru>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>
 
        ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        <Directory "/usr/lib/cgi-bin">
                AllowOverride None
                Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                Order allow,deny
                Allow from all
        </Directory>
 
        ErrorLog ${APACHE_LOG_DIR}/error.log
 
        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn
 
        CustomLog ${APACHE_LOG_DIR}/access.log combined
 
    Alias /doc/ "/usr/share/doc/"
    <Directory "/usr/share/doc/">
        Options Indexes MultiViews FollowSymLinks
        AllowOverride None
        Order deny,allow
        Deny from all
        Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>
 
</VirtualHost>

Директории, которые указаны в конфиге виртуального хоста должны существовать. Если все сделали, выполняем команду

a2ensite default # default – имя файла конфига

Выполнение данной команды создаст ссылку на файл конфига в директории sites-enabled.

Перечитываем конфиги apache

/etc/init.d/apache2 reload

Создаем файл и пишем в него что-нибудь

touch ~omm/www/test_ru/index.html && nano ~omm/www/test_ru/index.html

Теперь обращаемся к вашему серверу по IP адресу и если видим строку, которую вписали в файл index.html, то радуемся. Если не видим, то расстраиваемся и думаем, где накосячили.

Настройка Nginx

Теперь можно запустить Nginx. Если он нормально поцепился на 80 порт, то при обращении к серверу по ip мы должны увидеть страницу приветствия Nginx.

/etc/init.d/nginx start

Открываем конфиг /etc/nginx/nginx.conf и в секцию http, перед директивами include, описываепроксирующий сервер с помощью модуля upstream

http {
    # …
    upstream backend {
        server 127.0.0.1:8080;
    }
 
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Теперь открываем конфиг /etc/nginx/sites-available/default и приводим его к следующему виду

server {
         listen 80;
         server_name localhost;
 
         location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
                root /home/omm/www/test_ru;
         }
 
         location / {
                proxy_pass http://backend;
                proxy_redirect off;
                proxy_set_header Host   $host;
                proxy_set_header X-Real-IP      $remote_addr;
 
                charset utf-8;
                index test.php index.html;
                root /home/omm/www/ test_ru;
         }
 }

Перезапускаем сервер. Пробуем запрашивать статику и скрипты. Смотрим access логи apache и nginx, по которым будет видно, какие запросы и куда уходят.

Теперь статика будет отдаваться через nginx, а все остальное уйдет на проксирующий apache.

Настрайка MySQL

Запускаем mysql_secure_installation и следуем всем инструкциям и отвечаем на все вопросы, которые нам зададут.

Так как пароль для root мы уже задали при установке, то сейчас потребуется его ввести и на следующий вопрос о смене пароля можно ответить «нет»
На все последующие вопросы отвечаем утвердительно. Это максимально правильно и безопасно. В описание к фонфигуратору говорится, что они только для тестовых запусков сервера и никак не для продакшена.

На этом настройка окончена :)

Настройка PHP

Настраивать, на самом деле, нечего. PHP и так уже работает. Вы можете поковырять /etc/php5/apache2/php.ini, если знаете, что там и к чему. Если не знаете, очень советую узнать.
Не забывайте, что после изменений в php.ini, нужно перезапускать апач, чтобы они вступили в силу.

Пока можете потестировать работу PHP с MySQL, например.

В заключении

Файлы, которые мы создавали в директории ~omm/www/test_ru/ нужно удалить от root пользователя, так как мы от него их и создавали (во всяком случае, я создавал от root) и по FTP они доступны только для чтения.

Теперь весь этот огород осталось настроить для оптимальной работы. Отключить не нужное, правильно сконфигурировать необходимое, установить по, которого не хватает, но очень хочется, например Memcached и eAccelerator. Не забывайте, что это VPS, а не виртуальный хостинг и теперь вы можете вытворять все, что вашей душе угодно. Собственно, к чему и шли.

Еще можно поставить phpMyAdmin для удобства работы с БД, поднять свой DNS и все остальное. Но это по желанию.

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

Еще настоятельно рекомендую почитать документацию по Nginx и Apache, особенную ту ее часть, где описывается правильное конфигурирование виртуальных хостов.

Собственно, на этом все.

P.S: Совершенно не факт, что я все делал правильно, поэтому, если вам есть что сказать или вы можете указать на мои конкретные ошибки, пишите в комментариях. Спасибо.

Тестируем на нагрузку

Как только весь этот зоопарк заработал, я решил проверить сервер на нагрузку и сравнить результаты с тестом того же сайта, но на виртуальном хостинге. Тестировалось через бесплатный аккаунт на loadimpact.com.

Тест на VPS

Тест на Sweb.ru

Я думаю, что разница очевидна и можно обойтись без лишних слов. VPS и глазом не моргнул. Ну а реакция виртуального хостинга вполне ожидаема и, нужно отдать должно, положительно удивила меня. Я думал, что все будет значительно хуже.

Также предлагаю ознакомиться с графиками из панели управления VPS. По ним вы можете судить о том, как сервер реагировал на возрастающую нагрузку.

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

Спецификация CC3 поддерживает такую возможность, но, увы, даже в наше время активного развития WEB, далеко не все браузеры полноценно поддерживают 3-ю версию CSS. А хотелось бы, конечно, найти кросс-браузерное решение, доступное даже таким мамонтам, как, например, Internet Explorer 7.

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

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

Начнем с HTML разметки, которая потребует использования дополнительного контейнера:

1
2
3
4
5
6
7
8
9
10
11

<html>
<body>
 
<div id="second_bg"></div>
 
<div id="content">
        <img src="./images/header_image.png" alt="" />
</div>
 
</body>
</html>

Дополнительный контейнер имеет ID second_bg. Ниже может идти привычная для вас разметка страницы. Одним из плюсов данного способа является простота его внедрения в уже существующую верстку. Так как дополнительный контейнер позиционируется абсолютно, почти наверняка, его появление в коде не создаст никаких дополнительных трудностей.

CSS для body и #second_bg

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

body {
	margin: 0;
	padding: 0;
 
	font: normal 75% Tahoma;
	background: #e5e5e5 url('./images/bg_body_0.gif') left top repeat-x;
}
#second_bg {
	width: 50%;
	height: 96px;
	position: absolute;
	top: 0;
	left: 50%;
	background: transparent url('bg_body_1.gif') repeat-x;
}

Если слой с фоном будет перекрывать какой-то элемент, просто задайте этому элементу относительно позиционирование, также можете поиграться с z-index.

Как видно из кода селектора, вся суть в ширине слоя и его позиции в 50% от левого края. Таким образом, достигается нужный нам эффект.

В завершении, предлагаю посмотреть рабочий пример и изучить полный код страницы, если это потребуется.

За основу была принята вот эта публикация. Сначала думал сделать перевод, но как-то не сложилось. Тем не менее, копирайт и все такое – сослаться обязан!

Версии ПО:

• CodeIgniter 2.0.2
• Dwoo 1.1.1
• CodeIgniter HMVC 5.4

Для начала ставим сам CodeIgniter. Там ничего сложного и нужный эффект достигается путем распаковки файлов.

Далее, на чистый CI, ставим HMVC. Процесс установки HMVC описан специально для CodeIgniter версии 2.*. Добавить от себя нечего, поэтому привожу перевод официального мануала.

1. Начните с чистым CI
2. Установите верное значение для $config["base_url"] в файле /application/config/config.php
3. Обратитесь по URL /index.php/welcome. Вы должны увидеть «Welcome to CodeIgniter»
4. Скопируйте директорию third_party в директорию /application/ (с заменой файлов)
5. Скопируйте директорию core в директорию /application/ (с заменой файлов)
6. Обратитесь по URL /index.php/welcome. Вы должны увидеть «Welcome to CodeIgniter»
7. Создайте директорию модуля welcome – /application/modules/welcome/controllers
8. Переместите контроллер application/controllers/welcome.php в application/modules/welcome/controllers/welcome.php
9. Обратитесь по URL /index.php/welcome. Вы должны увидеть «Welcome to CodeIgniter»
10. Создайте директорию /application/modules/welcome/views
11. Скопируйте файл представления /application/views/welcome_message.php в /application/modules/welcome/views/welcome_message.php
12. Обратитесь по URL /index.php/welcome. Вы должны увидеть «Welcome to CodeIgniter»

Установка завершена.

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

Создадим файл /application/core/MY_Controller.php c вот таким вот содержимым:

1
2
3
4
5
6
7
8
9
10
11

<?php (defined('BASEPATH')) OR exit('No direct script access allowed');
 
/* load the MX_Loader class */
require APPPATH."third_party/MX/Controller.php";
 
class MY_Controller extends MX_Controller
{
    public function __construct() {
        parent::__construct();
    }
}

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

Устанавливаем шаблонизатор Dwoo

1. Распаковываем Dwoo/Adapters/CodeIgniter в /application/
2. Полностью распаковываем библиотеку в /application/libraries/
3. В файле /application/config/dwootemplate.php меняем настройки на ваши

У меня файл настроек имеет следующее содержание:

1
2
3
4
5
6
7
8
9
10
11
12

<?php  if (!defined('BASEPATH')) exit('No direct script access allowed');
 
// The name of the directory where templates are located.
$config['template_dir'] = dirname(__FILE__) . '/../views/';
 
// The directory where compiled templates are located
$config['compileDir']   = dirname(__FILE__) . '/../views/__compile/';
 
//This tells Dwoo whether or not to cache the output of the templates to the $cache_dir.
$config['caching']      = 0;
$config['cacheDir']     = dirname(__FILE__) . '/../views/__cache/';
$config['cacheTime']    = 0;

Несмотря на то, что мы используем HMVC, которая позволяет для каждого модуля иметь свою директорию views, я предпочитаю все шаблоны хранить в одном месте, поэтому пользуюсь /application/views/, как и задумано изначально в CodeIgniter. С учетом этого, я здесь же храню компилированные шаблоны и их кэш. Если у вас иная политика, меняйте настройки в dwootemplate.php на свой вкус.

Теперь небольшие грабли. Увы, адаптер не рассчитан на последние версии CodeIgniter, поэтому библиотека Dwootemplate требует напильника. Во-первых, из коробки она просто не работает, так как в методе Dwootemplate::display() осуществляется обращение к свойству Output::$final_output, которое объявлено с модификатором protected. Для решения проблемы, в файле /application/libraries/Dwootemplate.php ищем строку

1

$CI->output->final_output = $template;

И заменяем ее на

1

$CI->output->set_output($template);

Также я заменил все строки

1

$CI = get_instance();

на

1

$CI = CI_Controller::get_instance();

После этого все работает но на самом деле, имеет смысл написать свою обертку для Dwoo. Класс Dwootemplate обладает достаточно скромными возможностями и сгодится лишь для простеньких задач. Правильнее взять его за основу и написать свой, более гибкий и функциональный. Но это уже отдельный разговор.

Осталось все проверить на работоспособность.
Открываем файл /modules/welcome/controllers/welcome.php и заменяем метод Welcome::index() на следующий:

1
2
3
4
5
6

public function index()
{
    	$this->load->library('Dwootemplate');
    	$this->dwootemplate->assign('itshowlate', date('H:i:s'));
    	$this->dwootemplate->display('dwoowelcome.tpl');
}

В принципе, мы собрали и подготовили базовый набор для написания практически любого приложения, например, небольшой CMS.

Публикую дистрибутив Dwoo и HMVC. Делаю это для того, чтобы в случае выхода новых версий этих библиотек, статья оставалась актуальной. Тем не менее, само собой, следует использовать последние версии ПО.

Также выкладываю уже патченный /application/libraries/Dwootemplate.php

Файлы:
dwoo-1.1.1.tar
modular-extensions-hmvc
Dwootemplate

Это первая заметка. Остальные будут позже и окажутся более практичными. Сейчас я просто хочу полить воды на горячие камни. Потрепаться, так скажем.

Прежде всего, следует учитывать, что фриланс – штука индивидуальная. Каждый из нас имеет свою сферу деятельности, количество профессионального опыта, а также багаж в виде трудолюбия и самоконтроля.

Начну я с начала, а именно с того, почему некоторые офисные работники уходят свободный поиск. Пойдем по списку.

1. Я не хочу работать на «дядю».
2. На фрилансе я сам буду решать, за какую работу браться, а какую слать к черту.
3. Я смогу зарабатывать больше. В офисе меня нихрена не ценят.
4. В офисе некомфортно. Шумно, много людей. Все отвлекают.
5. Буду экономить время на дороге, следовательно, делать свою работу быстрее.
6. Я смогу работать там и тогда, когда мне это удобно.

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

Вполне возможно, у вас другой список, но, я уверен, большую часть всего этого вы неоднократно говорили или думали. Я также имею возможность общаться с другими фрилансерами и прекрасно помню свои мыски, когда я покидал последний офис. Список достаточно объективен и весьма актуален. Для чего он? Если вкратце, то все это – бред!

1. Можно ли считать благом отсутствие официального трудоустройства? Сомнительно. Во-первых, вы лишаете себя самого минимального социального пакета. Например, никакой вам теперь медицинской страховки. Также забудьте про сколько-нибудь серьезные кредиты в банке. Вам их не дадут. Даже при съеме жилья придется врать. Никто не хочет сдавать квартиру безработному, а фрилансеры именно таковыми являются. Кстати, не каждое посольство даст вам визу. США, например, очень не любит безработных, имейте ввиду. Перечислять можно долго, но самое главное, действительно ли вы теперь не работаете на «дядю»? А кем является каждый ваш заказчик? Это такой же работодатель только с тараканами, о которых вы ничего не знаете. Если своего руководителя вы знали на отлично и всегда понимали, когда его лучше не дергать или наоборот, можно подкатить с просьбой дать отгул. То теперь хрен. Каждый клиент – темная лошадка, у которой может меняться настроение от силы порыва ветра.

2. Да, так и есть, но до поры до времени. Крутить носом получается, когда денег куры не клюют. А если предыдущий месяц не выдался урожаем, то браться вы будите за все, что сколько-нибудь кормит. Конечно, все зависит от того, насколько вы успешны, но поверьте, черная полоса не минет и вас. Четко осознавайте, что далеко не всегда получается работать в удовольствие. Особенно, учитывая тот факт, что на фриланс, как правило, клиент приходит в поиске тех, кто сможет исправить возникшие проблемы. То есть основная часть работы – это правки и доработки уже чего-то, что сделано не вами. Соответственно, мне, как программисту, часто приходится сталкиваться с тоннами говно-кода. Вряд ли можно назвать это работой в радость.

3. Вот это полная херня. Кто это придумал и на каком основании? И почему люди в это так наивно верят? Да, теоретически, вы сможете зарабатывать больше, но готовьтесь к тому, что ваш рабочий день будет составлять 25 часов в сутки. Расклад простой. В офисе вы делали только ту работу, которая вам предписывалась по должности. Сейчас в ваши обязанности войдет необходимость переписки с клиентами, поиска заказов, предварительного ознакомления с ТЗ и прочее. На все это уходит огромное количество времени, зачастую значительно большее, нежели время на выполнение задания непосредственно. Ко всему прочему, например, если вы программист, в офисе вы работали с корпоративной CMS, которую знали вдоль и поперек. На фрилансе каждый клиент приходит со своим «самоваром», в котором вам сначала придется разобраться, а уже потом его дописывать.

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

5. Читайте пункт 4. В нем я уже ответил и на эту глупость. Можно еще добавить, что время, которое вы сэкономили, уйдет явно не на работу. У вас появится повод подольше поспать, побольше пожрать и покурить на балконе с чашкой кофе. Также заметно больше времени будет на чтение блогов, посещение социальных сетей и прочую фигню, но никак не на работу.

6. Ага, конечно. Там – это где? Я пробовал работать на даче, например. Назвать атмосферу рабочей язык не поворачивается. Ну а настроение тем более.
А работать вам придется тогда, когда это удобно вашим заказчикам. Никто не будет в восторге от того, что вы весь день мнете морду об подушку, а к работе приступаете ночью. Любой клиент желает, чтобы вы были на связи именно в рабочее время. Более того, для некоторых проектов это обязательное требование. В итоге, как не крути, а все равно придется быть онлайн днем, хотя бы с 12 и до 20:00. Также не забывайте о тех клиентах, что живут в других часовых поясах. С ними вам тоже придется общаться именно тогда, когда это удобно им. В итоге, ваш рабочий день превращается в рабочие сутки.

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

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

Конечно, работать «на себя» приятно. Пусть это условность и не до конца правда, но отчасти это действительно так. Если вам позволяют обстоятельства, вы можете браться только за ту работу, которая вам нравится. К сожалению, это не всегда возможно, но гораздо реальнее, нежели в офисе. Там у вас никогда не бывает выбора, здесь он есть в тех или иных случаях.

В целом, решение любого вопроса зависит только от вас. Иногда такая свобода и количество ответственности откровенно напрягают и грузят, иногда наоборот, это придает сил. Вы будете успешны настолько, насколько хватит ваших талантов. Любой завершенный проект – только ваша заслуга. То, сколько вы заработали – плоды вашего труда. Но и провалы чувствуются гораздо острее. Всегда трудно осознавать, что в вашей лаже никто кроме вас не виноват. Свалить вину на кого-то уже не получится.

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

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

Ну и самое главное, что я для себя нашел на фрилансе – бесценный опыт. Во-первых, появилась отличная возможность развивать свои коммуникативные навыки и навыки менеджера по продажам. Вряд ли еще где-либо вы столкнетесь с необходимостью настолько умело продавать свои услуги, как на рынке фриланса. Всегда есть возможность вытащить ценник на тот уровень, который удобен вам, добиться лучших условий сотрудничества, отказаться от тех решений, которые вам неудобны и заменить их другими, снижающими ваши трудозатраты. Во-вторых, любой проект – это в той или иной степени нестандартное решение. Даже самые тривиальные задачи содержат оговорки и свои особенности, что заставляет вас регулярно расширять свой кругозор актуальных технологий. Например, с XSL я познакомился только на фрилансе. Здесь же я получил опыт работы с новым для себя БД, с массой неплохих CMS, взял на вооружение дюжину новых алгоритмов и прочее. Для офисного работника никогда не будет такого раздолья. Любая компания движется по накатанной дорожке: корпоративная CMS, отстроенный цикл разработки и прочее. В итоге, любой проект превращается в выполнение одних и тех же телодвижений. Само собой, количество опыта, который вы получите, напрямую зависит от вашего собственного желания. Можно продолжать тупить, как и прежде, но предпосылок для развития все равно больше.

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

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

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

Добро пожаловать на церемонию торжественной казний PHPShop!

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

Для начала замечу, что скрипт платный и стоит, если сравнивать с прочими подобными, весьма не дешево, а целых 11790 рублей (март 2011). Я бы попросил вас запомнить этот факт и обращать на него внимания по ходу чтения заметки.

Мое недовольство начинает рождаться в глубинах сознания уже с первых минут знакомства. Прежде всего, жутко не понравилось то, что некоторые файлы закрыты зендом. Достаточно давно миновали те времена, когда можно было париться за секретность каких-нибудь гениальных программных решений. Все уже давно решено и лежит в открытом доступе. К чему создавать лишние трудности тем, кто захочет поработать напильником. А поработать есть над чем и напильник потребуется немалый…

Второй приступ восторга вызвала админка, которую некто умный, проникшийся столпами юзабилити, сделать целиком и полностью на pop-up окнах. Мало того, что половину pop-up’ов блокирует глушилка рекламы, так вы еще может забыть про работу с админкой из нескольких вкладок. Вместо вкладок, чертова хрень плодит отдельные окна самого браузера. Первое время я никак не мог к этому привыкнуть и постоянно терял открытые поп-апы.

Еще больше позитива добавляли JavaScript ошибки, загадившие всю консоль Firebug’а. Я сразу понял, что с PHPShop мы поладим, и работа будет веселой и непринужденной (это сарказм, если что, но скучно действительно не было).

Поставленные задачи были просты:

• Сверстать и нацепить шаблон
• Настроить движок
• Набить базу несколькими примерами контента

Я решил начать с предварительной настройки. И сразу сюрприз! Местами админка банально не работает. Указанные настройки просто не сохраняются, хоть ты тресни. Например, в настройках категорий товаров можно выбрать количество товаров, выводимых в одну строку, при просмотре содержимого категории. Мало того, что есть всего четыре варианта выбора (от 1 до 4 товаров в ряд), так из них работает только три :) Вариант с четырьмя товарами просто не сохраняется… А как думаете, сколько нужно было мне? Бинго! Мне нужно было 4 товара в ряд.

Пошел я смотреть в код, отчего же оно так все плохо. И тут плохо стало мне… Такого ужаса я не видел давно. То, что код не структурирован отступами – дело обыденное, а вот имена переменных из одной или двух букв повергли меня под стол. Увы, мой личный телепат ушел в декретный отпуск, поэтому о значении переменных с именами $ij, $j, $k и так далее, мне приходилось догадываться самостоятельно. А таких переменных там около 30% от общего числа. С таким я встретился впервые.

Далее я долго смеялся над транслитерированными именами лексем. Например, вы можете найти следующие шедевры:

Vivod_cat_table()
$SysValue['my']['setka_num']
$LoadItems['Podcatalog']

То есть чупакабра, которая писала код, знала некоторое количество английских слов, но совсем небольшое. Нет, ну если в школе тебе сильно били и ты пропускал уроки английского, то почему бы не поискать слово «display в словаре? А правильно, нафиг, пусть «Vivod» убьет умы людей!

К слову, проблема имен коснулась не только переменных и функций, но и директорий, файлов и всего остального. Авторский стиль выдержан на твердую пять!

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

Если вы не знаете PHP, то сделать адекватную верстку для PHPShop вы не сможете. Как я уже сказал, очень много кода содержится в самих скриптах. Причем не какой-нибудь там строки пагинации или кнопки десятой важности, а вывода списка товаров, например. Более того, код, зашитый в скрипты, содержит незакрытые HTML тэги. А так как авторы PHPShop таблицами не брезговали, вылавливать глюки верстки вы замучаетесь.

Что касается встроенного шаблонизатора, то его в общем-то и нет. Ту хрень, что предлагают авторы движка, никак нельзя назвать шаблонизатором. Никаких вам привычных {foreach} или {loop}, никаких условных операторов {if}. Шаблонизатор этого просто не умеет. Все, что он может – подставлять данные на место переменных вида @imya_peremennnoi@. Как с таким инструментарием сделать вменяемые и функциональный шаблон? Увы, ответа я не нашел.

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

Что касается отстраненных впечатлений, то они тоже далеко не лучшие. Движок неудобен во всех отношениях. Админка кривая, как кочерга. Для человека неискушенного она не помощник, а препятствие. Учитывая недоработки, которых в ней с избытком, я боюсь даже представить, как малоопытный владелец такого интернет магазина сможет с ним управляться. Об интуитивности интерфейса я даже говорить не стану. Функциональные возможности движка также на нуле. Кроме организации магазина и новостной ленты, по сути, он толком больше ничего не умеет. Рубрикатор в магазине может быть всего двух уровней, то есть, сложной системы каталога добиться не получится.

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

Анафеме предан без права на права! Засим все…

UPD 16.08.11:
Сегодня в бэках яндекса наткнулся на “ответ Чемберлену” от автора PHPshop. Думаю, комментариев не нужно. Товарищ Dennion ушел дискутировать среди своих :)

P.S: Из всей истории делаю один вывод – про PHPShop или хорошо, или никак, равным счетом, как об усопших. Критика, конструктивная, я считаю, ибо везде по пунктам и с конкретными претензиями, вызывает неадекватную реакцию.

Пол года назад я уже писал о CodeIgniter и Matchbox, о проблемах, которые возникают при использовании этой библиотеки и о своих попытках с ними бороться. Я думаю, если вы здесь, то уже знаете что такое Matchbox и для чего он нужен. Если я ошибаюсь, то хочу предложить вам ознакомиться с первой заметкой на эту тему. В ней вы найдете краткое (не более краткое, чем официальная документация) описание Matchbox и другое словоблудство на эту тему.

Как я уже сказал, в первом своем упоминании о Matchbox я не только озвучил существующую проблему (на самом деле, она не одна), но и пытался найти решение оной. Решение это не что иное, как полуживой костыль, работающий с божьей помощью. Как водится, довести его до ума времени я так и не нашел, но нашел тех, кто это сделал за меня!

Один знакомый из интернетов, также страдающий от кривизны Matchbox, собрал с форумов и прочих конференций всевозможные патчи и фиксы для этой библиотеки. Объединил все это в один архив и вежливо со мной им поделился. Признаться, не знаю, сам ли он прошел этот путь собирателя или тоже где-то выклянчил готовое решение, но факт остается фактом – хреновина заработала!

Собственно, кому не интересно слушать дальше, могут сразу забрать аттач (ссылка в конце), для остальных обещаю еще пару-тройку абзацев текста.

Желая исключить возможные разночтения, оговорюсь, что работаю я с ПО следующих версий:

• CodeIgniter 1.7.2
• Matchbox RC2

Уже на момент написания этих букв существует CodeIgniter 2.0. Его я на вкус не пробовал, поэтому будьте готовы к нестыковкам. Matchbox не обновляется с сентября 2009 года. То есть Matchbox RC2 – последняя версия на текущий момент и, что-то мне подсказывает, последняя в принципе.

Увы, выложенный мною патч тоже не панацея. Например, в нем не реализован метод CI_Loader:: module_model(). Совсем не критично и за все время активного пользования фреймворком и библиотекой, только один раз возникал соблазн и желание вызвать «чужую» модель. Может быть не работает что-то еще, о чем я не знаю. Но используя связку CodeIgniter + Matchbox + Matchbox FIX, мне удалось написать небольшую рабочую CMS. Из этого делаю вывод, что объект внимания съедобен и имеет право на жизнь в живых проектах.

Собственно, то самое:

matchbox_fix

Будут вопросы, пишите в комменты. Успехов!

Позавчера, твиттер сообщил мне, что W3C анонсировали логотип для HTML5. На сайте www.w3.org этому событию посвящена целая страница, большая и красочная и, самое главное, сверстанная на HTML5!

На странице с обзором вы найдете логотипы сопутствующих технологий, презентации, ссылки на сайты, демонстрирующие возможности HTML5, а также массу других интересностей. Прежде всего, вам могут пригодиться варианты баннеров с эмблемой HTML5. Возможно, у вас будет желание задействовать их на своем сайте или в каких-нибудь будущих разработках.

Помимо этого, разработчики предлагают вам заказать бесплатные стикеры с логотипами. Для этого необходимо направить им письмо посредством обычной человеческой почты. Я сомневаюсь, что стикеры придут в нашу славную страну, у нас и денежные переводы не всегда приходят, но попробовать вы можете :). Если получится, будет чем похвастаться.

P.S: можно заказать и футболку, но уже за деньги :)

И так, история берет свое начало где-то в середине ноября. У меня есть аккаунт в партнерской программе компании Peterhost. Привлеченных клиентов немного, но есть. Какая-то денежка капает и то приятно. На оплату хостингов, доменов и прочей электронной утвари хватает. Собственно, давно не проверял состояние баланса, решил зайти и полюбопытствовать. Вхожу в панель управления, вижу там 1500 русских денег. Через пару недель станет вопрос оплаты хостингов, поэтому, деньги окажутся весьма кстати.

Делаю попытку заказать вывод средств на кошелек и вижу сообщение, которое гласит о том, что по техническим причинам, выплаты приостановлены до декабря. Ладно, хорошо, мне не горит, можно подождать. К слову, если верить публикации на сайте, то выплаты приостановили 18 октября.

Неожиданно, пришел декабрь! Первого числа, приходит мне депеша от компании Peterhost, в которой сообщается, как вы думаете что? Ничего хорошего. В рассылке говорится о решении закрыть текущую (не совсем понятно, что значит «текущую») партнерскую программу. И далее следуют комментарии относительно того, что можно сделать со средствами, накопленными на балансе к данному моменту. Далее цитирую текст письма, он же текст новости на сайте.

Денежными средствами, накопленными на партнерском аккаунте к этому моменту, можно воспользоваться одним из следующих способов:

• заказать услуги хостинга и регистрации доменов;
• вывести на Webmoney-кошелек;
• вывести на банковский счет физического лица.

Я было обрадовался. Выведу свои копеечки, а дальше делайте, что хотите. Я все равно никогда не придавал большого значения этой партнерской программе. Но не тут то было…

Цитирую дальше:

Для подачи заявки на получение денежных средств нужно предоставить следующие документы:

• подписанный партнером договор;
• копию первого разворота паспорта с фото и датой выдачи документа и копию страницы с информацией о прописке;
• подписанный партнером отчет на сумму, накопившуюся на партнерском счету к 10 декабря.

Далее следует описание того, как и куда нужно отправить подписанные документы и бла-бла-бла.

Следует ли говорить, что никакого договора я не заключал, впрочем, думаю, как и большинство тех, кто работает в этой партнерке? Думаю, это очевидно.

Конечно, можно поехать в офис, подписать этот злополучный договор. Отсканировать паспорт, принести справку от психиатра, сдать кровь на анализ, сделать рентгеновский снимок и прочее и прочее. Безусловно, полторы тысячи рублей стоят потерянного дня жизни.

Остается один вариант – потратить деньги на услуги Петерхоста. Хотя вот признаюсь, оно мне к черту не нужно. Но выбора не оставили.

Не кажется ли вам, что подобный маневр компании исключительно нечистоплотен? Это ведь банальное выжимание денег из партнеров. Просто нежелание заплатить людям то, что они заработали. Таких, как я, думаю, большинство. Кто будет напрягаться из-за копеечной суммы? Не ошибусь, если скажу, что многие, у кого сумма на балансе еще меньше, просто забудут об этих деньгах. Да, для одного человека 300 рублей не деньги. Но для компании, сумма, которую они зажилят, будет весьма внушительной.

Кстати, тех, кто таки решится заполучить свои кровные, ждет еще один сюрприз! Вот он:

Обращаем внимание на то, что при создании новой заявки сумма к выводу будет рассчитана за вычетом налога на доходы физических лиц. В соответствии с действующим налоговым законодательством России НДФЛ для резидентов РФ составляет 13%, для нерезидентов – 30%. НДФЛ будет направлен в налоговую инспекцию по месту прописки участника программы.

Забавно то как :) Во-первых, Петерхост никогда не брал никаких комиссий на вывод, а тут вдруг решили поиграть в законопослушных товарищей. К слову, отказаться от этой славной услуги никак нельзя. А что, если я сам выплачиваю налоги и не хочу, чтобы это делал кто-то другой? Признаться, я в принципе не имею никакой уверенности в том, что взятый с меня налог дойдет до нужных инстанций. Я даже уверен в обратном. В дополнение к этому, мне кажется, что брать налог с нерезидентов РФ они не имеют права. Хотя, утверждать не буду, так как не юрист ни разу.

Что можно написать в заключении? А ничего хорошего не напишешь. Свинство и только. Казалось бы, крупная компания, можно сказать, лидер на рынке хостинга в России и СНГ, а если судить по поступкам, то шарашкина контора.

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

Автор: Мурашов Олег
Источник: http://inroot.ru/

Интерес к СЕО привлекло весьма печальное событие – падение тИЦ на прошлом апдейте. Со 170 попугаев, значение упало до 140. Конечно, сразу пришлось понизить цены на ссылки в Sape. Доходы не сильно упали, но было неприятно. Больше всего я опасался того, что падения продолжаться на следующих апдейтах. И вот, свершилось чудо! Мои мытарства, нацеленные на повышение, но прежде всего, на удержание показателей, увенчались успехов. Апдейт, прошедший несколько дней назад, вернул значение счетчика, подарив мне 30 заветных попугаев.

Признаться, я не уверен в том, что это моих рук дело. Количество бэков, можно сказать, абсолютно не изменилось. Возможно, какую-то роль сыграла закупка ссылок в Сапе. Старался сильно не жлобиться и больше ориентироваться на показатели донора, нежели на ценник. Тем не менее, за месяц оставил порядка 150 ссылок в блогах, хотя почти все они закрыты через rel='external nofollow'. Прописал адрес сайта в подписях на форумах, социальных сетях и других сервисах. Думаю, что продолжу работать в этом направлении, глядишь, будет от этого польза.

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

Автор: Мурашов Олег
Источник: http://inroot.ru/

Давеча, намедни, решил написать небольшую CMS для своих собственных нужды и, быть может, если все это увенчается успехом, для некоторых коммерческих заказов. В качестве фреймворка, как мне показалось, для этих целей наиболее подойдет Codeigniter. Прост, быстр и достаточно удобен. Всем, что мне требуется, он вполне располагает. Чего нет, не беда, люди мы не гордые, допишем и сами.

Первое, чего хотелось добиться – модульной структуры приложения. Увы, CI, насколько я его знаю, сам по себе на модульность никак не рассчитан. Во всяком случае в той степени, в какой мне нужно.

Тоже не проблема. Есть библиотеки, которые доводят данный фреймворк до нужной кондиции. Одна из таких – Matchbox.

Качаем библиотеку отсюда. Устанавливаем простой распаковкой файлов. Matchbox ничего не заменяет собой физически, поэтому можно не бояться, что какие-то ваши наработки затрутся.

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

И так, после установки, в директории /application/ у нас появляется директория с именем /modules. Собственно, это и есть та самая модульная структура. Чтобы понять структуру модуля, достаточно посмотреть, как реализован тот, что изначально ставится с Matchbox – /application/modules/matchbox.

Я сразу создал свой, называющийся /user. Предположительно, данный модуль будет отвечать на все вопросы по работе с пользовательской учетной записью: регистрация, авторизация, профиль пользователя и так далее.

Делаем контроллер, пока просто для теста:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

<?php
 
class User extends Controller
{
    /**
     * 
     * @access public
     * @return void
     */
    public function __construct() {
        parent::__construct();
    }
 
    /**
     * Index method
 
     * @access public
     * @return void
     */
    public function index() {
        echo __METHOD__;
    }
 
    /**
     * Login method
 
     * @access public
     * @return void
     */
    public function login() {
        echo __METHOD__;
    }
 
    /**
     * User profile handler
 
     * @access public
     * @return void
     */
    public function profile() {
        echo __METHOD__;
    }
}
 
?>

Теперь попробуем вызвать метод User::login() из браузера. Для этого нужно будет обратиться по адресу (если вы используете ЧПУ) http://localhost/user/user/login/

Request URI имеет три сегмента. Первый сегмент передает имя модуля, к которому обращаемся, второй – имя контроллера, а третий – имя метода контроллера.

Дело обстоит именно так, потому, что Matchbox позволяет содержать более одного контроллера в одном модуле. Ну и славно! Но, мне определенно не нравится такой способ вызова нужного мне метода. Во-первых, очень длинный url, во вторых, в данном конкретном случае имеется два одинаковых сегмента, что выглядит достаточно странно. Значит нужно настроить роутинг, – подумал я. Тут начинается веселье.

Во-первых, как я уже сказал, адекватной документации по Matchbox я не нашел. Как настраивать роутинг у модулей, что называется, догадайтесь как-нибудь сами. И я догадался, но через сутки, после того, как перечитал весь код библиотеки, отвечающей за роутинг. Но, по порядку…

Первое, что попробовал сделать – задать правила роутинга в файле /application/config/routes.php. Чего я там только не писал. Изворачивался и так и этак, даже документацию по регулярным выражениям почитать успел, но желаемого эффекта ноль.

Поковырявшись в коде, я понял, что для достижения желаемого эффекта нужно писать два набора правил роутинга. Первый пишется в /application/config/routes.php, а второй, в файл, локальный для модуля routes.php. Чтобы иметь возможность дергать метод User::login() нужно написать следующее:

Файл /application/config/routes.php

$route['user/login'] = 'user/user/login';

Файл /application/modules/user/config/routes.php

$route['login'] = 'user/login';

При таком раскладе все работает. Отчасти логичный, но, в тоже время, странный подход. Ладно, человек – существо функциональное и к адаптации пригожее, поэтому будем делать так, как просят.

Но, а что, если нам нужно вызвать метод User::profile() по адресу http://localhost/profile/? Вот тут я почти вышел в астрал. Пляски с правилами роутинга были еще более озорными и увлекательными. Я достал все шаманские бубны, что у меня были. Прыгал через костер, общался с духами предков, взывал к микрокосму. Неа, не помогло… Принимаем сто грамм для храбрости и айда снова код читать.

В итоге выясняется, что Matchbox вообще никак не читает глобальных правил роутинга. Работает он по весьма странной схеме. Прежде чем начинается разбор глобальных правил, библиотека проверяет, имеется ли у нее модуль, имя которого содержится в первом сегменте. То есть, первый сегмент URI всегда должен содержать имя физически существующего модуля. Если модуль есть, читаются правила роутинга, локальные для этого модуля. Дальнейшая обработка отдается в руки нативному роутеру CI, который читает уже свои правила (глобальные) и рулит приложением привычным для него образом. А если модуля нет, то Matchbox снимает с себя все обязательства и опять же передает управление нативному роутеру. И что там в правилах написано – дело десятой важности.

То есть нужно заставить Matchbox хоть как-то реагировать на глобальный роутинг. Я не придумал ничего лучше, чем читать правила из /application/config/routes.php до того момента, как Matchbox начинает свои бесовские пляски. Не долго думая, как же это сделать, я просто скопировал метод Router::_parse_routes(), переименовал его в MY_Router::_mb_parse_routes() и убрал лишнее.

Получилось вот так:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

    private function _mb_parse_routes() {
        // Turn the segment array into a URI string
        $uri = implode('/', $this->uri->segments);
 
        // Is there a literal match?  If so we're done
        if (isset($this->routes[$uri]))
        {
            $this->uri->segments = explode('/', $this->routes[$uri]); 
            return;
        }
 
        // Loop through the route array looking for wild-cards
        foreach ($this->routes as $key => $val)
        {
            // Convert wild-cards to RegEx
            $key = str_replace(':any', '.+', str_replace(':num', '[0-9]+', $key));
 
            // Does the RegEx match?
            if (preg_match('#^'.$key.'$#', $uri))
            {           
                // Do we have a back-reference?
                if (strpos($val, '$') !== FALSE AND strpos($key, '(') !== FALSE)
                {
                    $val = preg_replace('#^'.$key.'$#', $val, $uri);
                }
 
                $this->uri->segments = explode('/', $val);        
                return;
            }
        }
 
        return;
    }

Я просто изменяю URI в соответствии с глобальными правилами роутинга и подсовываю результат Matchbox’у, мол так и было.

Вызов MY_Router::_mb_parse_routes() вписываем таким вот образом (у меня нужный фрагмент начинается на 279 строке файла /application/libraries/MT_Router.php):

1
2
3
4
5
6
7

		// {{{ Matchbox
		if (sizeof($this->uri->segments) == 1) { // Added by 0mm
		    $this->_mb_parse_routes();
		}
 
		$segments = $this->uri->segments;
		$module   = $segments[0].'/';

Понимаю, что решение далеко от оптимального. Прежде всего, мы почти полностью дублируем метод Router::_parse_routes(), а это уже плохо. Также мы решаем проблему только для достаточно частного случая. Но, увы, у меня нет времени изобретать что-то более адекватное. Чуть позже, безусловно, займусь этим вопросом. Пока мне требуется решить именно эту проблему и, так или иначе, я ее решил…

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

Да прибудет с вами удача!

Автор: Мурашов Олег
Источник: http://inroot.ru/