alecfyz

Вы пишете компоненты или плагины для Joomla? Этот пост для вас. Поймали ошибку, описанную здесь? Добро пожаловаться!

При разработке очередного компонента под Joomla 1.5 столкнулся с такой ошибкой:

Warning: Missing argument 2 for JTable::__construct(), called in /var/www/site/httpdocs/libraries/joomla/database/table.php on line 115 and defined in /var/www/site/httpdocs/libraries/joomla/database/table.php on line 65

А также

Missing argument 3 for JTable
и
Undefined variable: key in /var/www/site/httpdocs/libraries/joomla/database/table.php on line 68

Как выяснилось, ошибки возникали из-за невнимательности при написании файла – описателя таблиц.

Читать запись полностью »

Продожение читайте здесь: О вебе с толком. А комментарии можно оставить здесь.

Поступил мне давеча заказ на обновление Joomla 1.0.13 и Virtuemart 1.0.8 до последних версий. Причем, и на сайте множество материалов, и в магазине куча товаров. Так как мне не доводилось до этого дня обновлять одновременно и то, и другое, я погуглил и нашел красивый мануал, оформленный в виде ролика-презентации (посмотреть). Скажу сразу: полная лажа. Презентация чудовищная, не предоставляющая никакой возможности понять ее правильно. Ну да ладно. Я все-таки попробовал.

Доктор готов препарировать Joomla и Virtuemart. Сестра, спирт и скальпель!

Читать запись полностью »

Продожение читайте здесь: О вебе с толком. А комментарии можно оставить здесь.

Столкнулся с детской проблемой при работе CMS Joomla 1.5, когда при первом посещении ресурса (сайта, блога) ко всем УРЛам (пункты меню, ссылки) добавляется идентификатор сессии. После первого же апа выдачи Яндекса я обнаружил, что все проиндексированные Яшей страницы имеют весьма неприглядный вид, наподобие такого:

http://onesite.ru/buk?6db9e7a9b108b423dca011e...

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

Решение этой проблемы весьма тривиальное: нужно запретить серверу использование идентификатора в URL. Для этого пропишем в файле .htaccess в корне вашего сайта следующие строки:

Читать запись полностью »

Продожение читайте здесь: О вебе с толком. А комментарии можно оставить здесь.

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

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

О двух случаях стало известно, но это не значит, что таких ситуаций не было больше.

Так что же мы можем сделать, чтобы не допустить подобного в дальнейшем?

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

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

И тут стройный хор голосов говорит мне, что если, дескать, хакер смог подменить файл, то ему ничего помешает и подменить опубликованную md5. Так и есть…

Что же делать? Где решение проблемы?

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

Очевидный выбор для такого "стороннего" доверенного сайта, где можно публиковать контрольные суммы дистрибутивных файлов плагинов Joomla, -  Joomla Extension Directory (JED), где для этой цели можно просто добавить еще одно поле в описании плагина..

И это не так сложно, но…

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

Читать запись полностью »

Продожение читайте здесь: О вебе с толком. А комментарии можно оставить здесь.

Народ, я заказчик веб магазина (PHP, MySql и т.п.) и столкнулся с тем,
что некоторые команды отказываются работать с готовыми CMS (Content
Management System). Обьясняется это тем, что "есть своя и она лучше".
На поверку я часто не наблюдаю тот же уровень функциональности, что в
готовой (хорошей, платной) ЦМС. Хорошо, говорят мне, тогда мы вам
просто дорисуем, добавим что надо. И цена на разработку сразу взлетает
до 5-7000 долларов.

Обьясните на пальцах мне, юзеру, почему
команды разработчиков не всегда хотят использовать готовую платную CMS,
достаточно хорошо уже продуманную для интернет магазинов? Ваша админка
может быть хороша, но может быть по некоторым функциональностям проще
купить готовую панель и просто что-то дописать? Плюсы: экономия времени
и 80% готовой работы. Минусы, имхо: копаться в чужом исходном коде, не
всегда зная как лучше его оптимизировать. Я так понимаю? Обьясните мне
ваше отношение к готовым CMS в разработке? Спасибо.

- как правильно: "модель, вью, контроллер", "модель-представление-контроллер" или "модель-представление-поведение"

"руби-на-рельсах и так можно назвать ЦМС...потому что...нераспраненный язык + стандарнтые для этого яыка библиотечки, и ничего больше"

Нельзя. CMF уж тогда

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

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

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

Powered by ScribeFire.

Пришло письмо от Ру-Центра про их совместную акцию со "стратегическим партнером" 1С-Битрикс.
Я всегда знал, что битрикс - дерьмо; после этого письма еще раз убедился в этом:

Автор Alecfyz