| |||||||||
| |||||||||
Здравствуйте!!! Хотелось бы перейти на Вашу СМС из за того что она не только на файлах но и как я понял может использовать базу данных в одном файле SQLite и можно перейти на MySQL а также универсально можно сайт можно магазин.
Хотел бы задать вопрос возможно ли в Вашей СМС закрыть раздел для не зарегистрированных пользователей чтобы когда не зарегистрированные пользователи заходили ли бы в эти разделы выдавалось сообщение доступ закрыт?
И еще вопрос возможно ли сделать регистрацию закрытой то есть пользователь регистрируясь вводит данные при регистрации а админ высылает ему пароль если админ пароль не вышлет то пользователь зарегистрироваться не может?
Заранее спасибо за ответ!!!
Хотел бы задать вопрос возможно ли в Вашей СМС закрыть раздел для не зарегистрированных пользователей чтобы когда не зарегистрированные пользователи заходили ли бы в эти разделы выдавалось сообщение доступ закрыт?
И еще вопрос возможно ли сделать регистрацию закрытой то есть пользователь регистрируясь вводит данные при регистрации а админ высылает ему пароль если админ пароль не вышлет то пользователь зарегистрироваться не может?
Заранее спасибо за ответ!!!
Здравствуйте, файловая база данных не SQLite! SQL запросы к ней не идут. Но товары действительно в 1 файле + индексы таблиц.
Вариантов того что вы хотите много,
1 вариант . все описанное вами можно сделать с специальной версии EWC - совместные покупки, но одно отличие - раздел не будет закрыт, а не будет цен. чтобы раздел был вообще закрыт как вы хотите (не было видно не только цен но и вообще товаров)- требуется доработка нескольких модулей (по 1 строчке вставить)
2 .вариант - сделать в корне сайт без шопа, а шоп установить в отдельную папку. и папку защитить паролем, который админ вышлет проверенным юзерам.
3. можно вообще сделать закрытый корпоративный портал. т.е. сайт представляет просто форму ввода логина и пароля. в нем разрешена регистрация и все. но после этого пользователь все равно не зайдет на сайт, пока админ не поменяет статус пользователя на иной кроме USER (статус может быть EMPLOYEE, VIP и т.п.) то есть ПРИМЕТ пользователя в в свои.
включить портал можно в основных параметрах.
Вариантов того что вы хотите много,
1 вариант . все описанное вами можно сделать с специальной версии EWC - совместные покупки, но одно отличие - раздел не будет закрыт, а не будет цен. чтобы раздел был вообще закрыт как вы хотите (не было видно не только цен но и вообще товаров)- требуется доработка нескольких модулей (по 1 строчке вставить)
2 .вариант - сделать в корне сайт без шопа, а шоп установить в отдельную папку. и папку защитить паролем, который админ вышлет проверенным юзерам.
3. можно вообще сделать закрытый корпоративный портал. т.е. сайт представляет просто форму ввода логина и пароля. в нем разрешена регистрация и все. но после этого пользователь все равно не зайдет на сайт, пока админ не поменяет статус пользователя на иной кроме USER (статус может быть EMPLOYEE, VIP и т.п.) то есть ПРИМЕТ пользователя в в свои.
включить портал можно в основных параметрах.
Спасибо за ответ!!! 3 вариант я пробывал. Расскажу подробнее вот сайт который сделал на другой CMS tipkado.ru Это сайт института с элнментами дистанционного обучения его можно использовать и как сайт и как закрытый портал для дистанционного обучения. Тоесть если зайти в программы в левом меню и выбрать к примеру лекции, без регистрации доступ будет закрыт но о сайте к примеру в верхней панели Институт и О институте или Гостиница можно просматривать и регистрация происходит при записи на обучение на любую из программ но пароль присылаю только после приказа о зачислении. Возможно ли на Вашей СМС сделать также и я понимаю что на Вашей СМС делается уклон на магазин и если на Вашей СМС делать сайт и не использовать MySQL это тоже самое что и на той СМС что я сделал хотя на вашей СМС есть преимущество что потом когда нагрузка будет большой можно будет перейти на MySQL я правильно понимаю?
Вам нужен вариант 2 + закрытый портал в отдельной папке.
когда нагрузка будет большой, на MySQL переходить бессмысленно. лучше переходить на VPS VDS с SSD.
Дело в том что файловая база контента - это практически работа из кеша. скорость ограничена только скоростью накопителя и временем доступа. SSD работают в 10 раз быстрее.
Чтобы вы не обманывались MySQL тоже хранит свои данные на диске - т.е. в файлах. просто на отдельном MySQL сервере. и SQL запросы MySQL сервер переводит к низкоуровневому доступу к файлам, к индексным таблицам и прочему. Там много еще всякого интересного есть и кеширование запросов и построение индексов и прочее, что делает MySQL удобным фреймворком. Но увы использование его в высоконагруженных приложениях возможно только в ограниченном применении.
В основном HUGE (нагруженные) проекты не используют ни MySQL, ни другие релятивисткие БД (PostgreSQL и т.п.)
Так Facebook с 1.5 млрд. пользователей работает на основе NoSQL решений. (NoSQL - Not Only SQL) Т.е. не только SQL. Дело в том что кластеризовать проще файловые структуры. Я любитель использовать низкоуровневые файловые операции, построчное чтение и построчная запись без посредников. с построением индексов баз и кешированием.
Поэтому в EWC было протестирован 1 млн. товаров на обычном хостинге и все летало, кроме некоторых неоптимизированных моментов (глобальный поиск в основном)
Но это не значит что EWC идеальный движок.
В жертву скорости было принесено многое чего, связанное в основном с администрированием.
Реальность такова, что обычное дело - это выбор пользователя между простотой движка, сложностью администрирования, скоростью работы, количеством товаров и статей, нагрузки на память стоимостью соответственного хостинга и прочим, прочим, прочим. Я стараюсь лаврировать в этом море проблем.
Я только гарантирую что на обычном дешевом хостинге EWC будет достаточно прилично работать при относительно большой нагрузке. Конечно хаброэффекта ему не выдержать, особенно при использовании тем (потребляет памяти больше). В принципе EWC перекрывает порядка 80% всех проектов до 2000-3000 посетителей в день и количесвтом товара до 20000. Если нужно больше - просто покупаете более дорогой хостинг (больше память, быстрее файловые операции).
А так - заддосить, захаброэффектить можно даже голый html. Просто мало кто задумывается об этом.
когда нагрузка будет большой, на MySQL переходить бессмысленно. лучше переходить на VPS VDS с SSD.
Дело в том что файловая база контента - это практически работа из кеша. скорость ограничена только скоростью накопителя и временем доступа. SSD работают в 10 раз быстрее.
Чтобы вы не обманывались MySQL тоже хранит свои данные на диске - т.е. в файлах. просто на отдельном MySQL сервере. и SQL запросы MySQL сервер переводит к низкоуровневому доступу к файлам, к индексным таблицам и прочему. Там много еще всякого интересного есть и кеширование запросов и построение индексов и прочее, что делает MySQL удобным фреймворком. Но увы использование его в высоконагруженных приложениях возможно только в ограниченном применении.
В основном HUGE (нагруженные) проекты не используют ни MySQL, ни другие релятивисткие БД (PostgreSQL и т.п.)
Так Facebook с 1.5 млрд. пользователей работает на основе NoSQL решений. (NoSQL - Not Only SQL) Т.е. не только SQL. Дело в том что кластеризовать проще файловые структуры. Я любитель использовать низкоуровневые файловые операции, построчное чтение и построчная запись без посредников. с построением индексов баз и кешированием.
Поэтому в EWC было протестирован 1 млн. товаров на обычном хостинге и все летало, кроме некоторых неоптимизированных моментов (глобальный поиск в основном)
Но это не значит что EWC идеальный движок.
В жертву скорости было принесено многое чего, связанное в основном с администрированием.
Реальность такова, что обычное дело - это выбор пользователя между простотой движка, сложностью администрирования, скоростью работы, количеством товаров и статей, нагрузки на память стоимостью соответственного хостинга и прочим, прочим, прочим. Я стараюсь лаврировать в этом море проблем.
Я только гарантирую что на обычном дешевом хостинге EWC будет достаточно прилично работать при относительно большой нагрузке. Конечно хаброэффекта ему не выдержать, особенно при использовании тем (потребляет памяти больше). В принципе EWC перекрывает порядка 80% всех проектов до 2000-3000 посетителей в день и количесвтом товара до 20000. Если нужно больше - просто покупаете более дорогой хостинг (больше память, быстрее файловые операции).
А так - заддосить, захаброэффектить можно даже голый html. Просто мало кто задумывается об этом.
Огромное спасибо за подробный ответ !!! Буду пробывать 2 вариант как Вы советуете я тоже про него думал думаю будет правильная реализация!
Добрый день ! Уважаемый Админ ! Посоветуйте пожалуйста в новой версии 7.50 в корень сайта хотел установить Вашу CMS в виде сайта не магазина а потом сделать поддомен и в отдельную папку установить еще одну копию CMS тоже как сайт но уже как закрытый портал на основном сайте сделать вход в закрытый портал где как Вы пишите можно только зарегистрироваться и только после изменения статуса пользователя он сможет видеть сайт с закрытым порталом. Будет работать такая связка или нет правильно это или нет ?
Будет.
Причём если поставить одинаковы хэши и соли в шаблоне языка, то авторизация на одном сайтее будет приводить к авторизации на другом. Это надо учитывать.
Причём если поставить одинаковы хэши и соли в шаблоне языка, то авторизация на одном сайтее будет приводить к авторизации на другом. Это надо учитывать.
Вы пишите:
Причём если поставить одинаковы хэши и соли в шаблоне языка, то авторизация на одном сайте будет приводить к авторизации на другом.
Значит авторизация будет единой но на Закрытый портал пользователь со статусом user не попадет пока ему не будет изменен статус на любой другой ?
Причём если поставить одинаковы хэши и соли в шаблоне языка, то авторизация на одном сайте будет приводить к авторизации на другом.
Значит авторизация будет единой но на Закрытый портал пользователь со статусом user не попадет пока ему не будет изменен статус на любой другой ?
Подскажите пожалуйста как поставить одинаковы хэши и соли в шаблоне языка ? Немного не пойму это ведь две разные копии CMS значит и базы будут разные ?
при установке соли присваиваются случайно, поэтому скопируйтие их из любого шаблона языка , вы их сразу увидите там что то типа 8098a0ddd0809f8080e980a80989c08
$secret_salt и $hache что-то в этом роде.
$secret_salt и $hache что-то в этом роде.
Нужно просто во вторую CMS "Закрытый портал" в файл lang.inc скопировать из первой CMS из файла lang.inc эти строки:
$secret_salt=""; //hash salt, please enter 50-100 random chars 0-9a-zA-Z to security your cookies
$hache_salt="UIlzrBOtyu2vbXCVPA890qwNTK34567hjkERLZdfeFGpasnmQ01WgSDxcHJYioM"; //50-100 random chars 0-9a-zA-Z
Правильно я понимаю ?
$secret_salt=""; //hash salt, please enter 50-100 random chars 0-9a-zA-Z to security your cookies
$hache_salt="UIlzrBOtyu2vbXCVPA890qwNTK34567hjkERLZdfeFGpasnmQ01WgSDxcHJYioM"; //50-100 random chars 0-9a-zA-Z
Правильно я понимаю ?
да, но только вот в secret_salt внутри кавычек напишите какой-нибудь случайный набор букв и цифр
и Hash salt тоже переделать, а то этот уже спалили на форуме. 
И $secret_salt и $hache_salt у обоих CMS должны быть одинаковы у обоих сделать какой нибудь сложный набор букв и цифр ?
Добрый день ! Уважаемый Админ ! Сделал все как Вы советовали у обеих CMS поставил одинаковые $secret_salt и у обоих CMS поставил одинаковые hache_salt. Только почему то не работает пользователь регистрируется в первой CMS во второй CMS этого пользователя нет. Не пойму как работает этот механизм может базу надо где то одну прописать ?
Так во второй не будет. Но его права будут распространяться из первой на вторую.
Админ пользователю статус поменял на блогер. Во второй CMS надо ввести логин и пароль пользователь вводит как в первой CMS свой логин и пароль а зайти не может.