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

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

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

29 августа 2009 в 9:59

я так понимаю у вас FreeBSD. А почему бы Вам nginx не поставить?
Памяти после установки nginx освободилось море(средиземное), а эту память можно под mysql-кеш израсходовать и еще создать виртуальный диск для использования в качестве temp-директории в mysql. Это позволит mysql серверу создавать временные таблицы не на диске а в памяти (это более 60% всех временных таблиц) что значительно повысит производительность. Да и сам nginx быстрее будет чем апач.

28 августа 2009 в 9:06

Права ставить - нет смысла так как php, скорее всего, работает от имени вебсервера, если отнимите права, то работать не будет, а вот с хтаксесом это реально сделать, но, к сожалению, помочь не смогу, ибо у самого nginx и его правила справляются с блокировкой просмотров файлов.

25 июля 2009 в 23:14

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

23 июля 2009 в 22:59

помню знакомый на http://www.2x4.ru/ ставил, но этот хостинг работает через раз(впрочем как и остальные бесплатные).
У меня Drupal в конфигурации мультисайт с модулем буст в качестве сателитов вертит двадцатью хостами на тарифе за 60 рублей.
Хостинг БестХостер https://best-hoster.ru/order/host.php?uid=16558&bid=1
тариф лайт держит 3 домена в разные папки и неограничено доменов на паркинге, а мультисайт как раз принимает паркинг.

13 апреля 2009 в 19:39

Лучше в цсс убрать типа дисплей:нон , ибо так оно будет для поисковика по два раза по два раза повторять повторять, авось и позиции подымут хотя могут и опустить за "текст показываемый поисковым системам".

13 апреля 2009 в 15:59

может какой-нибудь блоккеш врет на счет uid
попробуйте в теме где нибудь незаметно напечатать текущий uid и посмотреть совпадает он с тем что показывает блок пользователя или что там у вас.
если не совпадает используйте блок_кеш_альтер для указания каких блоков как кешировать.

3 апреля 2009 в 13:18

дело в том что с клавы в первую очередь все берут а потом уж как повезет с клиентами, потому что дети с того же васма и воида учатся писать кейлогеры а потом уж все остальное.
Поэтому мое мнение однозначно безопаснее(если можно так сказать) хранить пароли в клиентах чем вводить с клавы, потомучто может повезет и ваш клиент вирус просто не знает и поэтому не знает где у него пароли лежат, а про клаву знает каждый.

3 апреля 2009 в 12:27

"kosilko" wrote:
Если веб-мастер использует опцию сохранения паролей в своем фтп клиенте, то 99% даю, что кроме него и вируса на его машине в процессе заражения сайта не участвовал более никто =)

Вот только ненада не думая говорить...

2 апреля 2009 в 13:08

Видимо вебсервер и фтп являются разными пользователями. попробуйте удалить папку и просто указать этот путь, по идее если sites/default/files создался вебсервером то возможно вебсервер сможет и папку аватар создать.
Если не помогает то попробуйте на папку avatar поставить права 775(если у вас фтп создает папки с владельцем от фтп и группой от вебсервера) или 777(если и фтп и вебсервер имеет разные группы и пользователей).

1 апреля 2009 в 2:22

"Poqa" wrote:
Установил, которую Вы советуете, но она пишет:
* Невозможно создать файл.
* Невозможно загрузить карту сайта. Убедитесь, что папка xmlsitemap находится в папке files и доступна на запись для Друпал.

проверте еще права для папки tmp, и вообще проверте все ли у вас впорядке с настройкой файловой системы в drupal.

31 марта 2009 в 12:30

Вобще не нужно закрывать php и на орге об этом не однократно писали.

А с белой страницей скорее всего памяти мало, иначе была бы всегда белая страница или бы вообще ее не было (в большинстве других случаях)

смотрите может у вас модули обработки изображений есть они много жрут памяти;
создайте в корне сайта файл php.php с содержанием:

1 марта 2009 в 23:17

можно самописным модулем перехватить страницу регистрации, а можно еще проще - вывести по адресу user/register views с нужным контентом вместо регистрации, только кеш не забудте обновить.