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

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

16 января 2007 в 12:21

Сайт клевый. Если не заморачиваться на "вебдванольности", то вполне себе приятный для повседневного посещения сайт.

Ничего, что про баг скажу? Smile

В шапке блок "Свежая новость ... " при уменьшении размеров браузера залезает на лого сайта.

Браузер FF2, WinXP, 1280x1024. Уменьшал на глаз примерно до 1000 - 1024 пикселей в ширину.

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

Quote:
Остался один вопрос, что значит если запрос к этим файлом идет от зарегистрированного пользователя.

99% - на машине юзера висит троян, т.е. его машина - "зомби". И скорее всего, зарегенный юзер об этом и не подозревает. Троян просто сканирует все сайты, которые посещает человек.

9 октября 2006 в 13:40

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

5 октября 2006 в 18:36

А поподробнее, если не трудно?

Вот есть у меня скрипт PAFileDB. Скрипт для работы с файлОм - организация и отдача клиентам, и т.п. (ну вдруг кто не знает Smile ).

Как я должен "запихать" этот скрипт, немалый весом и количеством php-файлов, в страницу типа php? Это не сарказм - просто не могу врубиться...

29 сентября 2006 в 9:16

фраза "как непрогодать с качеством..." режет слух и убивает все будущее впечатление от сайта. Пусть кто-нибудь со знанием русского сделает вычитку материалов. Тем более - на главной странице.

28 сентября 2006 в 16:29

А друпал может работать НЕ на апаче? Под IIS, к примеру, или под lighttpd?

Если так, то этот модуль нужен, чтобы "отвязаться" от .htaccess (который есть фишка апача). Ну, по типу штуки, что уже есть в фреймворках более высокого уровня - типа Ruby on Rails или Django - там не только пути можно самому прописывать, но и задавать алгоритм/механизм их формирования, "под себя". И не задействовать при этом реврайты апача, чтобы быть не сильно зависимым от конкретного веб-сервера.

27 сентября 2006 в 8:36

Да я в хорошем смысле написал Smile

Не так все и плохо, как я написал в первый день юзанья серважа. Но имхо, лучше брать серваж для европроектов, ибо тормоза местами присутствуют. Видно на глаз - как открывается фтп русского хостера (питер) и серважа - ощутимо медленней. Думаю, что для европейской части будет все быстрее. Хотя tracert показывает всего 7 шагов с транстелекома, в среднем по 80-90 мс.

26 сентября 2006 в 8:22

2 Natalie:
Много там места надо под картинки? А то могу дать хостинг напока, пока у вас там все не утрясется. Есть русский, на мажордоме, есть немецкий (B.X. "подогнал Smile ).

13 сентября 2006 в 14:18

Остается та же тема вопросов по друпалу - ограничение на количество запросов в час и просто хостинг друпал-сайтов. Как там с этим?

Серваж кстати мне ответил - да, 20 000 запросов к БД в час - есть такой лимит, четко прописан. Причем ДО покупки этого никак не узнать, на сайте, по крайней мере.

Короче, пока смотрю на дримхост. По крайней мере, у них есть wiki, в которой много чего расписано довольно хорошо. Так что можно не ждать по простым вопросам суппорт, а искать на wiki.

13 сентября 2006 в 12:23

Я уже запарился, млин...
Что выбрать-то тогда?

Нужен нормальный буржуинский шаред-хостинг. VPS не предлагать, т.к. нет денег и технических знаний на его ковыряние. Жадность ру-хостеров задрала, поэтому хочется нормального шаред-хостинга. Виртуалли унлимитед БД, фтп-доступы, сайты и прочие буржуинские прелести.

Пока смотрю на дримхост...

Единственное напрягает - ограничения по трафику у буржуев. Не думаю, правда, что залезу прямо в гиг трафика за месяц, но всякое бывает...

13 сентября 2006 в 11:33

Насчет крякозябок на harzah.net - это постоянно в последнее время.
В прошлые дни так было при открытии определенных страниц.
Сейчас не открывается вообще главная страница.

В чем проблема?
Если в хостинге, то скажи сразу, а то я завтра собрался по твоему купону идти на серваж. Нафига нужен такой хостинг...

12 сентября 2006 в 19:29

В пхп не силен, могу сказать фигню Smile

Может, можно пробежаться по $node->taxonomy с помощью foreach (раз уж это массив)?

Я так делал у себя, но правда я там "бегал" по массиву $taxonomy, а не по $node->taxonomy (может, это одно и то же?)

12 сентября 2006 в 14:34

Насчет самой темы - да, базары про SypexDumper не в тему Smile
Так как автору нужна заливка файлА, а не работа с дампами.
Здесь ничего не могу сказать, не шарю.

Но дампер - штука все равно клевая Smile

12 сентября 2006 в 14:32

Quote:
Кодировка 1251 в скрипте указана только для странички закачки. Её смена принципиальна для работы скрипта/дампа база?

Кодировка принципиальна!

Оставляем 1251 в скрипте dumper.php и делаем с его помощью дамп базы друпала, что в utf-8. Глядим внутрь дампа - все тексты в 1251 Sad
Естественно, при восстановлении имеем проблемы с кодировкой контента.

12 сентября 2006 в 8:17

Вах, какая штука клевая этот SypexDumper! Smile

Щас поставил себе на локалхост и мажордомский хостинг. Все пучком. А удобно как. Все просто, как автомат Калашникова...
Единственно, у кого на хостинге MySQL откликается не на localhost, а на какой-то ip-адрес, нужно руками поправить одну строку в кишках dumper.php. Ну, друпальцам это как пальцем... Smile

11 сентября 2006 в 18:09

Ага, я смотрел на эту строку, но в силу перманентной тупизны в пхп, и напуганный к тому же "низзя" по поводу правок ядра, распространил эти низзя и на модули :). Так что править не рискнул.

Про auto и manual - это я видел. Но почему-то понял, что auto означает не отключение excerpt, а его "авто-работу" для этого типа контента.

Ок, спасибо всем за помощь Smile

11 сентября 2006 в 15:31

Это... Что прикольно, "остатки" из node.tpl CCK (или друпал?) "добирает" сам.
Т.е. сейчас у меня так:
- для конкретных полей свои шаблоны вида field-field_***.tpl.php
- для остальных, еще "не учтенных" - общий шаблон field.tpl.php
- все остальное "добирается" из node.tpl.php, само по себе

Т.е. такое ощущение, что первые два уровня работают ровно в том месте, которое нужно заменить - здесь:

<?php print $content ?>

Все остальное в node.tpl.php настраивается нормально.

11 сентября 2006 в 14:51

Не могу врубиться в цепочку - может кто в курсе?

Если нет ничего, кроме тем для конкретного поля, CCK "берет" для отображения tpl для этого поля, и все. Т.е. если есть два поля - teaser и body - то CCK возьмет field-field_body.tpl.php и field-field_teaser.tpl.php.

Теперь пойдем дальше. Если нужно учесть все поля вместе, то "подключаем" файл field.tpl.php - он "соберет" все остальные поля, "не учтенные" в предыдущем случае. Тоже нормально. Причем для полей в предыдущем случае похоже, что сохранится их оформление в файлах вида field-field_***.tpl.php.