Если перед вами стоит задача разработать плагин, реализующий необходимый вам функционал для автоматизированной модификации цен на товары в магазине virtuemart 2 - скорее всего вы уже столкнулись с трудностями информационного характера. Никто не знает как его делать. Кроме самих разработчиков virtuemart, естественно. Если у вас есть друзья среди них  - то вам повезло, а если нет... То далеко не всем удается справиться с задачей разработки подобного расширения. Потому что даже в официальной документации по virtuemart 2, в части посвященной группе плагинов “vmcalculation” - никакой информации нет,  страница пустая на момент подготовки материала (http://dev.virtuemart.net/projects/virtuemart/wiki/Calculation_Plugins). В этой статье я постараюсь в общем описать все доступные методы функционального класса, которые мне удалось обнаружить в коде магазина и задействовать в работе плагина.

Встала задача разработать плагин (для joomla 3.3), регистрирующий все новые статьи, создаваемые в админке системы, в xml карте сайта. На сайте включен режим генерации sef-ссылок (search engine friendly url) основанный на sef-плагине, идущем в стандартной сборке joomla. Поэтому и в карте сайта необходимо записывать адреса новых статей именно в человеко-понятном виде. Но, оказывается в административной панели сайта сгенерировать sef-ссылку на материал стандартными средствами - невозможно. Моему удивлению по этому поводу, мягко говоря, не было предела. Но, как и все в этой жизни, оно постепенно рассеялось и начались сосредоточенные поиски выхода. И оказывается выход есть.

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

27 сентября 2012 года, была официально прекращена поддержка joomla ветки 1.5. На сегодняшний день последней официальной версией этой ветки системы, выпущенной в марте 2013 года в рамках ограниченной поддержки, является версия 1.5.26. С тех пор никаких обновлений не выходило, и была официально распространена рекомендация обновиться до системы ветки 2.5. Несмотря на это, многие сайты продолжают работать на старых системах. И это не мудрено, ведь подобная миграция дело не простое, редко обходится без потерь, что критически может сказаться на работоспособности ресурса.

Однако, время не стоит на месте. Система и сообщество продолжают развиваться, создавая все больше новых полезных и интересных возможностей, которые для старых версий становятся все более недоступны. Поэтому рано или поздно остро встает проблема обновления системы ради самой возможности комфортно двигаться дальше и развиваться. Обновление “чистой” системы joomla 1.5, в целом, вопросов не вызывает, однако если в системе установлены сторонние компоненты - то они вносят в процесс миграции свои нюансы, в которых необходимо разбираться и учитывать их, иначе обновление невозможно. В данной статьей пойдет речь о системе сайта на joomla 1.5.26 в связке с интернет-магазином virtuemart 1.1.9.

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

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

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

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

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

SQL-инъекции, это достаточно удивительный и парадоксальный вид уязвимости разрабатываемых приложений. Во-первых, этот тип уязвимости у всех “на слуху”, об этом много написано. Во-вторых, этот тип уязвимости относительно легко детектировать при проверке кода на безопасность. В-третьих, принципы защиты и безопасного программирования, в контексте SQL инъекции, уже давно определены и реализованы в коде многих популярных языков программирования... Казалось бы - вчерашний день. Но, тем не менее эта уязвимость по-прежнему встречается очень часто. Даже надо сказать  - слишком часто!

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

Те, кто занимается ведением блога, не понаслышке знают, что после написания статьи, всегда стоит особая работа по ее оформлению и публикации на сайте. Что всегда сопряжено с ручной расстановкой html тегов, прописыванием атрибутов этих тегов и прочее... Можно, конечно, делать все это через визуальные редакторы типа TinyMCE или JCE и другие аналогичные встроеные в CMS - но, как показывает практика, с ними тоже надо уметь работать, чтобы на выходе не получить сильно замусоренный html-тегами контент статьи. В таких случаях все равно требуется ручная правка, что при объемной работе достаточно утомительно и печально:).

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

При установке обновленного движка Vbulletin версии 5.0.5 может всплыть проблема: объявления, публикуемые в верхней части страниц форума не переключаются между собой. При этом, если взглянуть через инспектор кода в Chrome (или через инструмент FireBug в MozillaFirefox) - то можно видеть сообщение о неизвестном методе “condense” и ссылку на скрипт footer-rollup-505.js (строка 96).

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

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