Крот

ура и наконец)
насчет использования PHPUnit не думали?

обновление выслано всем купившим (и в прошлом году тоже)
если кому не пришло, напишите в л.с.

а)крупные движки CMS уже потихоньку начали внедрять подобный подход потому что уже надо - это первое
б)мы при выходе новой версии ВСЕГДА переписываем(доделываем,допиливаем) шаблоны, компоненты, модули, чтобы они работали на наших сайтах - и ничего, никто не жалуется - это второе

а хозяин барин - это третье)

в теории там все хорошо, на практике не очень

для защиты от кривых рук сторонних разработчиков и унификации CMS идеальным решением будет сделать фильтрацию типа sprintf(запрос, параметры) на уровне драйвера базы данных mysql (т.е. в классе cmsDatabase)

Доброй ночи! В поисках чего-нибудь интересного набрел на удивительную возможность проникновения и получения полного доступа на любой сайт с InstantCMS
Все на самом деле очень просто - похоже, как-будто бы забыли сделать...
отписал Fuze`у

я бы настоятельно рекомендовал сделать токены безопасности ограниченными по времени и запретить открытие сайта на InstantCMS во вложенном фрейме(iframe)

что-то вроде API там уже есть, т.е. если делать определенные запросы будут не html ответы
как говорится, курите исходники)
конкретно API разработчики, думаю не сделают
может кто-то другой?

куку не чекал)
не думаю что она реальная

хехе, прикольно, последний юзер выключен)

друпал, джумла точно, ливстрит не помню, ставят блок при добавлении(редактировании)... но вроде не средствами mysql а просто где-то записывают, что вот то-то и то-то заблокировано и не дают менять из api cms.

InnoDB конечно же хорошо, но особо не попользуешь на shared-хостингах

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

Может тогда в первом окошке запроса на удаление категории написать что-то типа - вы можете перенести(удалить) нужные вам вложенные статьи, иначе они будут удалены либо перенесены в архив.

А то при первом использовании InstantCMS встать на грабли или гадать что будет - не комильфо

отвечу сам - дружно читаем Блокировки в MySQL и делаем выводы
может разработчики сделают в новой версии, думаю нужная вещь и во многих популярных cms есть блокировки

думаю, нужно дать админу сайта свободу выбора в настройке удаления статей-категорий

тоже спросил ниже)

ИМХО, при удалении категории со статьями, если админ забыл (не захотел) перенести их(статьи) заранее, статьи должны попасть к родителю данной удаляемой категории (если сирота - то в корневой раздел)
делается добавлением двух-трех(ну пяти) строк в model.php в функцию удаления

А в таком виде, как у вас, использовать хак небезопасно. Если хотите переносить в "удаленные" либо заставьте пользователя руками создать раздел, либо просто поправьте код создания раздела


ну да, last_id там ни к чему
хотя в инстанте (даже во второй версии!!!) он активно используется
интересно, если одновременно запустить 10 процессов добавления в одну таблицу не блокируя таблицу и читать last_id сразу же после добавления записи - собьется или нет?

ув. Странник, ваш хак может разрушить структуру категорий на сайте
функция
1) id добавляемой категории считать не нужно, есть вероятность что на сильно загруженных сайтах второй админ добавит нормальным способом другую категорию в тот момент когда первый будет считать $trash_id = $max_id+1; => будет ошибка добавления
2) вы записываете поля NSLeft, NSRight, NSLevel напрямую в таблицу - здесь используются nested-sets деревья, данное добавление обязательно нарушит алгоритм работы nested-sets

добавление категории лучше делать так
что-то вроде -
$ns = $inCore->nestedSetsInit('cms_category');
$category['id'] = $ns->AddNode($category['parent_id']);

вообщем пока не советую ставить хак
проблема в 1.10.2(и ранних версий) подтверждаю - при удалении категории все вложенные статьи "виснут" со старым cat_id. На сайте не тестил, смотрел только код.

файл
/domains/demo1.xxxxxxxxxxx.ru/public_html/system/controllers/users/hooks/
строка 12:
'users_friend_aСЃСЃept' => array(

английские "c" должны быть!

а почему бы при миграции, если у элемента меняется урл, не записать бы в таблицу соответствий и при запросах на старые адреса сделать ответ HTTP 302 (постоянная переадресация) (могу соврать с кодом, точно не помню сейчас)
и никакой просадки в ПС

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