oll

Я не в игрушки играюсь, а хочу понять суть.При этом вы должны учитывать что и вы ошибаетесь… Тогда просто исправте и ВСЕ ТЕМА ЗАКРЫТА.

oll, вы уже взрослая — сами определись по половому признаку .

Я понимаю что все устали, и надо найти отдушину.Но вопрос как к гуру.ВСЕ ВЫШЕ ОПИСАННОЕ пост #17 пост #31.Только это и беспокоит.Не будьте слишком самоуверенными, иногда это приводит к не порправимым ошибкам.Моя цитата.

Даааа… Короче я лучше зарегистрируюсь нормальным мужиком… И буду по пятьсот постов делать, типа ---Да класс я понимая---ООО класс а как это ___ууу а раскажи как ___о клево---… Ну давай рассказыай… Знаю одну десятки таких… ТОгда меня лучше понимать будут… Хотя Возможно -как Светлана, не поменям ник… Я ПРОСТО ****это уже откровения

Да хоть с нуля устанавливай… Нет в твоей базе этого поля после инсталляции с нуля.А в инсталляторе базы есть это поле .
1-Делаем эспорт базы после инсталляции.Или миграции.
2-сравниваем с эталонами установки install/sqldumpdemo.sql и itsatll/sqldumpempty.sql в редакторе сравнения.
3-наша задача найти в строке 361

Да не вопрос уже в обновлении… Вы поставте ЛИЧНО СЕБЕ ТОТ РЕЛИЗ КОТОРЫЙ ПРЕДЛАГАЕТЕ для скачивыания… И ВСЕ ВЫ САМИ ВСЕ ПОЙМЕТЕ… ну ладно я такая глупая.ПОСТ #17

oll, если у вас есть желание создавать себе проблемы и затем их преодолевать — то я ничем помочь не могу

Ну плиз внини в суть…

МЕНЯ НЕ СЛЫШАТ… #17 пост внимательно.
Да хоть с нуля устанавливай… Нет в твоей базе этого поля после инсталляции с нуля.А в инсталляторе базы есть это поле .
1-Делаем эспорт базы после инсталляции.Или миграции.
2-сравниваем с эталонами установки install/sqldumpdemo.sql и itsatll/sqldumpempty.sql в редакторе сравнения.
3-наша задача найти в строке 361

И я по русски обьясняю.Не пропустить… а правильно обновиться.Я что не правильно понимаю что в архиве версии 1.8 есть файлы миграционного перехода с баз данных версий начиная с 1.62( и ниже ). В каждой миграции затрагивается только обновление таблиц данных.Файлы естевственно новые, и использую дефолтный шаблон изначально,(не чайник я, рублю, но за всем не нарублю, лучше уж по рублю)) Что тут не понятного особенно ВАМ… Ну вы хоть для пробы… возьмите релиз и установите локально для себя… еее мое… ну нет этой траблы ...
.

Madmax.Возьми стандарнтые таблицы баз (Пустой- и с демоданными)данных архива версии 1.8
Найди строку 361 — (все выше описано).Сделай миграцию.Или инсталляцию, и найди это поле в базе данных, таблица cms_comments, после установки.
В установочной файлах архива поле присутствует -типа как факт. Далее при уствновке, оно абстрагируется (умно) .
Варианты:
1- cms_comments -поле — pid int(11) NOT NULL,-необходимо -Решение: исправить инсталятор и мигратор
2- cms_comments -поле- pid int(11) NOT NULL, ошибка — нмчего не дописывать, а удалить это из баз данных архива

Да фиг с ним с постом… А по таблицам базы данных есть не соответствие…

В смысле заливка файлов? Я об этом речь и веду… Все мои тесты локальные, используются с НОВЫМИ ФАЙЛАМИ (АБСОЛЮТНО)версии 1.8 -рабачий баскуп базы(меняю только префикс для локалки )
В файлах миграции (вся работа по обновлению оттуда)
Практика — рабочий сайт с версией 1.62 (второй год): были проблемы с обновлением версии до 1.7, как локально, так и на хосте -(в частности, управление модулями, и не возможностью поменять их позицию ).Вника… изучала… плюнула...
Вышел релиз 1.8.Не надо вникать, все прошло отлично(локально).Хочу правильно озвучить тематику.
1-Есть база рабочего сайта вервии 1.62
2-Удаляем все файлы этой версии.Кроме (includes/myphp).Шаблон дефолт… изначально.
3-Заливае новые файлы, версии 1.8
4- ваш сайт//migrate/previous/170/index170.php
5- Следуя подсказкам нажимаем ДАЛЕЕ… по окончании будет предложено- УДАЛИТЬ папку migrate -не делаем этого, а делаем последний шаг
6- ваш сайт//migrate/index.php
Все обновление до версии 1.8 на 100% закончено.
У МЕНЯ ОДНА ПРОСЬБА… Все ждали нового обновленияю с 1.62 до 1.8.РАЗВЕ СЛОЖНО ОБЬЯСНИТЬ, ВСЕМ КАК ПРАВИЛЬНО ПРОПУСТИТЬ ВЕРСИЮ ОБНОВЛЕНИЯ. ИМЕННО в файле миграции? Именно это ВЫШЕ и ОПИСАННО…

Это касается и версии 1.8.Проверено фактами десятки раз.
Просто тему новую не стоит открывать, думаю проблема в скрипте миграции решаема.

НЕ отвечено
Вопрос-используется При сравнивании таблиц баз данных (sqldumpdemo.sql-из архива)и обновляемой (рабочей базы),
обнаружилось что в sqldumpdemo.sql (устанавливаемой как ДЕМО наполнение сайта)в таблице cms_commentsстрока 361, есть поле , а в обновляемой базе (1.62) данное поле так и не появилось.
В файлах миграции, по поиску ни чего не обнаружено.
Вопрос-используется данное поле в таблице (cms_comments) или нет?

Обновление с 1.62 до 1.7, затем до 1.8 -б ез проблем.
1- Скачиваем архив версии 1.8.
2- Заливаем файлы на сервер.
3- ваш сайт//migrate/previous/170/index170.php
4- Следуя подсказкам нажимаем ДАЛЕЕ… по окончании будет предложено- УДАЛИТЬ папку migrate -не делаем этого, а делаем последний шаг
5- ваш сайт//migrate/index.php
Все обновление до версии 1.8 на 100% закончено.По шаблонам обновление описано тут instantcms.ru/blogs/polzovatel-1-6-2/kak-obnovitsja-s-versi-1-6-2-do-1-8.html

Для интереса, были извращения… миграция с 1.62 до 1.8 ,(не работают модули, нет возможности их создать или изменить позицию модуля), затем по живому, миграция до 1.7 (все работает), при иследовании базы данных, отклонений не обнаружено, она в точности совпадает с выше предложенным обновлением.

Но есть ВОПРОС? При сравнивании таблиц баз данных (sqldumpdemo.sql-из архива)и обновляемой (рабочей базы),
обнаружилось что в sqldumpdemo.sql (устанавливаемой как ДЕМО наполнение сайта)в таблице cms_commentsстрока 361, есть поле , а в обновляемой базе данное поле так и не появилось.
В файлах миграции, по поиску ни чего не обнаружено.
Вопрос-используется данное поле в таблице (cms_comments) или нет?

Берем и просто работаем, действительно хороший бесплатный и платный хостинг.Среди платных хостингов типа про., с трудом нашелся с включенной функцией Exec, и всем фаршем.Только на этом хостинге отлично установилась и заработала CMS ,Известная партнеркаот sotmarcet.ru.