живу без ее лет 3-4
Я жил вообще без всех этих пыхапе и хтмл 40 лет, пока не вышла новая версия 1.10.6 в январе и я не решил посмотреть, что это такое и с чем это едят.
Ris
+657
Репутация
3768
Рейтинг
Я жил вообще без всех этих пыхапе и хтмл 40 лет, пока не вышла новая версия 1.10.6 в январе и я не решил посмотреть, что это такое и с чем это едят.
Копия сайта и базы, только потом эксперименты проводим
Вообще все эксперименты проводятся на локальной копии сайта. А при достижении блестящих результатов делается копия локального сайта на какой-нибудь тестовый хостинг. И только потом…
Еще обратный мигратор сделайте, с 2 на 1 чтобы импортировать, думаю тоже пригодится.
Думаю, это сделает кто-нибудь другой.
Не я точно.
Одно дело "досолить" хэш пароля, и совсем другое дело его расшифровать обратно.
Перенос контента с одной ветки на другую не вызывает больших сложностей при помощи dbforge Studio for Mysql, а вот с переносом пользователей возникли проблемы ввиду отложения солей в паролях.
Для решения этой проблемы, на основе мигратора статей от Pasha был допилен мигратор пользователей.
Предварительно нужно перенести таблицу cms_users в базу двойки. Поскольку такая таблица уже есть, нужно переобозвать её в "cms_users1".
Для этого экспортируйте при помощи phpmyadmin таблицу "cms_users" в формате cms_users.sql из базы первой версии сайта, откройте ноутпадом++ экспортированный файл с таблицей "cms_users" и поменяйте оптом все cms_users на cms_users1
Затем импортируйте тем же phpmyadmin таблицу в новую базу на второй версии.
После чего, загрузите в корень сайта файл users_migr.php и запустите его так site.ru/users_migr.php
По отработке скрипта таблица cms_users1 будет удалена.
Прошу учитывать, что поле email имеет уникальный индекс, поэтому импортирована будет только первая запись с неуникальным имейлом, а остальные просто пропущены.
Все пользователи помещаются в группу "пользователи". Распределить пользователей по группам и раздать права администратор должен вручную!
Для решения этой проблемы, на основе мигратора статей от Pasha был допилен мигратор пользователей.
Предварительно нужно перенести таблицу cms_users в базу двойки. Поскольку такая таблица уже есть, нужно переобозвать её в "cms_users1".
Для этого экспортируйте при помощи phpmyadmin таблицу "cms_users" в формате cms_users.sql из базы первой версии сайта, откройте ноутпадом++ экспортированный файл с таблицей "cms_users" и поменяйте оптом все cms_users на cms_users1
Затем импортируйте тем же phpmyadmin таблицу в новую базу на второй версии.
Потом импортируйте её в новую базу.
После чего, загрузите в корень сайта файл users_migr.php и запустите его так site.ru/users_migr.php
По отработке скрипта таблица cms_users1 будет удалена.
Прошу учитывать, что поле email имеет уникальный индекс, поэтому импортирована будет только первая запись с неуникальным имейлом, а остальные просто пропущены.
Все пользователи помещаются в группу "пользователи". Распределить пользователей по группам и раздать права администратор должен вручную!
Прикрепленный файл
usersmigr_e82rl.zip
2 Кб
Блицкриг,
По поводу редиректа: есть в файле \system\core\controller.php такая функция
Вероятно, для редиректа на профиль нужно создать в той же папке функцию с переадресацией на профиль текущего юзера.
Если Вы не сильно торопитесь — попробую сделать такое. В пхп вообще ничего не смыслю, поэтому придется делать методом научного тыканья… раз профессионалы помочь не хотят...
В общем редирект на профиль пользователя после авторизации можно организовать двумя способами:
1. Прямо в файле \system\controllers\auth\actions\register.php в 233 строке вместо $this->redirectToHome вписать $this->redirect(href_to('users', $user->id));
2. Вписать туда же $this->redirectToUser, а в файле \system\core\controller.php создать новую функцию
Сразу предупреждаю, толку от этих редиректов ровным счетом никакого, потому что новозарегистрированный пользователь пока не авторизован, сессия не начата и никакого id у этого юзера нет. Поэтому оба эти способа выбрасывают на site.ru/users то есть на список пользователей.
При этом выдается надпись об успешной регистрации, но вход на сайт не произведен.
По поводу редиректа: есть в файле \system\core\controller.php такая функция
Если Вы не сильно торопитесь — попробую сделать такое. В пхп вообще ничего не смыслю, поэтому придется делать методом научного тыканья… раз профессионалы помочь не хотят...
В общем редирект на профиль пользователя после авторизации можно организовать двумя способами:
1. Прямо в файле \system\controllers\auth\actions\register.php в 233 строке вместо $this->redirectToHome вписать $this->redirect(href_to('users', $user->id));
2. Вписать туда же $this->redirectToUser, а в файле \system\core\controller.php создать новую функцию
При этом выдается надпись об успешной регистрации, но вход на сайт не произведен.
Stecc,
Так ведь стояло 544 на всё с рекурсией.
Поставил на все папки и файлы 777 — заработало.
Так ведь стояло 544 на всё с рекурсией.
Поставил на все папки и файлы 777 — заработало.
Если всё заработает — потом выставите 644 на includes/config.php
Майкл,
Извиняюсь, стал жертвой своей невнимательности. На время установки второго сайта на поддомен запретил права на запись на все папки основного сайта.
Восстановил права — все работает нормально!
Извиняюсь, стал жертвой своей невнимательности. На время установки второго сайта на поддомен запретил права на запись на все папки основного сайта.
Восстановил права — все работает нормально!
Анал_огично. Только что проверил.
Приходит письмо на почту, в письме ссылка, которая открывается, как пустая страница:
http://*********.ru/registration/remind/f808cc77273c3*********32e1eb30c5
Приходит письмо на почту, в письме ссылка, которая открывается, как пустая страница:
http://*********.ru/registration/remind/f808cc77273c3*********32e1eb30c5
Нил,
Аналогично сделано еще в 11-ом годе при помощи Coza Nostra и других понимающих людей:
newostrie.ru/
Потом была предпринята вполне успешная попытка сделать новый компонент на 1.10.6 (из фака, конечно, но отдельный).
otsrie.ru/
Теперь меня посетила безумная мысль запилить всё это на двойке, но наткнулся на целую гряду подводных камней...
Вот как раз в первой ветке в админке отображается сам контент, а во второй пустые строки. Оно хочет заголовков.
Аналогично сделано еще в 11-ом годе при помощи Coza Nostra и других понимающих людей:
newostrie.ru/
Потом была предпринята вполне успешная попытка сделать новый компонент на 1.10.6 (из фака, конечно, но отдельный).
otsrie.ru/
Теперь меня посетила безумная мысль запилить всё это на двойке, но наткнулся на целую гряду подводных камней...
Посмотрите как это устроено в компоненте FAQ если первая ветка. Тот же принцип
Вот как раз в первой ветке в админке отображается сам контент, а во второй пустые строки. Оно хочет заголовков.
Имеется надобность автоматом заполнять поле "title" при размещении контента в компоненте "Анекдоты". Эти самые анекдоты такой тип контента, который заголовков не имеет по определению. А в админке контент выводится с отображением только заголовков.
Отсель мораль. Нужно либо автоматом генерировать заголовки, либо отображать в админке начало самого контента для работы администраторов с этим контентом.
Для экономии базы было бы предпочтительней отображать в админке первые 30 символов самого контента, а не формировать дополнительные 30 символов в заголовок.
Кто что сможет посоветовать по этому поводу и как можно это реализовать?
Отсель мораль. Нужно либо автоматом генерировать заголовки, либо отображать в админке начало самого контента для работы администраторов с этим контентом.
Для экономии базы было бы предпочтительней отображать в админке первые 30 символов самого контента, а не формировать дополнительные 30 символов в заголовок.
Кто что сможет посоветовать по этому поводу и как можно это реализовать?
Самое просто решение — поменять везде в статьях нижнее подчеркивание на дефис.
Запустить в phpmyadmin такой скрипт:
UPDATE `cms_con_articles` SET `content`= REPLACE (content, '_', '-');
UPDATE `cms_con_articles` SET `slug`= REPLACE (slug, '_', '-');
И оно без разбора заменит все нижние подчеркивания на дефисы.
Запустить в phpmyadmin такой скрипт:
UPDATE `cms_con_articles` SET `content`= REPLACE (content, '_', '-');
UPDATE `cms_con_articles` SET `slug`= REPLACE (slug, '_', '-');
И оно без разбора заменит все нижние подчеркивания на дефисы.
При авторизации через логинзу емайл не нужен.
А уж аккаунты в соцсетях есть у всех поголовно, даже у затерянных в тайге лесничих.
А уж аккаунты в соцсетях есть у всех поголовно, даже у затерянных в тайге лесничих.
Совет по установке на поддомен. Не надо включать в настройках www домена автоподдомен!
Это приводит к тому, что все папки начинают адресоваться относительно www/data/username/www/maindomain/
Как потом не устанавливай сайт — адресацию папок настроить невозможно.
Поэтому нужно выставить в настройках домена "автоподдомены — отключено", создать субдомен вручную, скопировать в папку субдомена файлы и далее следовать подсказкам установщика.
Это приводит к тому, что все папки начинают адресоваться относительно www/data/username/www/maindomain/
Как потом не устанавливай сайт — адресацию папок настроить невозможно.
Поэтому нужно выставить в настройках домена "автоподдомены — отключено", создать субдомен вручную, скопировать в папку субдомена файлы и далее следовать подсказкам установщика.
UPDATE `cms_таблица` SET `колонка со ссылками`= REPLACE (колонка со ссылками, 'www.site.ru', 'http://site.ru');
Русские буквы заменить на названия таблиц и колонок.
К примеру при исправлении ссылок в комментариях это выглядело так:
UPDATE `cms_comments` SET `content`= REPLACE (content, 'www.site.ru', 'http://site.ru');
Ну и таким вот скриптом по всем таблицам, где есть ссылки.
Пещерный вариант — открыть бэкап базы в ноутпаде++ и автозаменой по всей базе… часа полтора.
Русские буквы заменить на названия таблиц и колонок.
К примеру при исправлении ссылок в комментариях это выглядело так:
UPDATE `cms_comments` SET `content`= REPLACE (content, 'www.site.ru', 'http://site.ru');
Ну и таким вот скриптом по всем таблицам, где есть ссылки.
Пещерный вариант — открыть бэкап базы в ноутпаде++ и автозаменой по всей базе… часа полтора.