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

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

Как-то так.

Данная заметка является продолжением другой, в которой я поведал о своем знакомстве с 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 сервер. После переноса отказался работать плагин Advanced Category Excluder, который позволял отключить вывод постов из отдельной категории (или группы категория) в требуемых разделах блога, например, на главной странице или в архивах. В итоге, на главной оказались те публикации, которых там быть не должно. Более того, в общую ленту вылезли ревизии, картинки и файлы. В общем, все, что пишется в таблицу wp_posts, повалило в продакшен. Что за изъян приключился с упомянутым плагином, я выяснять не стал, а просто поискал замену оному. Альтернатив оказалось не так много и было решено обойтись без плагина в принципе.

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

У WordPress есть функция query_posts(), позволяющая переопределять стандартные запросы к базе данных, а следовательно, влиять на результаты выборки публикаций и страниц. Возможности ее очень богаты и можно без труда добиться практически любого результата. Так, например, в предыдущей заметке я описывал процесс создания формы поиска и сортировок для каталога на WordPress, реализованного с помощью плагина Magic Fields. Желаемый эффект как раз достигался за счет использования query_posts(). Сегодня постараюсь развить тему.

Вызывать функцию query_posts() следует перед вызовом while (have_posts()). В качестве аргумента передается набор параметров, полным список которых, конечно же, можно найти в документации WordPress.

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

1
2
3
4
5
6
7

<?php query_posts('cat=-3'); ?>
 
<?php if (have_posts()) { ?>
	<?php while (have_posts()) { the_post() ?>
		...
	<?php } ?>
<?php } ?>

Такой вызов query_posts() исключает из выборки посты, принадлежашие к категории с ID равным 3.

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

Для этого достаточно ввести переменную $query_string в текущую область видимости и конкатенировать ее с нашими дополнительными условиями выборки:

1
2
3
4
5
6
7

<?php global $query_string; query_posts($query_string . '&cat=-3'); ?>
 
<?php if (have_posts()) { ?>
	<?php while (have_posts()) { the_post() ?>
		...
	<?php } ?>
<?php } ?>

Собственно, то, что делал плагин Advanced Category Excluder, я реализовал путем добавления одной единственной строчки кода.

У меня нет большого желания перепечатывать родную документацию WordPress, которая, несомненно, значительно лучше меня расскажет обо всех возможностях функции query_posts(), но для полноты картины приведу несколько примеров из нее, снабдив их комментариями на русском языке.

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

1
2
3

<?php
	query_posts('cat=-1,-2,-3');
?>

Также есть возможность вывести посты по имени категории:

1
2
3

<?php
	query_posts('category_name=software_news');
?>

Выведет пост из блога, ID которого равен 5

1
2
3

<?php
	query_posts('p=13');
?>

Следующий запрос комбинирует сразу несколько условий. Он выведет 5 постов из категории с ID 7, сортированных по дате (в обратном порядке), опубликованных в 2011 году:

1
2
3

<?php
	query_posts('cat=7&year=2011&orderby=date&order=DESC&posts_per_page=5');
?>

Данный способ определения запроса хорошо подходит в том случае, если вы не планируете полностью переопределить запрос, то есть вы будете использовать текущее значение $query_string. Если же текущее значение данной переменной вас не интересует, удобнее использовать ассоциативный массив в качестве аргумента query_posts():

1
2
3
4
5
6
7
8
9

<?php
$args = array(
	'post_type'=> 'movie',
	'actor'    => 'Bruce Campbell, Chuck Norris',
	'order'    => 'ASC'
);
 
query_posts($args);
?>

Официальная документация функции query_posts() находится в кодексе WordPress

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

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

И так, приступим.

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

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

Все характеристики заданы дополнительным полями Magic Fields. Те значения, что подсвечиваются синим цветом являются ссылками, выполняющими роль фильтров.

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

<?php if (is_category(3) || in_category(3) && !is_home() && !is_single()) {
    $x_params = array();
 
    if (isset($_REQUEST["device_type"]) && $_REQUEST["device_type"] != '') {
        $x_params['x_device_type'] = $_REQUEST["device_type"];
    }
    if (isset($_REQUEST["device_producer"]) && $_REQUEST["device_producer"] != '') {
        $x_params['x_device_producer'] = $_REQUEST["device_producer"];
    }
    if (isset($_REQUEST["device_os"]) && $_REQUEST["device_os"] != '') {
        $x_params['x_device_os'] = $_REQUEST["device_os"];
    }
 
    if (sizeof($x_params)) {
        global $query_string;
        $x_string = null;
 
        foreach ($x_params as $key => $value) {
            $x_string .= '&' . $key . '=' . $value;
        }
 
        query_posts($query_string . $x_string);
    }
} ?>

Код простой и не требует каких-то особых комментариев, кроме отдельных моментов.

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

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

