HraKK: Не советую на aspx писать, вымерающий язык программирования, не найдете потом программистов на поддержку магазина.
Довольно безапелляционное заявление... :) Учитывая что aspx это вообще не язык программирования :) Если мы в данном случае говорим о технологии ASP.NET, то язык программирования может быть Visual Basic, C#, J# и т.д. Вобщем, абсолютно некорректное заявление...
Красивая админка у вашего магазина. Кстати, вы знаете, что ExtJS платный для коммерческого использования?
Lupus: Алгоритмы вполне очевидны. Вся задача в том, чтобы решить, что проще, выбирать готовый софт и долбаться с настройками или же написать либу самостоятельно.
Не всегда очевидна простота одного и сложность другого.
Если алгоритмы ясны, а готового решения нет - нужно писать самому.
Сталкивался с подобной задачей, готовое решение найти не удалось. В итоге пришлось писать самому.
Схема примерно такая:
- Создаете "библиотеку типов полей". Кроме того, что тип поля задает формат хранения данных, к каждому такому типу поля привязан класс-контроллер. Это нужно для того, чтобы ваш сайт умел правильно представить подобное поле на фронтенде и в адмике, кроме того, правильно валидировать данне, вводимые пользователем. Например если это "цвет", то его можно выбрать из палитры цветов, можно задать номером, названием цвета и т.д. - на ваше усмотрение. Точно также вы задаете правила валидации для каждого типа поля.
- Создаете категорию продуктов/объявлений и указываете список полей для этих продуктов/объявлений, при этом каждому полю задаете тип (из "библиотечных типов").
Собственно это и все. Для каждой категории продуктов/объявлений у вас будет свой набор полей. Можно будет организовать поиск как с учетом категорий, так и без учета категорий, т.е. вы можете выбрать только синие машины, либо вообще все синие товары (машины, ежиков и т.д.).
Venom_w: Что касается ajaxa, думаю в принципе так сделать можно, но это должна быть копия того-же контента, что и в динамической версии, иначе можно трактовать как клоакинг.
Естественно, это будет копия динамической версии, только в каком-то временном срезе. Допустим, раз в сутки/неделю/месяц...
Смысл в том, чтобы пользователь мог видеть коментарий (или любые другие данные) добавленый им только что. А робот будет получать менее актуальные данные.
Есть ли у кого-то опыт - как правильно организовать подобное?
rusik15: нормально AJAX не индексируется, хоть что ты сделай =) что касается Flash - я бы не рекомендовал делать меню на нём...
Варианты, допустим, специально для роботов отдавать страницу без AJAX, а для пользователей в нормальном виде - такое возможно? Будет ли это правильным?
Интересно, что вас заставило просматривать CMYK изображение в браузере? :) Учитывая, что мониторы, впринципе, работают в RGB палитре - не трудно догадаться, что для вывода на экран происходит аппроксимация цветов. Непонятно зачем вообще в браузере нужна такая функциональность...
CMYK - это формат для полиграфии, для цветоделения и т.д.
Для просмотра CMYK изображений используйте программы для полиграфии, например PhotoShop :)
Революцию придумывает интеллигенция, делают фанатики, а ее результатами пользуются проходимцы
Не советую на aspx писать, вымерающий язык программирования, не найдете потом программистов на поддержку магазина.
Довольно безапелляционное заявление... :) Учитывая что aspx это вообще не язык программирования :) Если мы в данном случае говорим о технологии ASP.NET, то язык программирования может быть Visual Basic, C#, J# и т.д. Вобщем, абсолютно некорректное заявление...
Красивая админка у вашего магазина. Кстати, вы знаете, что ExtJS платный для коммерческого использования?
Отписал в личку
Алгоритмы вполне очевидны. Вся задача в том, чтобы решить, что проще, выбирать готовый софт и долбаться с настройками или же написать либу самостоятельно.
Не всегда очевидна простота одного и сложность другого.
Если алгоритмы ясны, а готового решения нет - нужно писать самому.
Сталкивался с подобной задачей, готовое решение найти не удалось. В итоге пришлось писать самому.
Схема примерно такая:
- Создаете "библиотеку типов полей". Кроме того, что тип поля задает формат хранения данных, к каждому такому типу поля привязан класс-контроллер. Это нужно для того, чтобы ваш сайт умел правильно представить подобное поле на фронтенде и в адмике, кроме того, правильно валидировать данне, вводимые пользователем. Например если это "цвет", то его можно выбрать из палитры цветов, можно задать номером, названием цвета и т.д. - на ваше усмотрение. Точно также вы задаете правила валидации для каждого типа поля.
- Создаете категорию продуктов/объявлений и указываете список полей для этих продуктов/объявлений, при этом каждому полю задаете тип (из "библиотечных типов").
Собственно это и все. Для каждой категории продуктов/объявлений у вас будет свой набор полей. Можно будет организовать поиск как с учетом категорий, так и без учета категорий, т.е. вы можете выбрать только синие машины, либо вообще все синие товары (машины, ежиков и т.д.).
Попробуйте Microsoft Web Application Stress Tool либо IBM Rational Performance Tester.
Посмотрите на http://www.kentico.com/. Эта CMS платная, но есть бесплатная версия, с очень достойной функциональностью. Для не сложных сайтов хватает.
Что касается ajaxa, думаю в принципе так сделать можно, но это должна быть копия того-же контента, что и в динамической версии, иначе можно трактовать как клоакинг.
Естественно, это будет копия динамической версии, только в каком-то временном срезе. Допустим, раз в сутки/неделю/месяц...
Смысл в том, чтобы пользователь мог видеть коментарий (или любые другие данные) добавленый им только что. А робот будет получать менее актуальные данные.
Есть ли у кого-то опыт - как правильно организовать подобное?
нормально AJAX не индексируется, хоть что ты сделай =) что касается Flash - я бы не рекомендовал делать меню на нём...
Варианты, допустим, специально для роботов отдавать страницу без AJAX, а для пользователей в нормальном виде - такое возможно? Будет ли это правильным?
В Опере и фф все ок
Интересно, что вас заставило просматривать CMYK изображение в браузере? :) Учитывая, что мониторы, впринципе, работают в RGB палитре - не трудно догадаться, что для вывода на экран происходит аппроксимация цветов. Непонятно зачем вообще в браузере нужна такая функциональность...
CMYK - это формат для полиграфии, для цветоделения и т.д.
Для просмотра CMYK изображений используйте программы для полиграфии, например PhotoShop :)