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

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

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

17 сентября 2012 в 16:14

divined wrote:
Да, вот еще напомнили.

Еще зависит от установленных плагинов в вашем браузере, они могут конфликтовать с модулем filefield.


Не работает во всех браузерах, внезависимости от плагинов Sad

18 мая 2012 в 13:38

ТС имел в виду аудиоплеер из вконтактика, скорее всего?
Не встречал. Вообще, насколько я представляю структуру (не смотрел как оно там в этом самом вконтактике), всю выдачу контента придется переписать на ajax-запросы

7 мая 2012 в 17:12

RxB wrote:
Меняйте лучше сейчас хостинг, 5-6 секунд это вообще ахтунг, говорит о проблемах либо с программной частью, либо о том что хоститесь вы на бухгалтерских счётах

Да бросьте вы, автор имел в виду явно то, что на загрузку страницы уходит одна секунда, а не генерация страницы. Тут может быть множество причин, может у автора интернет говно, или картинок постоянно подгружается с разных хостов на каждоый странице?

11 апреля 2012 в 20:45

Не решено, а закрыто, считай. Оптимизировал настройки сервера (отключил кеш mysql), поставил модуль boost с кешированием страниц для анонимусов - тормозов вообще не наблюдаю.

Переезд откладывается на неопределенный срок

11 апреля 2012 в 20:42

Помогло отключение кеша в настройках mysql
query_cache_type = off
query_cache_size = 0
Строчки должны быть равносильными, судя по описанию, я лично пользуюсь только первой.
Запросы каждый раз перестраивали кеш, что только вредило. Сейчас стою перед выбором - забить и радоваться или все же покопаться в этих запросах (стандартные друпаловские), чтобы исправить.

17 марта 2012 в 11:43

Частично облегчил добавление/обновление путем перевода некоторых таблиц с MyISAM на Innodb (кеши, watchdog, accesslog и некоторых прочих, в который было за 30к записей)
Но все равно добавление происходит от 2 сеукнд до 50 в среднем.

16 марта 2012 в 9:34

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

5 марта 2012 в 20:41

Да, быстрее работать не будет, в принципе, скорость работы меня и такая устраивает, но, насколько я знаю, mysql не предназначен для таких объемов.

К счастью - все там нужная информация. Ну за исключением кэша.

Сайт живет довольно большое время...

8 февраля 2012 в 12:10

Да я так и сделал собственно, это все хорошо, но база пользователей over9000, отсюда и нагрузка, отсюда и задержки, особенно если серверы физически в разных ДЦ, даже если между ними задержка меньше 1мс.
Пока сервис в разработке, напрягов не вижу. Но тут загвостка, основная база сайта по такой структуре тоже вынесена на удаленный сервер, вот здесь уже не гуд.

20 декабря 2011 в 20:43

А в чем проблема? Он и будет универсальный, вся неуниверсальность будет в ручном задании таблиц. Я, к сожалению, все модули не знаю. Если в друпале есть какой-либо функционал, позволяющий получить таблицы, в которых замечен параметр уид, будет хорошо.

Да и не обойдется тут универсальным, все равно придется править ручками, потому что заставить друпал находить таблицу одновременно в 2х базах - проблематично

20 декабря 2011 в 20:04

RxB wrote:
"Shi3A" wrote:
Недоумение: Никак не нагуглю, но до сих пор никто не накатал простенький скрипт объединения двух старых сайтов в один?

Расскажите-ка как вы себе это представляете

Очень просто, забираю с баз пользователей, таблицы с одной базы выношу в шаред. Затем пишу скрипт:

19 декабря 2011 в 14:49

Доброго времени суток! Подниму вопрос. Как объединить несколько сайтов на разных серверах в одну БД пользователей? Есть какой-то встроенный функционал в друпале, или самому писать в settings.php кусок скрипта?

Спасибо за ответ!

17 декабря 2011 в 2:15

Так же, если кто-то наткнется на подобную ошибку "Произошла HTTP ошибка 0. \n/filefield/ahah/photki/field_images/0"
Надо в конфиге Nginx настраивать, это он выдает ошибку
Директива client_max_body_size

Quote:
syntax: client_max_body_size размер
default: client_max_body_size 1m
context: http, server, location