Собрали все значения в массив ключ =>значение и циклом конкатенируем их в строку вида &x_field_name=field_value. Обратите внимание, на то, что имена дополнительных полей должны иметь префикс x_. После этого регистрируем наш обновленный запрос функцией query_posts(). Естественно, не забываем выполнить конкатенацию уже существующей строки запроса, которая храниться в переменной $query_string и наших добавленных параметров.

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

Ниже привожу код, который будет выводить форму поиска по дополнительным полям Magic Fields. У меня она лежит в файле шаблона archive.php, но не факт, что у вас также (зависит от шаблона и способов его реализации).

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

<?php if (in_category(3)) {
    $device_producers = array(
    	'HTC',
    	'Sony Ericsson',
    	'Sumsung',
    	'Motorola',
    	'Wexler'
    );
?>
 
<form method="post" action="/devices/">
<table>
	<tr>
		<td>Производитель:</td>
		<td>
			<select name="device_producer">
				<option value="">-</option>
				<?php foreach($device_producers as $d_producer) { ?>
				<option<? if (@$_REQUEST["device_producer"] == $d_producer) echo ' selected="selected"';  ?> value="<?=$d_producer?>"><?=$d_producer?></option>
				<? } ?>
			</select>
		</td>
	</tr>
	<tr>
		<td colspan="2"><input type="submit" value="Показать" /></td>
	</tr>
</table>
</form>
<? } ?>

У меня в блоге, на момент написания статьи, она выглядела примерно так:

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

Успехов!

Вчера опубликовал статью о своем опыте настройки 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 скрипт создания виртуальных хостов, как и обещал. Надеюсь, он поможет вам написать собственный, в разы более функциональный и удобный.

Случилось мне ставить WordPress на сайт с кириллическим доменом. Сначала я перенес все с локальном машины, должным образом подправил в базе конфиг, но нет. Часть функций админки банально не работала. Не работали элементы интерфейса, реализованные на JavaScript, в том числе формы, данные из которых отправлялись через ajax.

Переустановил движок уже по-человечески. Картина аналогична.

В первую очередь не работало управление виджетами меню. Меню можно было создать, но добавить в него страницы – нет. Данные просто не сохранялись в базу, а скрипт подвисал. Совершенно случайно выяснилось, что управление меню работает в FireFox. Но потом не менее случайно выяснилось и то, что в FireFox не работает загрузка файлов через flash-загрузчик, зато она прекрасно работает в Opera.

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

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

P.S: В IETester, для IE7 невозможно открыть сайт по кириллическому домену.

Небольшое лирическое отступление.

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

В число таких плагинов входит Magic Fields, возможностям которого посвящена данная заметка.

Нельзя сказать, что плагин Magic Fields очень сложен в использовании. Все достаточно просто и интуитивно понятно, но, по какой-то причине, мало кто осознает всю широту возможностей Magic Fields. Обычно, его используют как несколько более удобную альтернативу стандартным произвольным полям. Но это не серьезно…

И так, что можно сделать с помощью этого плагина? Я узнал о нем, когда мне понадобилось превратить одну из категорий блога в полноценный каталог. Где-то пару месяцев назад я заинтересовался разработкой приложений под Google Android. Так как большого количества свободного времени нет, решил для начала замутить скромненький блог об этой ос и обо всем, что с ней связано и интересно, прежде всего, мне самому. В общем-то сразу пришла мысль сделать каталог гаджетов (смартфоны, планшетники), которые работают на Android.
Что должно входить в число функциональных возможностей каталога? Безусловно, нужны сортировки и фильтры по каким-либо параметрам позиций каталога. Также форма поиска, для быстрого доступа к конкретным позициям. Сразу становится очевидно, что базовых возможностей WorPress будет недостаточно.

Рекомендую устанавливать Magic Fields из репозитария WordPress. Таким образом вы обеспечите себе работу с последней версией приложения.

Непосредственно у самого плагина нет никаких настроек. Сразу после установки Magic Fields можно переходить к созданию списка дополнительных полей. Делается это на странице плагина, попасть на которую можно из левого меню панели управления WordPress.

Как видно из скриншота, набор полей можно импортировать, например, если он уже был создан предварительно. Это очень удобно, допустим, если вы делаете сайты в массовом порядке и все они должны содержать однотипный каталог, как то рубрикатор интернет-магазина.
Для создания нового набора полей предназначена кнопка «+ Create Write Panel».

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

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

Тыркнув на «New», вы попадете на страницу с привычной формой публикации постов (или страниц) блога, но с дополнительными кнопками и блоками. Иначе говоря, плагин Magic Fields создает альтернативную форму для публикации новостей и снабжает ее дополнительными возможностями.

