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

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

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

19 октября 2009 в 20:49

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

19 октября 2009 в 20:09

Это не главное.
Главное - перенос папки includes из каталога пустого сайта установленного с нуля на новый хостинг в каталог переносимого сайта.

mysql или mysqli - это не проблема, - всего-то два варианта. И это не помогает если в папке includes проблемы (некоторые видны сразу и сразу устраняются, а некоторые вообще себя никак не проявляют, а пишет что ошибка в настройках коннекта mysql, хотя это не так)

25 сентября 2009 в 17:43

CMS, CMF - это, в первую очередь, набор стандартов. И нужны эти стандарты именно для того один мог подхватить то, что уронил другой.
В этом основная идея!

26 августа 2009 в 11:48

Проблема известная.
Скорее всего - лимит памяти на процесс слишком маленький. Узнайте у хостера - какой лимит памяти на процесс.

Вот например подобная тема:
http://drupal.ru/docs/288

26 августа 2009 в 11:45

Всё завсит от хостинга. Если у Вас есть 128 мБ оперативки то можно пробовать.
Другое дело что тему такую врядли найдете - прийдется писать свою. И тут без знаний HTML не обойтись

7 июля 2009 в 13:29

Очень просто Smile
Скрыть к показу в настройках ССК, а в шаблоне вытащить из массива и вставить в нужное место.

P.S.
Чтобы понять как вытаскивать, - поставить contemplate.

16 июня 2009 в 11:04

После views сайт падает как только его включить. (Падает страница списка модулей).
Друпал я не то чтобы не знаю - не могу до конца понять идеологию. Это очень существенный момент.

16 июня 2009 в 0:11

Не то чтобы устраивает... Просто там это намного удобнее перехватывать (там есть четкое движение по строкам и перегонка их в $output - вот здесь можно и решать по каждой ноде что с ней делать). Кстати мои несколько сот строк кода работают там (в node.module) раза в два быстрее чем в шаблоне.

15 июня 2009 в 2:19

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

Наверное прийдется делать свою главную страницу и там всё красиво своими запросами реализовать. Просто думал что можно обойтись штатным функционалом.

15 июня 2009 в 2:09

Dan wrote:

1. либо Вы делаете для каждой ноды node_load и убиваете MySQL, либо...

уже Smile
Только модуль Flag все время глючит - замучался я с ним...
Dan wrote:

2. таки составляете SQL запрос

15 июня 2009 в 1:42

Dan wrote:
Вариантов масса - от написания inline кода на странице, которую потом делаем главной и своего модуля до использования сторонних модулей, views, в частности.

Я сделал модуль (от views падает сайт).
Только не знаю какую функцию использовать...

15 июня 2009 в 1:22

Проблема в том, что ноду нужно проанализировать. Т.е. вытащить поля ССК (в т.ч. и список юзеров поля User Reference), сравнить с текущим юзером, сделать еще кучу всяких операций и потом выводить или не выводить. Модификацией одного запроса тут не обойтись... Sad
А hook_menu_alter разве может переопределить node_page_default? Это же хук меню вроде...

14 июня 2009 в 21:26

Эх не то... Sad

Мне нужно загрузить ноды, проанализировать и в процессе "решать" - эту показывать эту нет...
Наверное прийдется делать свою главную и туда вставлять код... - дублирующий стндартный вывод только со своими доработками.

Вообщем полностью продублировать функцию node_page_default() модуля node

9 июня 2009 в 21:27

Кстати забавная штука.
Столкнулся с глюком функции mktime (получались дробные чилса при том что часы минуты и секунды вставляю в 0), долго сидел с калькулятором и потом понял.
Unix-время началось с 1 дня. Кроме того у моего хостера mktime выдает время с учетом часового пояса :). Итого у меня был сдвиг на 21 час.
Простейшее решение использование PHP-функции round().
Но можно и по-другому - в mktime вместо нулей, учитывать необходимый сдвиг. Правда никто не знает что стукнет хостеру в голову завтра поэтому красивого решения я еще не нашел :).