vrom

vrom
Рейтинг
84
Регистрация
15.12.2005

Сделал - работает вполне пристойно

на запросах типа

SELECT distinct items.*
FROM items, sections, items_sections_mm
WHERE
MATCH (keywords) AGAINST ( '+woman +man +(cat dog) -god -bench' IN BOOLEAN MODE )
....

при 170000 записях в items отрабатывает в пределах 2-4 сек.

Подскажите хостинг под хранение ежедневных бэкапов с VDS.

в России - таких нет

в Европе eurovps.com

http://www.etechsupport.net категорически не рекомендую.

Это индусы... Вот пример: обновляют Plesk (сайт на сервере один и они это видят в панели) и после обновления - не проверяют, работает или нет (а сайт не работает, потому что там стоял акселератор, а они его снесли).

Сейчас использую http://www.touchsupport.com/ - америкосы - нормально работают.

хотя мне кроме apache+php+mysql - ничего не надо...

тогда не советую VPS (тормоза при загрузке сайтов наблюдал на разных VPS)

может вот это будет лучше:

http://masterhost.ru/service/hosting/tariff/extra/php-pro/

http://eurovps.com/ - только хорошее о них слышал

мои немецкие партнеры стали VPS брать у них (раньше юзали keyweb)


этого вам хватит с головой, без всяких тонких настроек и изучения спецификаций мускуля.

не понимаю :-)

$query = "SELECT `search`.*, "
." IF (search like '%".$text."%', 3*10, 0) "
." + IF (search LIKE '%".str_replace(" ", "%', 9, 0) + IF (search LIKE '%", $text)."%', 9, 0) AS relev"
." FROM `search` "
." WHERE (`search`.`search` LIKE '%".str_replace(" ", "%' OR `search`.`search` LIKE '%", $text)."%') "
." ORDER BY relev DESC";

Релевантность мне вообще не нужна.

Что в этом примере есть, кроме LIKE %man%

который найдет мужчин (man) в тех местах где есть только женщины (woman) ?

Спасибо всем!

1. релевантность мне не важна.

Поиск в одном поле keywords.

Это фотоагентство. Когда люди ищут по базе из 1000000 фотографий, то они набирают так:

woman - 300000
woman winter -> 3000
woman winter dog -> 300

и потом уже смотрять эти 300 фоток

2. Количество записей в таблице - до 1 500 000. Это при том, что еще есть 300 категорий, которые необходимо учитывать в поиске.

Это несколько меняет ситуцию.

3. В поле keywords огромной количество вот такой бяки:

grape_hyacinth ©Some_Name single_subject natural_light...

Это сильно увеличит размер словарной базы. Но это надо сохранять.

Доку читать и архитектурой и тонкой настройкой мускла разбираться придется по любому.. это я уже понял.

To Jackyk

Ага, с модулями более - менее понятно.

В тайпо3 экстеншенах есть некая часть этой фунциональности, но уж конечно по проработанности не сравниться с tt_news.

В тех модулях, что есть и там и там, есть также немало приятных и удобных вещей. Например, визуальный редактор размещения элементов на страницах, весьма простой для понимания не только разработчиком, но и заказчиком, если он захочет что-нибудь поменять местами в выдаче или добавить/убрать.

В TYPO3 Templavoila дает гибкие возможности размещения контента на страницах. Заказчик может менять местами content elements, вставлять их один в другой (я говорю про Flexible Content Elements).

Какая концепция лучше - сложный вопрос.


Или вот простейший пример: хотя бы выпадающие подменю на верхнем меню, как на сайте bitrix.ru, сразу "из коробки". Мелочь, а приятно.
Дизайн сайта изначально хорошего уровня, элементы которого можно использовать. Ну вот, например, зачем существенно менять дизайн голосований? Есть - и есть. Тут он есть, и очень даже на уровне. А если он изначально убогий, так его надо еще доделывать. Ну и т.д..

Ну, это то всязано с бизнес-моделью.

Как Вы думаете, почему немцы не сделали из тайпо3 "готовый" красивый дистрибутив типа мамбы? Думаете это сложно?

Была идея сделать и поддерживать такой дистирибутив. Бизнес модель по принципу xt commerce. Окупаемость правда под вопросом.

3) Чтобы был удобный инструмент для построения многоуровневой навигации по сайту.

Все по-разному понимают слово "удобно".

Вот цитата из форума Битрикса:

Цитата
Sergey Rizhikov пишет:
И именно благодаря тому, что статические документы не хранятся в базе, а представляют обычные php страницы, сохраняется и обеспечивает высочайшая гибкость архитектуры.
----------------------------

Сергей, следствием этого является и то, что структура (дерево разделов-материалов) хранится не в БД, а в файловой структуре. Точнее, контент в файловой структуре технически не связан с набором навигаций, которые выполняют функцию дерева. Отсюда:

1. Битые линки при перемещени-удалении директорий-материалов.
2. Публикация статей в несколько разделов стандартно не предусмотрена, и для того чтобы не плодить много копий приходится использовать нелогичные и невстроенные способы (инклуды например)
3. Скудные встроенные возможности структуризации контента. Даже 2-уровневая навигация для новичка - не тривиально, я уж не говорю про 4-5-6-уровневую вложенность, что в наших проектах встречается не редко.

Это увеличивает наши затраты и риски на программирование проектов на 5-15%, по сравнению например с нашей Saitistika.
Вы как-нибудь планируете нивелировать эти недостатки?
Individ.Ru

Как я понимаю, речь идет о вот таких вот сайтах

http://maico.de/index.php?id=8658

http://www.wakol.com/en/startpage/laying-materials/product-line/bonding/pvc-polyolefin-rubber-skirting-boards-and-sections/d-941.html

2Jackyk

Jackyk:
2vrom.
Отдавая должное typo3, и немало времени потратив на изучение всех трех систем (+eZ), не могу не отметить явное отставание двух систем от третьей по конкретным готовым решениям - по ВСЕМУ фактически, кроме ядра и навигации, которые примерно равны у всех трех.

В чем явное отставаение TYPO3 от Битрикса кроме магазина и может быть модуля статистики?

ИМХО ядро и навигация в Битриксе на порядок отстает от того, что есть в TYPO3 по

1) управлению структурой сайта для редактора

2) возможностям многоязычности (многоязычность выходит на первый план, если Вы работаете с Европой)

В бесплатных системах что-то отсутствует, как класс, что-то разработано на общественных началах энтузиастами весьма слабо (тот же торговый модуль tt_products в typo3)...
А когда решение не подготовлено системой - оно готовится разработчиком сайта, "typo3 студией", или "eZ супервебфабрикой" - назови как хочешь, но именно качество спецов этой в ряде случаев кустарной студии и определит качество решений. И полагаю, это явное зло. А бюджет существенно растолстеет, так как придется писать то, что в Битриксе уже написано.

То есть - магазин? Что еще??

Может быть для Битрикса есть закрытые одули, разработанные внедренцами - но я не видел их списка.

Кроме того, в силу персонификации разработок и еще и малочисленности девелоперов, будет конкретная привязка к этой самой студии или супервебфабрике. Что для заказчика тем более зло.

Это не так. У меня, например, два чужих проекта на поддержке\доработке

http://typo3lab.ru/our-references/podderzhka-i-razvitie-typo3-saitov/

Всего: 439