Fearful

Рейтинг
45
Регистрация
24.04.2009
Seredniy:
Просто отдавать 25 баксов в месяц за гиг дискового пространства будет глупо и дорого. Может есть более выгодные хостинги?

Дык это есть и глупо и дорого.

Я к примеру беру хостинг тут http://hosted.ua/rus/hosting/tariff.jsp, думаю можно найти и дешевле, но меня там устраивает оперативность суппорта.

http://beholder-eye.info/2006/03/30/dropdown-menu-css

SERGIOSAN:
:) Просто они типа умные и крутые со своей большой репой! Как детишки в детском садике у кого писалет больше , тот и круче!

Да че вы паритесь, минусом больше, минусом меньше. :)

Str256:
Ну, а смысл ставить у сайта не уникод, если кириллические урлы?

Если бы люди сразу знали что они захотят ЧПУ с кириллицей, то может им бы кто-то и сказал что сайт очень желательно в кодировке UTF. Но когда сайту год или больше а они вдруг захотели ЧПУ с кириллицей, а сайт к примеру с кодировкой cp1251. То лучше и не браться.

Str256:
В поисковиках нормально видны.

Есть опыт только с сайтом на cp1251, где был очень маленький процент ЧПУ с кириллицей и было сделано нормальное отображение этих урл как в ИЕ так и в остальных браузерах. Так вот Yandex , получал эти УРЛ в виде site.ru/%C0%CD%C6.html, при попытке на них зайти получал 404 и не индексировал. Сейчас пробую когда УРЛ в ИЕ будут отображаться виде site.ru/%C0%CD%C6.html, а в остальных браузерах нормально. Посмотрю как будет яндекс индексировать и отображать при поиске их.

Str256:
С чего вы взяли?

Если кодировка у сайта не UTF, то да получим на выходе в ИЕ примерно такое http://site.ru/%D0%90%D0%BD%D0%B8.

Слава Шевцов:
Да, если структура сайта иерархическая, то одно считывание с диска на самых посещаемых топовых станицах будет соответствовать одному файлу - файлы лежат в разных папках, которые лежат друг от друга на диске достаточно далеко. В том же MySQL данные можно расположить так, как устроена перелинковка сайта. Например, для циклической перелинковки друг за другом в порядке следования ссылок. Например, для иерархической перелинковки по удалённости от главной страницы и близости к ссылающейся странице - чтобы более глубокие страницы, на которую ссылается менее глубокая страница, лежали рядом, а не в разных папках. Даже больше скажу: скопив статистику по времени посещения ботом страниц, эти страницы можно кластеризовать согласно этой статистике - сортировкой по времени посещения. В файловой системе это нереально.

Вах, вах, вах, наверно при чтение с БАЗЫ обращений к диску нет, данные не фрагментированы, в файлах ничего не хранится и все так радужно и красиво.

Metazur:
Склоняюсь к выбору SSS. Не намного дороже бпостера

В 2 раза дороже это так мелочи :)

Metazur:

но по сайту видно что ребята постоянно обновляют свое творение. Хотя вполне возможно что будет та же ситуация что и с бипостером - скосили бабла и забили на поддержку.

Попробывал демку, неплохо но не тянет как-то на 40WMZ.

Neval:
Повторю ещё раз свою мысль. Пока работаем ТОЛЬКО с чтением - проблем не возникает. Стоит только начать работу с записью в файлы - могут возникнуть проблемы, а именно - файл НЕ прочитается до тех пор, пока запись в него не прекратится. Если файл не читается, получаем или ошибку, или паузу.

Такую же паузу вы получите и с базой при записи и чтении. Во вторых пока ТЗ не видели судить что лучше база, файлы, а может база+файлы не имеет смысла.

Neval:
А если использовать, то будет простой до тех пор, пока доступ к файлу будет блокирован. Это ведь тоже не есть плюс.

Во первых писал же выше что блокирование при чтении не считается монопольным.

Во вторых используйте readfile().

Neval:
Ну дык я так и сказал, что при чтении проблем не будет пока не начнутся записи :Р

Это если flock не использовать то теоретически будут.

Всего: 367