Перенос работающего проекта на фрейк
Re: Перенос работающего проекта на фрейк
Особенно поражает в этой программе, функция текстуального анализА!
Текстуальный анализ. Наиболее отличительной чертой этой программы является наличие такой функции, как “Текстуальный анализ». Она поможет вам сократить временные затраты на процесс анализа текстовой документации путём разбиения его на элементарные текстовые блоки, называемые «кандидаты». Они могут быть различных типов и, в принципе, среди них найдутся необходимые элементы практически для любой диаграммы. При добавлении кандидата программа будет автоматически искать и выводить количество вхождений, что позволит видеть уже размеченные части текста и интенсивность их использования.
Благодаря текстуальному анализу, я за 15 минут раскидал на запчасти проект с грубым описанием на 30 страниц!!! в котором содержится только компонентов:
получилось примерно следующее:
Компоненты системы:
• библиотека
• биржа
• блог
• бонус+
• видеочат
• визитка
• галерея
• доска объявлений
• клубы
• поддомены
• прайс-листы
• профиль пользователя
• служба знакомств
• события
• форум
• чат
Действия
• добавлять
• удалять
• редактировать
• смотреть
• управлять
• авторизоваться
• сортировать
Представления (отображают)
• формы
• страницы
• сообщения
Участники
• Администратор
• Гастролер
• Юзер
• VIP
Управляют ДЕЙСТВИЯМИ и системой
• каптча
• рейтинг
• карта
• RSS
• AJAX
• форматирование записи
Текстуальный анализ. Наиболее отличительной чертой этой программы является наличие такой функции, как “Текстуальный анализ». Она поможет вам сократить временные затраты на процесс анализа текстовой документации путём разбиения его на элементарные текстовые блоки, называемые «кандидаты». Они могут быть различных типов и, в принципе, среди них найдутся необходимые элементы практически для любой диаграммы. При добавлении кандидата программа будет автоматически искать и выводить количество вхождений, что позволит видеть уже размеченные части текста и интенсивность их использования.
Благодаря текстуальному анализу, я за 15 минут раскидал на запчасти проект с грубым описанием на 30 страниц!!! в котором содержится только компонентов:
получилось примерно следующее:
Компоненты системы:
• библиотека
• биржа
• блог
• бонус+
• видеочат
• визитка
• галерея
• доска объявлений
• клубы
• поддомены
• прайс-листы
• профиль пользователя
• служба знакомств
• события
• форум
• чат
Действия
• добавлять
• удалять
• редактировать
• смотреть
• управлять
• авторизоваться
• сортировать
Представления (отображают)
• формы
• страницы
• сообщения
Участники
• Администратор
• Гастролер
• Юзер
• VIP
Управляют ДЕЙСТВИЯМИ и системой
• каптча
• рейтинг
• карта
• RSS
• AJAX
• форматирование записи
- Одиночка Айс
- Сообщения: 267
- Зарегистрирован: 2010.02.05, 10:26
- Откуда: Алма-Ата, Казахстан
- Контактная информация:
Re: Перенос работающего проекта на фрейк
Что значит "добавлять 1 раз в HTML"?
Ни любви, ни тоски, ни жалости...
Re: Перенос работающего проекта на фрейк
Какой ужас
(
IRIP , оставайтесь на своей InstantCMS, лучше там разберитесь и на её базе делайте дополнительный функционал, который вам нужен. Это будет быстрее.
![Грустный :(](./images/smilies/icon_e_sad.gif)
IRIP , оставайтесь на своей InstantCMS, лучше там разберитесь и на её базе делайте дополнительный функционал, который вам нужен. Это будет быстрее.
- Одиночка Айс
- Сообщения: 267
- Зарегистрирован: 2010.02.05, 10:26
- Откуда: Алма-Ата, Казахстан
- Контактная информация:
Re: Перенос работающего проекта на фрейк
Я начал знакомиться с Yii в декабре прошлого года, за 3 месяца сделал минимальный функционал сайта, сейчас идут постоянные доработки... Я говорю все это к тому, что Вам, уважаемый, придется копать Yii примерно год, чтобы добиться тех результатов, о которых Вы говорите, хотя я не знаю Ваш уровень программирования, лично я не программист, поэтому приходится так долго работать. Поэтому я бы тоже посоветовал Вам разобраться в исходниках Вашей CMS'ки и вести разработку на ее базе.
Ни любви, ни тоски, ни жалости...
Re: Перенос работающего проекта на фрейк
Цель перехода на новую систему управления - прежде всего полное отсутсвие ООП в старой.
"Быстрее" уже не подходит, так как нужен рабочий вариант системы, способной выдерживать от 3-5 к. уников в сутки - та система не справится.
Для всего сообщества - согласитесь, ведь на много проще помочь, объяснить - направить - чем критиковать, и отказывать.
Если разбить систему на кусочки - на элементы, то потом из них можно будет собрать практически любой функционал, довольно быстро
"Быстрее" уже не подходит, так как нужен рабочий вариант системы, способной выдерживать от 3-5 к. уников в сутки - та система не справится.
Для всего сообщества - согласитесь, ведь на много проще помочь, объяснить - направить - чем критиковать, и отказывать.
Если разбить систему на кусочки - на элементы, то потом из них можно будет собрать практически любой функционал, довольно быстро
Re: Перенос работающего проекта на фрейк
1. Ваши посты всё больше и больше оклоняются от yii. (хотя ваш опыт наверняка кому-нибудь да пригодится...просто вы здесь размышляете и утверждаете, а раздел создан для вопросов)
2. ООП при правильном употреблении ускоряет разработку, особенно в команде и тем более с архитектором.
Реальная скорость выполнения скриптовв любом случае снижается.(тем более для php, хотя я не углублялся в эту тему)
"то потом" - нужно проектировать изначально рассчитывая на скорость.
Вообще вас крайне трудно понять - кто вы? кодер, заказчик, архитектор? всё вместе? единоличный владелец и разработчик сайта?
2. ООП при правильном употреблении ускоряет разработку, особенно в команде и тем более с архитектором.
Реальная скорость выполнения скриптовв любом случае снижается.(тем более для php, хотя я не углублялся в эту тему)
"то потом" - нужно проектировать изначально рассчитывая на скорость.
Вообще вас крайне трудно понять - кто вы? кодер, заказчик, архитектор? всё вместе? единоличный владелец и разработчик сайта?
Re: Перенос работающего проекта на фрейк
В 2008 году я создал проект для людей - основная его цель была- отдать дань благодарности!vlastachu писал(а): Вообще вас крайне трудно понять - кто вы? кодер, заказчик, архитектор? всё вместе? единоличный владелец и разработчик сайта?
Теперь, по прошествии 2-х лет его развития - постепенно, этот проект перерастает в бизнес
Я Вдохновитель, менеджер этого проекта, естественно, приходится углубляться и в программную часть, и в архитектуру
Re: Перенос работающего проекта на фрейк
Рекомендую вам django!
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
Re: Перенос работающего проекта на фрейк
Почему не Rails или, например, Grails?
Нравится Yii? Давайте сделаем его лучше!.
Re: Перенос работающего проекта на фрейк
итак, столкнулись с первыми проблемами.
Первое, отчетливо понимаем, что систему нужно переписывать с нуля, если хотим, получить что-то способное выдерживать 10-15 к. уников в сутки
Ясно одно, нужно делать с использованием ООП и теперь, задача стоит, определить эти классы.
В системе полно своих собственных классов, ориентированных на работу системы - естественно, они должны использоваться по максимуму.
Не знаем с чего начать! С чего начать писать систему. Подскажите пожалуйста
Первое, отчетливо понимаем, что систему нужно переписывать с нуля, если хотим, получить что-то способное выдерживать 10-15 к. уников в сутки
Ясно одно, нужно делать с использованием ООП и теперь, задача стоит, определить эти классы.
В системе полно своих собственных классов, ориентированных на работу системы - естественно, они должны использоваться по максимуму.
Не знаем с чего начать! С чего начать писать систему. Подскажите пожалуйста
Re: Перенос работающего проекта на фрейк
ему же нужна производительность)), тогда уж django либо javaSam Dark писал(а):Почему не Rails или, например, Grails?
Re: Перенос работающего проекта на фрейк
Задумка в том, чтобы скрестить yii и mootools фреймворки - конечно, вариации могут быть разныеwill123 писал(а):ему же нужна производительность)), тогда уж django либо javaSam Dark писал(а):Почему не Rails или, например, Grails?
Интересно, что может посоветовать общественность? Потому как такие вопросы лучше решать уже сейчас, на этапе проектирования
Есть предположение, для уменьшения нагрузки, использовать xml ждя хранения настроек компонентов, настроек профиля пользователя
Есть предложение кешировать определенный набор статей и т.п.
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
Re: Перенос работающего проекта на фрейк
mootools? Зачем так извращаться? jQuery не хуже, API приятней, используется большинством… и не зря.
![Улыбается :)](./images/smilies/icon_e_smile.gif)
Это для увеличения нагрузки. PHP-массивы работают в разы быстрее.Есть предположение, для уменьшения нагрузки, использовать xml ждя хранения настроек компонентов, настроек профиля пользователя
Кэшируйте, никто не запрещаетЕсть предложение кешировать определенный набор статей и т.п.
![Улыбается :)](./images/smilies/icon_e_smile.gif)
Нравится Yii? Давайте сделаем его лучше!.
Re: Перенос работающего проекта на фрейк
Понятно, что массивы работают быстрее, а как же надежность?Sam Dark писал(а): Это для увеличения нагрузки. PHP-массивы работают в разы быстрее.
Re: Перенос работающего проекта на фрейк
Что php-массивы, что xml - просто набор символов.
Откуда надёжность?
Откуда надёжность?
Re: Перенос работающего проекта на фрейк
а для чего тогда хранят данные настроек пользователей в базе данных?
Ведь это дополнительную нагрузку создает
Ведь это дополнительную нагрузку создает
Re: Перенос работающего проекта на фрейк
Уважаемый, вы либо тролль, либо Вам просто нужно почитать элементарные книги по программированию и базам данных (если хотите на PHP), благо их море. Извините за резкость. Вы задаете вопросы, которые никоим образом не касаются фреймворка, а их уровень говорит о том, что Вам эти книги читать и читать. Не обижайтесь на меня, и Москва не сразу строилась ![Улыбается :)](./images/smilies/icon_e_smile.gif)
Если вы решили связать свой проект с PHP, рекомендую почитать замечательную книгу http://www.dialektika.com/books/5-8459-1066-8.html Там как раз рассмотрены вопросы о проектировании приложения, работа с базой данных, шаблоны программирования (в частности рассматривается MVC). В общем много всего интересного. Кстати, ее я рекомендую почитать не только вам, но и всем, кто ее не читал.
![Улыбается :)](./images/smilies/icon_e_smile.gif)
Если вы решили связать свой проект с PHP, рекомендую почитать замечательную книгу http://www.dialektika.com/books/5-8459-1066-8.html Там как раз рассмотрены вопросы о проектировании приложения, работа с базой данных, шаблоны программирования (в частности рассматривается MVC). В общем много всего интересного. Кстати, ее я рекомендую почитать не только вам, но и всем, кто ее не читал.
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
Re: Перенос работающего проекта на фрейк
Согласен с isergey… что-то уже ну совсем не в ту степь пошло. Ещё одна книжка, которую могу порекомендовать: http://www.books.ru/shop/books/367978
Нравится Yii? Давайте сделаем его лучше!.
Re: Перенос работающего проекта на фрейк
У меня в команде кроме меня - есть программист - писать код - его задача - моя - сформировать правильно требования к системеisergey писал(а):Уважаемый, вы либо тролль, либо Вам просто нужно почитать элементарные книги по программированию и базам данных (если хотите на PHP), благо их море. Извините за резкость. Вы задаете вопросы, которые никоим образом не касаются фреймворка, а их уровень говорит о том, что Вам эти книги читать и читать. Не обижайтесь на меня, и Москва не сразу строилась
Если вы решили связать свой проект с PHP, рекомендую почитать замечательную книгу http://www.dialektika.com/books/5-8459-1066-8.html Там как раз рассмотрены вопросы о проектировании приложения, работа с базой данных, шаблоны программирования (в частности рассматривается MVC). В общем много всего интересного. Кстати, ее я рекомендую почитать не только вам, но и всем, кто ее не читал.
Re: Перенос работающего проекта на фрейк
кроме того, я веду (пытаюсь) вести разработку системы проекта в Visual Paradigm
что тоже, добавляет не мало гемороя.
ФОрмирование условий системы - должны опираться на уже имеющиеся
что тоже, добавляет не мало гемороя.
ФОрмирование условий системы - должны опираться на уже имеющиеся