1. Главная
  2. B.X

B.X: Комментарии

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

17 января 2007 в 10:43

"У меня стоит Опера 7.хх, в ней сайт почти не работоспособен"

что Оперу 9 мешает поставить? идеология?
Ну так и в MSIE 4.0 половина сегодняшних сайтов вряд ли будет работать...

15 января 2007 в 0:53

нет, в папке ВАШЕЙ темы нужно создать файл tempate.php и также image-gallery.tpl.php, что там прописать нужно, ищите на этом сайте по примерам...

13 января 2007 в 14:22

"или менее крутых хостеров, или у знакомого юниксоида, а деньги пропить"

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

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

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

13 января 2007 в 14:11

менять надо такого хостера, менять...
вообще не люблю хостеров с ограничениями, они свою непрофессиональность пытаются скрыть за заботами о безопасности...

хотя, там может что-то просто настроено прямо в настройках самого апача?

12 января 2007 в 11:11

"Неправда. Разработчики друпала уделяют достаточно вниманимания оптимизации"

Я считаю, что недостаточно, но это не значит, что это плохо, просто разработчики ставят перед собой другие задачи. Друпал - это по сути CMF - его можно настроить и оптимизировать для разного. На сайте Друпал.орг можно найти тексты по оптимизации Друпала под MySQL - это потому, что Друпал работает корректно с несколькими базами данных... И так везде в OpenSource по сути, начиная от Линукса и заканчивая другими программами.

11 января 2007 в 22:47

нет, это можете спокойно убирать...
но это будет работать для всех модулей основанных на node, то есть, нельзя будет делать комментарии (ссылок на "Добавление комментария" не будет) и тд...

чтобы убрать такие ссылки только для image модуля нужно в template.php прописывать и создавать image-gallery.tpl.php... на сайте по поиску можно попробовать найти готовые примеры...

11 января 2007 в 22:01

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

11 января 2007 в 21:56

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

если же нужно, чтобы анонимные пользователи не могли вообще смотреть картинки (любые), то это делается запрещением доступа в определенную таксономию или ноду (модули: taxonomy_access и node_access)...

11 января 2007 в 13:44

для Друпала нужно большее кол-во памяти, чем для других скриптов и это уже давно не секрет... слишком он по функциональности опережает аналоги... а вот оптимизация (как и в любой Open Source ситеме) возлагается на самого пользователя...

В идеале, для Друпала хорошо бы иметь выделенный сервер, можно VPS/VDS... ну или на крайний случай, виртуальный хостинг с расширенными возможностями (мощностями)... такие как Servage.net (благодаря кластерной системе) и тому подобные (dreamhost и тд.)...

11 января 2007 в 2:03

скорее всего одна и та же контора, которая рекламирует "свои" или дружественные сайты, например с wikihosting'a мы попадаем на mambohosting и на остальные... а учитывая, что там у всех один и тот же дизайн (только шаблоны разные), то это вообще что-то вроде одного сайта похоже... мультисайтинг в действии...
ну и наконец, последний аргумент: там нет servage... а это значит, что никакие это не рейтинги на самом деле, а просто реклама...

8 января 2007 в 8:01

проблема в этом, скорее всего: http://drupal.org/node/64355

нужно, я думаю, совершить обратные действия, поскольку в Денвере кодировка сервера - это cp1251...

почитайте ещё и это: http://www.linux.by/wiki/index.php/FAQ_PHP_MySQL_charset

7 января 2007 в 23:56

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

да, есть мелкие ошибки, но в целом впечатление самое положительное... красиво, оригинально и свежо - в общем, то что надо...

7 января 2007 в 23:12

ну да, это было бы здорово, если бы он ещё и сам патчи мог находить, в принципе, если они появляются в одном и том же месте, то это, я думаю, возможно...

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

7 января 2007 в 13:19

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

7 января 2007 в 9:41

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

7 января 2007 в 9:36

так я говорил именно о модуле в самом Друпале, а не создание того же самого сторонними средствами (это как раз понятно, что возможно такое)...

а соединение вики с VCS - это именно для наглядности... например, нужно что-то поменять в теме, не надо лезть ни через ftp, ни в файлменеджер на сервере... а просто изменяешь вручную в модуле, который контролирует твой Друпал...

6 января 2007 в 18:54

вы лучше дамп тоже создайте этим скриптом, потому что PhpMyAdmin на моей памяти создавал некорректные дампы... а перед созданием дампа, оптимизируйте таблицы, уберите всё лишнее и тд...