1. Главная
  2. manuscriptum

manuscriptum: Комментарии

Главные вкладки

14 ноября 2009 в 17:37

Гор, очень интересное предложение, спасибо!
Сейчас зреет один мой личный небольшой проект, все-таки попробую его на твоем хостинге.

А вот есть мысль, перекликающаяся возможно с некоторыми другими, адресованными к тебе. Полезное дело делаешь.
Это очень здорово, что есть люди, которые детально занимаются вопросами оптимизации drupal-хостинга, это повышает степень интереса к drupal как к инструменту не только для проектов федерального масштаба, но и для небольших личных проектов, каких может быть и многие тысячи.

18 июля 2009 в 16:28

ну некоторое отдаленное отношение имеет - в друпале имеется несколько решений для создания кеша на файлах. Одно решение обсуждалось здесь.
Меня тема как раз эта интересовала, поэтому и на данный топик набрел)

18 июля 2009 в 0:28

vitalka2k wrote:
По поводу f-stop.com.ua
Как один из работавших с его исходниками заявляю - используется MySQL и никакого кэширования Smile

А уж если хочется совсем большой скорости - смотрите на Redis, для простых запросов очень хорошо работает.

16 июля 2009 в 22:45

kiev1 wrote:
ну как-бы сказать... и да и нет - ведь mysql как раз и сделана для того что бы ускорить работу с этими самыми плоскими файлами, другое дело что при работе на общественном хостинге - админы не умеют, да и система не очень позволяет, распределить нагрузку между пользователями, и набирают сайтов кучу на один хост - по этому да, мускул тормозит там, но в случае своего сервера и нагруженного сайта - конечно mysql будет работать быстрее!

16 июля 2009 в 17:11

kiev1 wrote:
вот интересный сайт http://f-stop.com.ua/ - это магазин конечно не на друпал - но в нем все функции работают моментально - и вывод раздела с кучей позиций и работа с корзиной - попробуйте добавить несколько позиций и удалить - сайт это делает мгновенно - непонятно как им удалось.

26 февраля 2009 в 23:46

EzS wrote:
"manuscriptum" wrote:
После чего все начинает работать.

Самое главное. Но подход у вас не верный-)

P.S. В заголовок темы добавьте "Решено:"

26 февраля 2009 в 23:27

EzS wrote:
"manuscriptum" wrote:
Я перенастройкой хостов могу заняться после того, как пойму, что я сделал неправильно и как запустить Ромкину сборку Друпала с чистыми ссылками.

Ваше право

26 февраля 2009 в 22:46

выполнил по указанной ссылке настройку
конфигурации /etc/apache2/sites-available/default
поменял
AllowOverride None на AllowOverride All, вот так:

Options FollowSymLinks

AllowOverride All

-- все равно никакого результата
реврайт запущен, htaccess отредактирован, конфигурация обновлена...
но пока на работает - при уходе на любую страницу кроме корневой выдает ошибку 404

26 февраля 2009 в 22:10

EzS wrote:
"manuscriptum" wrote:
я просто привык описывать фон проблемы, не более того :)

Зря.

Напишите вашу конфигурацию. Я так понимаю, что вы не пользуетесь виртуальными хостами, а просто используете предоставляемую директорию /var/www по умолчанию.

26 февраля 2009 в 22:02

EzS wrote:
"manuscriptum" wrote:
То есть LAMP у меня запущен и работает.

Вы уверены, что настроен он правильно?

Друпал установленный до этого с нуля из инсталляцонного пакета и работал без дополнительных танцев.
Django тоже работает без вопросов,
php-скрипты исполняются без проблем.

26 февраля 2009 в 19:21

EzS wrote:
"manuscriptum" wrote:
у меня Убунту-Линукс, поэтому путь там /var/www

А у меня путь /home/%username%/public_html и что?

Всё зависит от того, как вы отнеслись к настройке сервера.

16 декабря 2008 в 19:07

Valeratal wrote:
а где в статье можно было скачать наборы модулей?
я что не вижу

вообще-то выложено сюда http://www.2start.ru
точнее http://2start.ru/about-this-demo-site

16 декабря 2008 в 14:55

<a href="mailto:Krotty@drupal.org">Krotty@drupal.org</a> wrote:
"manuscriptum" wrote:
Однако, на будущее скажите, какие ограничения для виртуальных хостингов по памяти накладываются?

Зависит от хостера, нужно у них уточнять. 32 достаточно для большинства применений.

спасибо за помощь)

16 декабря 2008 в 14:37

<a href="mailto:Krotty@drupal.org">Krotty@drupal.org</a> wrote:
Зависит не столько от "локального применения" сколько от наруженности сайта модулями.
Поставьте 32 и забудьте. :)

Спасибо, поставил 24М вроде работает Smile
Однако, на будущее скажите, какие ограничения для виртуальных хостингов по памяти накладываются?

16 декабря 2008 в 13:59

<a href="mailto:Krotty@drupal.org">Krotty@drupal.org</a> wrote:
Поиск не помог?
Нехватка памяти для выполения скрипта, нужно увеличить значение memory_limit

Да вроде выделено 16М судя по phpinfo(), А сколько памяти ему надо дать оптимально с учетом локального применения сайта?

14 декабря 2008 в 13:48

спасибо, с отображением картинок понял - все сложилось

А вот вопрос по поводу других автоматизированных способов - подскажете, где искать?

У меня смысл такой, что картинку к посту должен прикрепить совсем неподготовленный человек. И чтобы картинку можно было подцепить в публикацию так же как и upload - прямо с локального диска

2 декабря 2008 в 12:40

если не ошибаюсь - 1-е правило программиста PHP - "не использовать РНР там, для чего оно не предусмотрено", и автор этого правила, если не ошибаюсь сам автор РНР Wink
Не проще ли использовать однострочную команду "mysqldump --user=root --password drupaldb > drupaldb.sql"?
По-моему далеко не спроста ее создали.
Так что поддерживаю несколько трезвых голосов, которые здесь упомянули именно этот метод.

21 ноября 2008 в 10:57

v1adimir wrote:
надо было первым делом смотреть на хэдер ответа сервера, что он выдает для "Content-type".

21 ноября 2008 в 1:07

проблема действительно оказалась в браузере.
Я так и не понял, что с ним, в итоге просто перешел на firefox и все наладилось.
А так у меня столя легковесный Epiphany (это линуксовый браузер под Гном).
Ну вобщем ура.