Ruslan Brest, rb.labtodo.com
Backend web-developer: CodeIgniter, PHP, MySQL, OpenCart, PrestaShop, MaxSite CMS

@todo

FAQ для тех, кто собирается в поход первый раз

27 декабря 2011 г. Ruslan Brest Howto » OutdoorОбсудить

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

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

Все советы тщательно выстраданы и бережно оттестированы на собственной персоне.

Travel Hiking Howto

Table of Contents

Далее...

Не хватает сбора-подсчета спамерских IP в MaxSite CMS

8 декабря 2011 г. Ruslan Brest MaxSite CMSОбсудить

При модерируемых комменатриях от анонимов иногда возникают наплывы спам-ботов, которые мешают.

Для начала я выделил розовым фоном запрещенные комментарии. Это уже заметно облегчило разборки.

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

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

И через отметку галочек удалять или разрешать комментарии тоже очень не нравится: я обычно разрешаю 1-2 комментария. А для этого надо их отметить, промотать список до конца (спамеров гораздо больше успевает накопиться) и там не ошибиться с кнопкой (потому что пока проматываешь, иногда забывается - это я сейчас разрешить полезные хотел и их отметил? Или запретить/удалить бесполезное?).

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

Задумались, как пускать в админку сторонних людей (редакторов)

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

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

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

Проблемы видны, но пока кажутся вполне нормально решаемыми:

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

Надеюсь, что я не очень просчитался в прогнозах :)

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

P.S. Платные модули:

PayPal?! Но у меня нет PayPal! Как заплатить?!

1 августа 2011 г. Ruslan Brest Howto3

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

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

Изменяем длину описаний товаров в каталоге OpenCart 1.5.x

27 июля 2011 г. Ruslan Brest Howto » OpenCart77
Это решение также убирает "черные ромбики" и иероглифы в конце русских описаний товаров в каталоге. В других местах делается аналогично.
Вероятно, вас тоже удивляет, почему описания товаров, которые выводятся при просмотре каталога магазина, так бездарно и коротко обрезаются. Ведь даже в стандартном дизайне OpenCart v1.5 там могло бы поместиться ещё 2-3 таких же строки с весьма полезной информацией как для покупателя, так и для поисковых систем. Впрочем, и для внешнего вида стандартного шаблона польза немалая.

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

Вот как выглядит страница каталога с описаниями товаров до и после предлагаемой модификации:

Далее...