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

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

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

9 июня 2010 в 17:06

В обшем идея указанная в предыдущем посте тоже не помогла. Помогает только автоматическая очистка кэша по cron несколько раз в день. Ошибки с сылками появляются, но очистка кеша их как-правило устраняет. В некоторых случаях проблема связана с необновлением самого файла со ссылками, но он тоже через какое-то время обновляется и ошибки исчезают.
Как чистить кеш по хронометру описано в этой теме.

15 мая 2010 в 18:49

<a href="mailto:md5@drupal.org">md5@drupal.org</a> wrote:
Меня сейчас заклюют, но я всё же скажу эту ересь — если выбирать движок для standalone-блога, то это однозначно Wordpress.

13 мая 2010 в 23:23

warobushek wrote:
Т.о. у человека два одинаковых блога? (различных только по оформлению)
Какой смысл одни и те же статьи размещать и в ЖЖ и в своем независимом блоге?
+ за повторение контента поисковые системы не будут банить?

Да, блоги похожи по контенту. В stand-alone правда есть еще доп странички автора+то, что генерит drupal на базе таксономии, дерево сайта, облака тэгов и т.п.

10 мая 2010 в 20:38

Dimonka wrote:
У меня сейчас как раз небольшая проблема в раскрутке сайта. Сайт нацелен на аудиторию небольшого населённого пункта, поэтому рекламировать его где-то смысла нет. Есть смысл только покупать ссылки для повышения позиции в гугле по ключевым словам.

10 мая 2010 в 16:01

Dimonka wrote:
В загаловке "монетизируемого" можно было бы пропустить, потому что на эту тему в статье (увы) ничего не написано.

Непосредственная монетизация это уже следующий этап, здесь вариантов много и это тема отдельной статьи. Здесь скорее о выборе платформы для монетизации, т.к. частично от этого будут зависеть Ваши последующие доходы. Об этом как раз в исходных предпосылках и сделаны итоговые выводы, т.е.

13 апреля 2010 в 14:44

Stan.Ezersky wrote:
"kotobrik" wrote:
Вот бы еще глянуть сайты где вы это делали :))
Пример галереи (ImageAPI, ImageCache и им сопутствующие)

Красиво. А само представление, где выводятся миниизображения в 3 ряда, с помощью чего делали?

18 марта 2010 в 12:55

Azerot wrote:
Там всё гораздо интересней.
У меня было так: для анонимов сапа показывалась, для зареганых нет - ибо нафиг?
В итоге, хотя известно, что кэш работает только для анонимов, почему-то кэшировалась страница БЕЗ ссылок, т.е. как будто для зареганых. В какой момент это происходит я так и не понял.

18 марта 2010 в 12:25

Azerot wrote:
Там всё гораздо интересней.
У меня было так: для анонимов сапа показывалась, для зареганых нет - ибо нафиг?
В итоге, хотя известно, что кэш работает только для анонимов, почему-то кэшировалась страница БЕЗ ссылок, т.е. как будто для зареганых. В какой момент это происходит я так и не понял.

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

15 марта 2010 в 18:19

Azerot wrote:
Quote:
Уважаемое сообщество, subj как-то в одной из тем однимался другими участниками, но тема не развилась

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

10 февраля 2010 в 12:10

А если префикс добавить и для английской версии (т.е. не пустой, как по умолчанию, а "en")? У меня на одном из сайтов была проблема другом модуле с сылками (у английской версии не было префикса, а у русской был "ru"). После того, как добавил префикс "en" для английской все заработало нормально.

7 декабря 2009 в 12:16

roadcontrol][quote=edhel wrote:
Но в какой то миг бах...и 0 свободной ОЗУ...через пару секунд уже все нормально...

А это не может быть из-за cron'a? Знаю случай когда ночью 2 сайта из-за нехватки памяти упали одновременно на 2-х раздельных аккаунтах. Хостер сообщил, что ничего не менял. Потом глядя на такую синхронность предположили, что может cron-отработал (cron давно не запускался, и похоже накопилось задач, т.к. настройки были идентичны).

7 декабря 2009 в 11:57

roadcontrol wrote:

Следовательно вопрос, должно ли хватать Друпалу таких ресурсов? И почему бывает такой резкий жор памяти? Может кто то сталкивался с пободным?

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

7 декабря 2009 в 11:34

Проблема сходная (впервые возникла весной 2009). По той же ошибке не мог войти в админку. Сам сайт работал нормально.
Идеальное решение конечно было перейти на хостинг с прямым доступом к рекомендованным Drupal.org настройкам, но в моем случае хостер предоставлял услугу только в рамках VPS и пока переходить с виртуального хостинга на нее было не целесообразно.

5 декабря 2009 в 14:07

digital_sword wrote:
"ws_admin" wrote:
Если же требуется динамиески генерировать ссылку в меню, то нужно думать.

Да. Вот и я про наводку спрашиваю.

Файл с таким же именем залить через админку не удастся. Если такой уже есть, то новый файл модуль обязательно переименует. А с фтп пользователь возиться не станет

28 ноября 2009 в 14:24

<a href="mailto:P.Selfin@drupal.org">P.Selfin@drupal.org</a> wrote:
Блин, у меня скоро мозг взорвется...
На тестовом домене все офигенно работает (это я файл прилагал выше).
Начинаю разворачивать на будущем рабочем сайте: получаю болт.
Сначала ImageCache выделывался (не создавал в своей дирректории картинки, а галлери на них ссылалась)...

28 ноября 2009 в 13:56

Вроде же Contact входит в ядерную поставку:
Модули-"Ядро-дополнительные"-Contact
"Позволяет использовать формы для отправки сообщений (общую для всего сайта и персональные)."

Управление-Конструкция сайтов-Форма контактов