В частности интересуют такое вопросы как:
1) Основа высоко нагруженного приложения (я лично больше склоняюсь в фреимворку YII т. к. сам на нем пишу и имею достаточный опыт)
2) Организация данных в БД для каждого сайта в отдельности (дабы все не нагнулось при большой нагрузке)
3) Организация исходных кодов для каждого сайта (чтобы в дальнейшем была возможность у юзверя переехать на свой сервак)
У кого есть опыт разработки конструктора сайтов
У кого есть опыт разработки конструктора сайтов
Кулинарные рецепты с фото на food-list.ru
Re: У кого есть опыт разработки конструктора сайтов
1) Высоконагруженной будет только та часть которая выдает сайты, при том она же будет наименее сложной поэтому ее можно (даже нужно) сделать в виде отдельного приложения на облегченной конфигурации фреймворка, а конструктор и так без больших заморочек должен нормально пойти.
2 и 3 сильно зависят от нюансов реализации, под конструктором сайтов можно понимать довольно сильно отличающиеся по сложности решения, то же с
чтобы он мог переехать на свой сервак - просто страничек ему на генерировать что ли? или как предполагается он будет переезжать? тут можно много вариантов на фантазировать
2 и 3 сильно зависят от нюансов реализации, под конструктором сайтов можно понимать довольно сильно отличающиеся по сложности решения, то же с
чтобы он мог переехать на свой сервак - просто страничек ему на генерировать что ли? или как предполагается он будет переезжать? тут можно много вариантов на фантазировать
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
Re: У кого есть опыт разработки конструктора сайтов
1) Я бы тоже склонялся к тому, что хорошо знаю. Проблем с нагрузкой сам Yii не даст. Зависит от вас.
2) Можно. Так Worpress MU работает.
2) Можно. Так Worpress MU работает.
Нравится Yii? Давайте сделаем его лучше!.
Re: У кого есть опыт разработки конструктора сайтов
Под 3 вариантом подразумевается, что у него будет основное приложение на базе YII и с его базой в которой будет и настройки и данные по страничкам в общем все, что касается сайта, может в таком случае изначально для каждого юзера создавать отдельную БД чтоб потом хлопот небыло + свою конфигурацию, ток с др стороны еще одна загвоздка если юзеров будет 200 000 то и БД будет столько же - не будет ли это потом проблемой при поиске инфы по всем этим сайтам, а таковая возможность ой как нужна будет и тормоза на этапе поиска неприемлемы!!!yan писал(а):1) Высоконагруженной будет только та часть которая выдает сайты, при том она же будет наименее сложной поэтому ее можно (даже нужно) сделать в виде отдельного приложения на облегченной конфигурации фреймворка, а конструктор и так без больших заморочек должен нормально пойти.
2 и 3 сильно зависят от нюансов реализации, под конструктором сайтов можно понимать довольно сильно отличающиеся по сложности решения, то же с
чтобы он мог переехать на свой сервак - просто страничек ему на генерировать что ли? или как предполагается он будет переезжать? тут можно много вариантов на фантазировать
Кулинарные рецепты с фото на food-list.ru
Re: У кого есть опыт разработки конструктора сайтов
А с другой стороны, если все сайты будут в одной бд, не будет ли это медленно работать для конкретного сайта?
Re: У кого есть опыт разработки конструктора сайтов
информацию для поиска можно дублировать в сводной базеdsn писал(а):ток с др стороны еще одна загвоздка если юзеров будет 200 000 то и БД будет столько же - не будет ли это потом проблемой при поиске инфы по всем этим сайтам, а таковая возможность ой как нужна будет и тормоза на этапе поиска неприемлемы!!!