Bug in 2.5: I’ve found bug in component

Hi.
I’ve found first bug in component!
In lists you could select record by checkbox and edit (delete).
Now if you try – you’ll get error about do select.

How to get over – select checkbox in title (which select all records, deselect all records and select you record). After that action is available.

This is complicated, and you easy update record by click on it.
But if you want delete record – this is only that way until I fix it.

————————–

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

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

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

Zh YandexMap, documentation – Troubleshooting

Всем привет.

Начал наполнять документацию.
Создал новый раздел – Поиск неисправностей.

Вот ссылка http://zhuk.cc/wiki/index.php/Zh_YandexMap_Troubleshooting

Сюда буду кидать описание проблем и методы и рекомендации по их устранения

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

Zh YandexMap, placemarks offset

Смоделирована ситуация с размерами иконки метки.
10 x 10 px
20 x 20 px
30 x 30 px
40 x 40 px

Получается, что точка приложения иконки метки остается неизменной.
приблизительно
5 по горизонтали
30 по вертикали
Можно конечно вычислить и точнее (путем перебора размеров и попадания углом прямоугольника в основание балуна)
Вот и получается, что для своих иконок зная размеры, нужно исходить из этой ситуации

Zh GoogleMap + Zh YandexMap – Components now updetes from update tab of extension manager

Hi.
Now components can be updated from update tab of Extension Manager.
I don’t know what, I’ve corrected xml-files, but I’ve noticed it only in Joomla! v.1.7.3

As for plugins – it is still not works 🙁

—————————–
Всем привел.
Теперь компоненты обновляются из Extension Manager.
Я немного подправил xml-файлы, но это заметил только на Joomla! v.1.7.3

Плагины пока так не обновляются

Zh GoogleMap + Zh YandexMap – all updated

Hi.
I’ve updated
< script type="text/javascript" >
< ![CDATA[ // content of your Javascript goes here ]] >
< /script >

to

< script type="text/javascript" >
/* < ![CDATA[ */ // content of your Javascript goes here /* ]]> */
< /script >

!!!!!!!!!
It is as for ZTools plugin (ZooTools) – which lined all code in one big line.
I think it can produce errors – not showing a map.
May be this can caused by another plugins.

Check now, is it OK.

—————————————————————
Всем привет.
Все плагины и компоненты обновлены.
Исправление связано с возникновением проблемы с ZTools plugin (ZooTools) когда во всем тексте удаляются переносы строк и все представляет собой одну длинную строку. Это могло производить проблему – карта не выводилась. Такой же эффект мог быть произведен аналогичным действием других плагинов.

Пробуйте сейчас, все должно быть нормально!

Проблемы с тегами в компоненте (HTML tag stripped in component)

Немного решил отдохнуть от разработки и зафиксировать некоторые нюансы 🙂

Итак, есть две независимые друг от друга особенности поведения Joomla! с тегами.
Q1: как сохранить HTML-текст в статье, чтобы весь набранный текст сохранился без изменения, т.е. не удалились теги (не было так называемого tag/code stripping, т.е. вырезания тегов форматирования)
A1:

  • идем в настройки статей (Content -> Article Manager)
  • идем в параметры (кнопка Options)
  • переходим на закладку фильтров (Text Filters)
  • выставляем необходимый уровень фильтрации контента (например, для группы Administrator или Super Users ставим “No Filtering”) в соответствии с тем, каким группам пользователей как надо фильтровать контент

Q2: как сделать так, чтобы через backend интерфейс можно было внести в поле информацию, содержащую теги

A2: для этого в компоненте идем в admin\models\forms в нужное определение элементов (xml-файл) и для необходимого столбца указываем дополнительный атрибут

  • filter=”raw”

 

Миграция сайта J!1.5 на J!1.6

Все, сегодня решил и довел до конца перевод сайта на 1.6.

Если кратко – то:
– скачиваете и ставите плагин jupgrade (есть статья по переводу с J! 1.5 на 1.6).
– идете в options, ставите чтобы не менял позиции в шаблоне (я не поставил, все съехало), может там еще что-либо изменилось с тех пор
– запускаете обновление сайта – СОЗДАЕТСЯ параллельная структура (таблицы) в БД с другими префиксами,

– сайт продолжает работать на старой схеме
– новый сайт находится по адресу http://ваш_сайт/jupgrade/
– и админка тамже http://ваш_сайт/jupgrade/administrator/

Ну а дальше дело техники

– смотрите на сайт, статьи, категории, контакты,

– ставите сторонние компоненты и плагины из JED для новой версии,

– ну и прочее

Когда решили, что новая версия сайта работает полностью, то переключаете на новую модель. Там же в статье это написано, как это сделать:

– создаете в корне папку для backup, перемещаете все папки и файлы (кроме папки jupgrade) из корневого каталога сайта в эту папку.

– перемещаете файлы и папки из папки jupgrade в корневую папку сайта.

– теперь по ссылке уже открывается новая версия сайта

– ну и еще раз проверяете, что все нормально.

Мне пришлось еще раз указать шаблон по умолчанию, и просто тронуть меню (save без изменения), чтобы все стало нормально отображаться.

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

SMTP+attached files vs Antivirus

Ура, одержана победа 🙂 противостояния антивируса и передачей почтового сообщения с прикрепленными файлами средствами SMTP.

Предыстория

Давно создал пакет в СУБД Oracle, который использует UTL_SMTP для отправки из базы писем. Все работало отлично, пока на одном из проектов письмо пришло некорректным, а именно: приаттаченный файл имел неправильное имя, расширение .dat и не раскодированным.

Иными словами: когда мы посылаем письмо, то прикрепляем файлы посредством перекодировки в base64. Например, средствами шаблона мы генерируем какой-нибудь отчет или документ (например, в MS Excel или MS Word), полученный CLOB кодируем в base64 и вставляем в письмо. Отсылаем. Получатель получает письмо, которое содержит прикрепленный документ. Так вот, когда получатель открывает письмо, то в аттаче у него оказывается кодированный в base64 текст документа 🙁

Решение

Все оказалось просто до банальности :).

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

Как оказалось виной всему было то, что при формировании строка

Content-Disposition: attachment; filename="test.xls"

была разнесена на 2 строки 🙂

Content-Disposition: attachment;
filename="test.xls"

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