Странник

Модифицировал утилиту для iSMS v1.10.3.
Забирайте из моего профиля, кому надо.

Большое всем спасибо за обсуждение. Я доволен. Во-первых, тем, что на проблему обратили внимание и ее в 1.10.3 пофиксили. Во-сторых, я весьма согласен со всеми, что создание раздела "Удаленные" не есть лучшее решение, следовало бы переносить спасаемые статьи в корневой раздел (то есть так, как я и предлагал по первому варианту), откуда их админ может раскидать по нужным разделам.

Завтра выкину из хака код, где создается этот раздел.

Испугался. Замолчал.

Во чо творит гумманитарий-математик)))) Это наверно, она на ноль чтототам поделила и на сайте показалась)

протестировал только что на v 1.10.2 - к сожалению, подтверждается.
статья не удаляется из базы данных, но по прежнему поле category_id таблицы cms_content содержит id уже несуществующего раздела. эта статья в админке не показывается - такое впечатление, что она убилась вместе с разделом.

я же говорю - отсутствует механизм переноса (то бишь изменения id категории у статей) при удалении категории, содержащей статьи. Я по просьбе Blackman'а сделал хак, переносящий эти статьи в категорию "Удаленные", хотя в стандартном движке можно переносить либо в корневой раздел, либо в архив.

Да пожалуйста, рад был помочь.

Написал Фузу. Он обещает в 1.10.3 поправить.

Среди бригады по локализации кто-нибудь ядро переводит?

Передо мной свежеустановленный iCMS v1.10.2 - там компонента statistics просто нет. Это рудимент от v1.10.1 - не удалился при обновлении. Вы migrate запускали?

Это ограничение легко обходится, если забросить более свежую jquery например, в папку js, которую создаете в своем компоненте/модуле. Туда же можете положить плагин. Из страницы *.tpl прописываете путь к этой jquery и второй строчкой к плагину. Все прекрасно работает.

Я, конечно, понимаю, анархия, но выкручиваться как-то надо....

Спасибо! Сейчас поставлю на локалку, буду смотреть.

Рад за Вас - для того утилита и писалась - для выполнения рутины.
Удачи в программировании, не забудте нас порадовать своими произведениями!

Так что, все получилось?

Надеюсь, создаете новый модуль/компонент на локальном сервере. Потому что на локальном сервере с правами ничего делать не надо. Утилита не создавалась для работы на удаленом сайте (просто потому что на удаленном сайте писать и отлаживать компонент/модуль очень неудобно). По этой же причине утилита не содержит защитных механизмов, например, от sql-инъекций. Назначение утилиты - избавить вас от рутины при написании компонента/модуля на локальном сайте. Поэтому, если вы залили утилиту на удаленый сервер - немедленно сотрите ее оттуда!

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

и про не забудте!

Сорри, малость ввел в заблуждение.....
После выделения всех строк (Ctrl+A) вы копируете эти строки в буфер обмена (Ctrl+C). Затем переключаете кодировку. Теперь из буфера обмена вставляеете обратно (Ctrl+V). И только теперь сохраняете (Ctrl+S).
Я когда конвертацию делаю, пальцы гуляют по клаве автоматически, не затрагивая мыслительных процессов.....вот и обманул нечаянно.....простите.

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

11 пункт означает, что после того, как вы выполнили апгрейд версии на локальном сайте, вы по фтп переносите файлы на хостинг, а затем, сняв дамп с БД на локальной машине, импортируете его в базу на хостинге.
12 пункт означает, что если у вас на сайте шаблон, отличный от дефолтного, вы открываете все файлы этого шаблона один за другим например, в notepad++. Выделив все строки файла (Ctrl+A) вы переключаете кодировку файла с cp1251 на utf8 (без Bom) и нажимаете Ctrl+V. Теперь у вас файл в кодировке utf-8. Сохраняете его (Ctrl+S) и так делаете со следующим, пока не переконвертируете все файлы своего шаблона.

Можно и так))) Когда писал этот инструмент кодера, представить себе не мог, что кодер, у которого доступ по ftp, вдруг начнет ломать свою собственную писанину моей утилитой. И до сих пор не представляю.....

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