Собственно, различные настройки на странице создания группы полей, как раз таки позволяют определить, какие из стандартных возможностей формы WordPress мы желаем оставить, а какие следует убрать. Например, в блоке Advanced Fields логично снять галочку с чекбокса Сustom Fields, так как именно для их замены мы поставили плагин. В Standard Fields я отключал вывод списка категорий (чекбокс Categories), потому, что мне дополнительные поля требовались только для категории с устройствами и выбирать попросту было нечего.

Созданная группа появляется в списке и пригодна для добавления в нее полей.

Список полей пуст, поэтому сразу приступаем к созданию нового поля. Для этого жмем «+ Create a Field»

Делать скриншот формы я не буду. Там все понятно и без лишних комментариев. Отмечу только, что поле «Name» должно содержать уникальный (в рамках набора полей) идентификатор для создаваемого поля. Именно по этому идентификатору вы сможете выводить поля в шаблоне, сортировать и искать публикации.

Я создал два поля типа Dropdown List – это обычный Select.

Теперь давайте посмотрим, как будет выглядеть форма для добавления постов, а именно, наши дополнительные поля.

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

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

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

<?php if (in_category(3)) { ?>
	<table>
	<?php $device_producer = get('device_producer');  if($device_producer != '') { ?>
	<tr>
		<th><span>Производитель</span></th>
		<td><a href="/c/devices/?device_producer=<?php echo $device_producer; ?>"><?php echo $device_producer; ?></a></td>
	</tr>
	<?php } ?>
	<?php $device_os = get('device_os');  if($device_os != '') { ?>
	<tr>
		<th><span>Операционная система</span></th>
		<td><a href="/c/devices/?device_os=<?php echo $device_os; ?>"><?php echo $device_os; ?></a></td>
	</tr>
	<?php } ?>
	</table>
<? } ?>

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

Чтобы видеть, как все это работает, можете посмотреть любую публикацию с этой страницы http://iamdroid.ru/c/devices. Это тот самый каталог мобильных устройств, о котором я говорил в начале.

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

UPD 10.09.11: продолжение темы – Поиск и фильтры для каталога на WordPress + Magic Fields. Часть 2

Спецификация 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

Прежде всего, вы можете посмотреть, как это работает. Здесь находится пример реализации описанного метода. Убедитесь в том, что он валиден и является кроссбраузерным.

Добавьте следующий CSS код в вашу таблицу стаилей. При этом обратите внимание, что отрицательное значение margin-bottom равно высоте .footer и .push. Это отрицательное значение должно быть равно полной высоте footer, включая какие-либо отступы или border последнего. Если не следовать этому принципу, то появится вертикальная полоса прокрутки. Она появится даже в том случае, если фактически контент будет помещаться на странице.

CSS код:

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

* {
	margin: 0;
}
html, body {
	height: 100%;
}
.wrapper {
	min-height: 100%;
	height: auto !important;
	height: 100%;
	margin-bottom: -80px; /* Отрицательное значение высоты footer'а */
}
.footer, .push {
	height: 80px; /* .push и .footer должны быть одинаковой высоты */
	clear: both;
}

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

HTML код

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

<div class="wrapper">
	<div class="header">
		Header block
	</div>
 
	<p>Main content</p>
	<div class="push"></div>
</div>
 
<div class="footer">
	<p>Footer</p>
</div>

Учитывая то, что под IE6 верстают все меньше, можно привести селектор .wrapper к такому виду:

1
2
3
4

.wrapper {
	min-height: 100%;
	margin-bottom: -80px; /* Отрицательное значение высоты footer'а */
}

Метод останется рабочим для всех браузеров, кроме IE6 и меньше. Конечно, две строчки кода погоды не делают, но для педантов они могут показаться лишними.

На основе статьи CSS Sticky Footer

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

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

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

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 или хорошо, или никак, равным счетом, как об усопших. Критика, конструктивная, я считаю, ибо везде по пунктам и с конкретными претензиями, вызывает неадекватную реакцию.

Поднимаемый вопрос не блещет своей оригинальностью и новизной. О механизмах защиты веб-ресурсов от спама написано бесконечное количество букв. Внесу свою скромную лепту данной заметкой, посвященной библиотеке Zend_Captcha_image, которая, как было нетрудно догадаться, идет в поставке с Zend Framework’ом.

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

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

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

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

Для работы Zend_Captcha_image потребуется наличие GD адекватной версии. Это не должно быть проблемой, тем не менее, если что-то не будет работать, убедитесь, что GD присутствует (смотрите в phpinfo).

