LoomStudio

robokassa shortcode для wordpress

Денис — Thu, 17 May 2012 23:00:23 +0000

После того, как я опубликовал свой плагин для привязки robokassa к jingoshop ко мне стали достаточно часто обращаться люди с просьбой помочь им «привязать» robokassa к тому или иному плагину для wordpress, что не может меня не радовать.

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

Использование достаточно простое, вставляете в любое место поста или статьи следующий код

[rk_button price="100" sku="test"],

Где: price — цена, которая будет списана со счета пользователя,

sku — внутренний идентификатор товара.

Настройка то-же не должна вызвать особых проблем.

Конфигурация плагина

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

[+name+] — имя пользователя
[+sku+] — код товара
[+email+] — email пользователя

В аккаунте продавца робокассы надо прописать следующие ссылки:

Оповещение о платеже — [ваш_домен]/rksc/res.php
Успешный платеж — [ваш_домен]/rksc/success.php
Не удачный платеж — [ваш_домен]/rksc/fail.php

Результат данной работы я выкладываю сюда на суд читателей. Плагин пока ещё в стадии бетта тестирования по этому возможны проблемы. Все идеи по доработке и развитию плагина пожалуйста на почту или в комментарии.

Скачать: robokassa_shortcode (4)

MODX Revo 2.2 не меняется шаблон страницы

Денис — Wed, 02 May 2012 09:02:59 +0000

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

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

Идем в системные настройки(System settings),
Ищем секцию система и сервер(system and server),
Там находим значение Default Time Zone(date_timezone),
Редактируем и указываем значение такое же как и в настройках PHP(можно узнать используя phpinfo()).

Вот собственно и всё.

Блог на silverstripe. Пример установки модуля.

Денис — Wed, 08 Feb 2012 13:33:42 +0000

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

Итак разбираем установку модуля на примере модуля блогов. Предположим, что у вас уже установлен SilverStripe последней версии. Дальше всё просто, скачиваете модуль блога к себе на компьютер распаковываете и копируете, любым удобным для вас образом в папку с SS в результате вы должны получить примерно такую структуру:

далее, очень важный момент про который я постоянно забываю:
переходим по ссылке
http://[место инсталляции ss]/dev/build?flush=1
Я не могу пока до конца объяснить, что точно происходит в этот момент, но в результате происходит установка модуля, создание структуры базы данных, и первоначальная инициализация модуля.

После этого заходим в админку и видим следующую картину

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

Проектирование сайта на MODx CMS несколько замечаний

Денис — Sat, 07 Jan 2012 18:52:26 +0000

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

Для начала поясню зачем это собственно надо.
В моей практике часто встречаются сайты в которых добавление нового раздела или документа представляет определенные сложности, это связанно с тем, что практически все ссылки прописаны просто с использованием конструкции [~id~](или [[~id]] для Revo) и добавление нового пункта меню представляет собой блуждание по шаблонам. Апофеозом был случай когда таким образом было сделано меню на 2500(!) элементов(это конечно уже патология)
Использование чанков и javascript может немного изменить ситуацию, но только до момента когда потребуется сложная навигация с отображением активного пункта меню.
При этом когда начинаешь исправлять этот сайт понимаешь что документы хранятся не структурировано и использовать стандартные сниппеты для работы с ними не представляется возможным приходится придумывать решение на лету.

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

1 часть Head
В этой части подключаются стили и скрипты, используемые на сайте, большая часть из которых повторяется на всех страницах сайта(берем случай когда на сайте используется несколько шаблонов). И часто программисты вносят всю эту часть в отдельный чанк. В принципе всё правильно, но при этом они выносят в тот же чанк и тэги… На первый взгляд ни чего страшного, но представим себе ситуацию когда вам требуется для одного из шаблонов добавить дополнительные скрипты, например, фотогалерею по хорошему один или два скрипта и один файл со стилями. Если вы внесли тэги … в чанк то вам придется создать ещё один для нового шаблона. Пока вроде всё нормально ни чего страшного не предвидится, но если вам придется вносить правки в чанки с заголовками(допустим вы хотите сменить способ формирования заголовка страницы) вам придется править два чанка, а если их больше? По этому обычно заголовок я выношу в конструкцию типа:

