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

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

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

27 июля 2009 в 19:59

PVasili wrote:
"v1adimir" wrote:
nskape – это чума, развивается просто офигительно и по ряду возможностей уже круче иллюстратора
- не говорите только ни кому...
Это, как кто-то тут сказал, что: - *nix на десктопах (с его <1%) в затылок дышит windows :)

27 июля 2009 в 13:48

для веб разработки gimp'а и inskape'а уже достаточно. а у PS, Illustrator'a/Corel'а – проблем ДО ФИГА! все просто уже с ними свыклись.

причем если с gimp'ом есть исторические проблемы с развитием (большие, причем, проблемы), то inskape – это чума, развивается просто офигительно и по ряду возможностей уже круче иллюстратора.

p.s. PS 3.0, к слову, был слабее, нежели современный gimp, что не мешало создавать в первом шикарные работы.

12 июля 2009 в 1:26

Nemo911 wrote:
насчёт gz. правы! не архив, а чисто файл. А в чём причина этого?

не разбирался, некогда было. как предположения – отсутствия gz библиотеки для php, отсутствие нужного (compress?) модуля для apache. косяк в конфигах phpmyadmin, типа путь до gzip не прописан...

11 июля 2009 в 21:22

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

Если экспортишь друпальные базы, то сильно советую модуль backup_migrate.

Скорость 1 мегабит... ну у нас одно время рекламировали тарифы с гарантированной полосой, то есть свои 320 кб/с ты получаешь по любому, а если в твоей подсети есть еще запас по полосе, то предоставляется больше скорость.

6 июля 2009 в 21:43

Модифицировать запрос для нужной формы получилось достаточно легко. Однако новая странная проблема – обработчик формы не видит данных приходящих по POST запросу. Ни для стандартного submit, ни для AJAX.

Подскажите, в чем может быть проблема, какой hook мучать и не есть ли это какое-нибудь принципиальное ограничение?

На всякий случай повторюсь, это форма есть exposed filters для view.

6 июля 2009 в 20:22

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

3 июля 2009 в 18:53

первое что приходит в голову, что модули старых версий присутствуют в другой директории.
то, есть модули ставились в разные директории, в sites\all\modules и в sites\default\modules, например.

30 июня 2009 в 18:54

Бан по ip при изобилии локальных сетей не гуд как тор.
Может правильнее организовывать принудительный таймаут увеличивающийся после каждой неудачной попытке входе. Хотя на вскидку не соображу как такое можно организовать.

23 июня 2009 в 14:17

Ilya1st wrote:
нене. бывают настырные долбаебы которых можно удовлетворить тем что сайт/форум тормозит/плохо работает и это проще нежели многократные баны

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

21 июня 2009 в 22:00

Ни один из разработчиков не может на 100% гарантировать, что после апдейта его модуля сайт не сломается.

Ставить полный автомат на апдейт – это считай русская рулетка.

21 июня 2009 в 6:30

Химический Али wrote:
Недавно натыкался на нечто и в составе этого нечто было средство для диагностики WSoD'ов. Щас поищу.

Ну как всегда: http://www.drupal.ru/node/26963
...

Эта штука, к сожалению, сама проблемы вызывает.

15 июня 2009 в 16:08

bekmek wrote:
откріла, исправила, а при закрітии невозможно сохранить (( пишет проверьте правильность пути...

drupal самостоятельно меняет права доступа к settings.php. убирает права на запись как для этого файла, так и для содержашей его директории.

под unix-like системами нужно в этой директории выполнить команду (при условии, конечно, что у вас достаточно прав для данной операции):
chmod u+w . settings.php