Мне инстант потому и нравится что если просто выключить все модули в админке, и выключить пункты меню перехода на компоненты, он станет практически сайтом визиткой с отличным меню навигации.Думаю излишне удалять сами каталоги модулей или компонентов, и кастрировать такую хорошую систему.Обьем CMS приемлем и в полноценном виде, а если надо закрыть от поиска некоторые не используемые компоненты то robot.txt отличный выход.
Даже немного странно -большинство старается нафаршировать cms а не кастрировать.
Наблюдая за процессом эволюции инстант, уже можно заметить о появлении порядка и начала не зависимости модулей и компонентов друг от друга.Может в недалеком будущем и появится возможность деинсталляции мод.комп.А необходимостью является простая инсталляция своих модулей и компонентов.Хотя сразу станет вопрос -А как удалять свои?

oll
85 инкарнация-загрузка 100%
+1130
Репутация
18936
Рейтинг
Не работает поиск по алфавиту букв в заглавиях записей.
Поиск по рубрике работает как положено, все красиво ищет-по любому полу вкл.для поиска.
Давно не использовала ук.Там было 3 десятка записей, в старых версиях по памяти поиск нормально работал.Выбрал букву (пагинация по алфавиту)и все находило.Вот недавно началась активная работа с ук.И обнаружилось что поиск по букве алфавита предположим Н(так понимаю в кодировке cp1251) ведет на стр 404
/find-first/%CD А %CD так понимаю в UTF кодировке. Друзья, прошу у Вас помощи, помогите правильно направить на решения проблемы.
Ранее (более года назад) база сайта стояла на беспл.хостинге где база создавалась только в utf а сопоставление задавалось cp1251.
Затем была перенесена на другой и перекодирована в 1251.Хотя все подробности я уже и не помню.
Мое предположение что: поиск по ук. не работает изза ошибки или несоответствия кодировки данных для поиска в базе данных.
Поиск по рубрике работает как положено, все красиво ищет-по любому полу вкл.для поиска.
Давно не использовала ук.Там было 3 десятка записей, в старых версиях по памяти поиск нормально работал.Выбрал букву (пагинация по алфавиту)и все находило.Вот недавно началась активная работа с ук.И обнаружилось что поиск по букве алфавита предположим Н(так понимаю в кодировке cp1251) ведет на стр 404
/find-first/%CD А %CD так понимаю в UTF кодировке. Друзья, прошу у Вас помощи, помогите правильно направить на решения проблемы.
Ранее (более года назад) база сайта стояла на беспл.хостинге где база создавалась только в utf а сопоставление задавалось cp1251.
Затем была перенесена на другой и перекодирована в 1251.Хотя все подробности я уже и не помню.
Мое предположение что: поиск по ук. не работает изза ошибки или несоответствия кодировки данных для поиска в базе данных.
Я и тему начала из за глючности хостинга.А еще лучше обновлятся в ногу с обновлениеим и не затягивать переходы по промежуточным версиям.
Начнем с недетского кальяна, а там уж материализуем нейронно-корпускулярно-волновое биополе нейтрализующее бозоны Хиггса.Охлаждать созданное всеполе будем исключительно пивом.кластер замутим или облако?
А я силой материальной мысли общего космического разума буду останавливать БАК коллайдер.Хочу создать ресурс неравнодушных к нашей планете — ДЛЯ ОБЬЕДИНЕНИЯ МЫСЛЕННЫХ УСИЛИЙ.
securityvulns.ru/Xdocument114.html
Да и вообще… мне за совет замечание сделали.В целях безопастности надо чтобы о опасности никто не знал
Вот тут совет удалить коннекторы в папке connectors/php.И удалить 2 тестовых файла.
Да и вообще… мне за совет замечание сделали.В целях безопастности надо чтобы о опасности никто не знал
Вот тут совет удалить коннекторы в папке connectors/php.И удалить 2 тестовых файла.
НЕТ никаких проблем с обновлением версий кроме внешних факторов… взломов, тугости серверов, невнимательности мастера, инфекций винды, троянов, доров и прочего… Уверяю.
После пересоздания акка и востановления бекапов все прошло за секунды.И без проблем.
В принципе за малозначимостью выложенной в этой теме информации тему можно и удалить!
После пересоздания акка и востановления бекапов все прошло за секунды.И без проблем.
В принципе за малозначимостью выложенной в этой теме информации тему можно и удалить!
Да не жаловалась я на ukrline.Год с ними живу.Все было отлично.Очень довольна была и поддержкой, разжевывали проблемы до мелочей.Даже неудобно, что из за горе-вредителей-ломакиныха вы на каком хостинге?
позволяешь себе усомнится то в системе, то в хосте, а то и в себе.
Спасибо за отзыв.Сейчас ребята будут заниматься пересозданием аккаунта на хосте.И востанавливать полный бекап(как хорошо что пару раз в месяц сохраняю копии).Если останутся проблемы то не сочтите за труд-буду просить помощи.пишите доступы к базе, я вам почищу
А может м впрямь серьезный код внедрен в базу, что и хост может лечь?
Да с меня уже служба поддержки животы рвет.Я жму кнопу удалить базу в панели управления, а ей пополам, жму в php myadmin удалить таблицу (или все) пополам, жму восстановить из бекапа пополам.А ей хоть что.Мне уже не смешно ,,,, ни экспорт, ни бекап, ни импорт, не работают, то есть пытаются но все зависает и надолго, а поддержка шлет читать мануалы про две кнопки.Обалдеть, советуют снеси базу, АААА не сносится она.Пора мне к психиатру.
Радости нет предела… все заканчивается полным пересозданием хостаккаунта.И опять -INSTANT здесь ни причем.Просто так совпадает… Думала обновление прошло неудачно а это хост глючит.
Я верю в INSTANT
Дорогие инстансовсы.Обращаюсь за помощью.Дело дрянь.Ни снести таблицы, ни экспорт, ни импорт базы, ни советы хостера, ни пьяная соседка не помогли.
В одной из таблиц существующей базы данных _forums.вместо привычного списка полей присутствует 6 кб html кода
Тело body приведу по необходимости.Что это за лом такой?
В одной из таблиц существующей базы данных _forums.вместо привычного списка полей присутствует 6 кб html кода
используется (#2006 - MySQL server has gone away) <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>phpMyAdmin</title> ******стерто чуть - чуть ,кто его знает что тут за произведение****** } } catch(e) { alert("Redirecting... (error: " + e); top.location.replace(self.document.URL.substring(0, self.document.URL.lastIndexOf("/")+1)); } </script> <script src="./js/tooltip.js" type="text/javascript"></script> <script type="text/javascript"> // <![CDATA[ // Updates the title of the frameset if possible (ns4 does not allow this) if (typeof(parent.document) != 'undefined' && typeof(parent.document) != 'unknown' && typeof(parent.document.title) == 'string') { parent.document.title = '****стерто мною******| phpMyAdmin 3.2.4'; } window.parent.addEvent(window, 'load', PMA_TT_init); // ]]> </script> <meta name="OBGZip" content="true" /> <!--[if IE 6]> <style type="text/css"> /* <![CDATA[ */ html { overflow-y: scroll; } /* ]]> */ </style> <![endif]--> </head>
Понятно но не утешительно слетели категории форума напрочь, что именно проверить не могу, не экспортируется база ни так ни этак вместо дамба sql экспортируется файл html страница откровения сервера, большого содержания -но кратко Ошибка
SQL-запрос:
SHOW TABLE STATUS FROM `***_instant` LIKE ’***_forum_cats’
Ответ MySQL:
#2006 — MySQL server has gone away
Сервер куда то ушел.А MySQL дорос до таких ошибок? В поиске пусто с таким запросом.
Видимо большую роль при обновлении играет стабильность серверов, ведь локальная копия обновилась нормально.
Вижу решение, снести все и опять начинать с 1.5.3.Восстановление бекапа базы 1.5.3 а потом обновление до 1.6.2
SQL-запрос:
SHOW TABLE STATUS FROM `***_instant` LIKE ’***_forum_cats’
Ответ MySQL:
#2006 — MySQL server has gone away
Сервер куда то ушел.А MySQL дорос до таких ошибок? В поиске пусто с таким запросом.
Видимо большую роль при обновлении играет стабильность серверов, ведь локальная копия обновилась нормально.
Вижу решение, снести все и опять начинать с 1.5.3.Восстановление бекапа базы 1.5.3 а потом обновление до 1.6.2
Наконец то начались проблемы при обновлении версий, а то аж скучно было, раз и обновился.
Локальный тест обновления с 1.5.3 до 1.6.1 потом до 1.6.2 прошел нормально.
В вики мануале хорошо описано (НЕ ПЕРЕскакивайте при обновлении версии через одну).
Вот только в архивах на скачку instant cms нет версии 1.6.1… А такая БЫЛА -instantCMS_20100506_v1.6.1!
Если кто не в ногу обновляется, то где он возьмет версию 1.6.1?
По ее отсутствию в архивах можно посчитать что это обновление 1.6.1 не актуально!!!!!
Или можно с 1.5.3 обновляться до 1.6.2?
Локальный тест обновления с 1.5.3 до 1.6.1 потом до 1.6.2 прошел нормально.
В вики мануале хорошо описано (НЕ ПЕРЕскакивайте при обновлении версии через одну).
Вот только в архивах на скачку instant cms нет версии 1.6.1… А такая БЫЛА -instantCMS_20100506_v1.6.1!
Если кто не в ногу обновляется, то где он возьмет версию 1.6.1?
По ее отсутствию в архивах можно посчитать что это обновление 1.6.1 не актуально!!!!!
Или можно с 1.5.3 обновляться до 1.6.2?
SQL сервер хостера как раз при обновлении пошел в запой, общаться не хочет, зспортирует базу по 50 грамм, отсюда и проблемы… Но вопрос по 1.6.1 остается .
#13
1 июня 2010 в 08:43
Меня тоже тема seo волнует чти.
Яндек проиндексировал более сотни страниц разделы, форум, поиск, галерея те разные компоненты, но у всех как описание висит содержимое топ меню сайта (Новости сайта. Статьи. Форум. Клубы. Фотогалерея. При****. Дл***. Кор***. Ср**. Свад**. Вече**. Кре**. Разное. Блоги.).И в 4 раза упало количество выдаваемых страниц..
Это есть плохо.
Яндек проиндексировал более сотни страниц разделы, форум, поиск, галерея те разные компоненты, но у всех как описание висит содержимое топ меню сайта (Новости сайта. Статьи. Форум. Клубы. Фотогалерея. При****. Дл***. Кор***. Ср**. Свад**. Вече**. Кре**. Разное. Блоги.).И в 4 раза упало количество выдаваемых страниц..
Это есть плохо.