<head>
[[$head]]
head>

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

3 Навигация и структура сайта

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

4 Используйте стандартные средства

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

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

jigoshop и робокасса или мой первый заказ для wordpress

Денис — Sun, 06 Nov 2011 08:10:23 +0000

Меньше недели назад в личку на фрилансе постучали с интересным предложением, нужно было подключить к одной из отечественных систем оплаты магазин. Движок wordpress плагин магазина jigoshop. Опыт разработки подобных плагинов у меня 4 года, правда под joomla по этому я согласился.

Чуть позже общаясь через скайп, я выяснил что уже несколько человек пытались решить эту задачу, но в итоге начинали предлагать альтернативные плагины для магазина. По этому когда я скачал плагин уверенности у меня несколько поубавилось, ну не могли же более опытные разработчики не увидеть решения задачи. Скачал плагин, развернул архив и чуть не потерял веру в человечество, в директории лежала папка gateways, а в ней как не трудно догаться примеры плагинов. Для образца я взял DIBS, как относительно не сложный и хорошо мне знакомый по предыдущим разработкам.
Пара дней изучения примеров кода и плагин сказал что будет работать.
Результатами я решил поделиться на стрницах этого блога.
В плагине пока не реализована локализация, и до конца не протестирован на реальном аккаунте. Но в челом берите и пользуйтесь
UPD: Забыл сразу сказать, для установки этого плагина нужно скопировать php файл из архива в папку /wp-contents/plugins/jigoshop/gateways/
UPD2: Поправил несколько ошибок в плагине и теперь с версии 0.9 плагин устанавливается, как обычное расширение WordPress. Инструкции по настройке находятся в архиве с плагином
UPD3: теперь плагин можно скачать с wordpress.org

Плагин для экономии нервов

Денис — Sat, 22 Oct 2011 05:43:18 +0000

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

После пары, тройки таких ситуаций у меня, как то сам собой появился такой плагин

$e = & $modx->Event;
$id=$modx->documentIdentifier;
$redirect=$modx->getTemplateVarOutput('redirect',$id);
$redirect= $redirect['redirect'];
if(isset($redirect) && $redirect!='')
{
 $url=$modx->makeUrl($redirect);
 header("Location: $url");
}

и «вешаем» его на событие OnWebPagePrerender.
Создаем TV переменную c именем redirect и подключаем её к нужным нам шаблонам. Потом редактируем документы и прописываем в поле redirect id документа на который делаем редирект(если редирект не нужен то ни чего не прописываем). Всё.
Данный плагин протестирован на Evo, но вот честно не знаю, как реагирует на него поисковые боты. Если кто подскажет буду благодарен.

Отпуск

Денис — Mon, 18 Jul 2011 14:09:01 +0000

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

Отображаем в MODx Evo данные из excell

Денис — Sat, 25 Jun 2011 20:11:18 +0000

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

Итак, для начала скачиваем последнюю версию библиотеки и распаковываем её на своем компьютере. Далее на сервере в папке assets создаем новую папку lib и копируем туда папку Classes, из распакованного архива.
Заходим в админку и создаем новый TV-параметр с именем xlsFile, типом File и подключаем его к нужным нам шаблонам, жмем «сохранить».
После этого создаем новый сниппет с именем showXls и следующим содержимым.


require_once 'assets/lib/Classes/PHPExcel/IOFactory.php';
//получить имя файла с таблицей
$xls=$modx->getTemplateVarOutput(array('xlsFile'),$modx->documentIdentifier);
$xls=$xls['xlsFile'];
//имя файла с  таблицей в формате html
$htm=str_replace('.xlsx','.htm',$xls);
//читаем данные из xlsx файла
$objReader = PHPExcel_IOFactory::createReader('Excel2007');
$objPHPExcel = $objReader->load($xls);
// и записываем их в html
$objWriter = PHPExcel_IOFactory::createWriter($objPHPExcel, 'HTML');
$objWriter->setSheetIndex(0);
$objWriter->save(str_replace('.xlsx', '.htm', $xls));
// получаем данные из html файла
$table=file_get_contents($htm);
// получаем и обрабатываем таблицу стилей
$style=preg_match('|(