Прежде всего, давайте вытащим из ZendFramework нужные нам библиотеки. Увы, взять только одну Zend_Captcha_image не получится, так как она имеет ряд зависимостей. Зависимостей этих не так мало, как хотелось бы. Придется подцепить библиотеки работы с сессиями, Zend_Loader и исключения. Иными словами, если вы уже используете какие-то части ZF или планируете делать это в будущем, то не запаривайтесь, берите весь фреймворк целиком. Все равно придете к этому рано или поздно. Для тех, кому таки хочется взять минимум, привожу список файлов, без которых жизнь не жизнь:


Zend/Captcha/Adapter.php
Zend/Captcha/Base.php
Zend/Captcha/Image.php
Zend/Captcha/Word.php
Zend/Session/SaveHandler/Interface.php
Zend/Session/Abstract.php
Zend/Session/Exception.php
Zend/Session/Namespace.php
Zend/Validate/Abstract.php
Zend/Validate/Interface.php
Zend/Exception.php
Zend/Loader.php
Zend/Session.php


Рисовалка каптчи

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

application.php

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

<?php
 
/**
 * Массив с именами файлов шрифтов.
 * Каждый раз при генерации, будет выбираться случайный шрифт
 * @var array
 */
$fontsBase = array(
    'verdana.ttf',
    'arial.ttf'
);
 
/**
 * HTTP путь к директории с изображениями.
 * Указывается относительно корня сайта
 * @var string
 */
$imagesHttpPath = '/captcha/images';
 
set_include_path(
    PATH_SEPARATOR . $_SERVER['DOCUMENT_ROOT'] . '/libs'
);
 
require_once 'Zend/Captcha/Image.php';
 
$captcha = new Zend_Captcha_Image();
 
$captcha->setTimeout('600')
        ->setWordLen('5')
        ->setWidth(200)
        ->setHeight(90)
        ->setFont($_SERVER['DOCUMENT_ROOT'] . '/captcha/fonts/' . $fontsBase[array_rand($fontsBase)])
        ->setImgDir($_SERVER['DOCUMENT_ROOT'] . $imagesHttpPath)
        ->generate();
 
$captchaID = $captcha->getId();
 
?>

Дабы скрипт был чуть более интересным, я решил, что будет весьма неплохо рисовать картинку разными шрифтами. Это еще несколько усложнит отгадывание нашей каптчи. Список шрифтов, кто бы мог подумать, хранится в массиве $fontsBase.

Далее подключаем саму библиотеку и создаем объект. Дабы не иклудить все зависимости руками, я просто добавил путь к директории с ZF в include_path. Кто уже работал с Zend Framework, не будет удивлен.

После создания объекта, задаем настройки защитного изображения. Имена методов говорят сами за себя. Остается пояснить лишь значение Zend_Captcha_Image::setTimeout(). Данный метод задает время жизни сессии, иными словами, за отведенное нами количество секунд, пользователь должен будет уж как-нибудь осилить заполнение формы. Иначе ему придется повторить ввод защитного кода, так как прежний станет недействительным. Думаю, 10 минут будет достаточно, хотя на практике нужно и того меньше.

При таких настройках, мы получим примерно следующее изображение:

Также заметьте, что директория, задаваемая в Zend_Captcha_Image::setImgDir() должна существовать и быть доступна для записи. В нее буду складываться сгенерированные изображения. Об очистке переживать не стоит, это будет происходить автоматически.

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

HTML форма

С формой все банально.

index.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

<?php
	require_once 'application.php';
?>
 
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Captcha</title>
</head>
<body>
 
<form action="/target.php" method="post">
	Username: <input name="userName" /><br />
	Captcha: <input name="captchaCode" /><br />
	<input type="hidden" name="captchaId" value="<?php echo $captchaID ?>" />
	<img src="<?php echo $imagesHttpPath . '/' . $captchaID ?>.png" alt="" /><br />
	<input type="submit" value="Отправить" />
</form>
 
</body>
</html>

Поле captchaCode предназначено для введения текста с защитного изображения. В скрытом поле captchaId передаем ID сессии на скрипт, осуществляющий валидацию формы.

Валидатор формы. Проверка captcha кода

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

target.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<?php
 
set_include_path(
    PATH_SEPARATOR . $_SERVER['DOCUMENT_ROOT'] . '/libs'
);
 
require_once 'Zend/Session/Namespace.php';
 
if ($sessionData = new Zend_Session_Namespace('Zend_Form_Captcha_' . $_POST['captchaId'])) {
    $iterator = $sessionData->getIterator();
 
    if ($_POST['captchaCode'] != $iterator['word']) {
        echo 'We have a problem with u, guy...';
    } else {
        echo 'Welcome, ' . $_POST['userName'] . '!';
    }
}
 
?>

О дополнительных параметрах, которые можно задать для генерируемого изображения Captcha, вы можете прочитать в официальном руководстве по адептерам к Zend_Captcha. Их там осталось немного.

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

Также выкладываю архив со скриптами, о которых здесь шла речь.

Zend_Captcha_Image_source