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

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

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

17 марта 2009 в 11:11

Не так. Многое зависит от режима работы хостинга и настроек.
Например в suexec режиме, соединение с БД длиться только в течение работы PHP-скрипта. Т.е. скрипт отработал - соединение с БД закрылось. В mod_php можно использовать перманентные соединения, в этом режиме соединение с БД сохраняется либо пока его не закроют сами PHP-скрипты, либо пока не истечёт таймаут соединения и MySQL не закроет его сам.

16 марта 2009 в 19:58

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

Саппорт Мастерхоста говорите? Smile Знаем знаем! Smile

13 марта 2009 в 20:07

Учите английский:

PHP Fatal error: Allowed memory size of 25165824 bytes exhausted (tried to allocate 12288 bytes)

означает, что вашему PHP не хватает оперативной памяти для работы.
Скорее всего у вашего хостера стоит ограничение в 24Mb
Увеличте объём доступной памяти и наверняка всё заработает.

12 марта 2009 в 22:55

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

9 марта 2009 в 0:23

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

6 марта 2009 в 12:01

Будет. Ровно до того момента, когда мне понадобится перенести часть документов на другой сервер.
А там нумерация node своя. Не говоря уже о том, что ссылка /node/123 мне ни о чем не расскажет, а вот, например, ссылка /configure.html расскажет.

Понятно в общем, решения нет - постараюсь не использовать ссылки в тизире.

6 марта 2009 в 11:32

Есть документ с URL:
/kaka/baka.html
На него есть абсолютная ссылка в документе: /intro.html
Завожу дополнительный разел и для реорганизации меняю:
/kaka/baka.html на /new/kaka/baka.html
в документе /intro.html будет битая ссылка.

Ах, ну да, это не реорганизация подшивки, сорри, да тут я с терминологией попутал, но в принципе пример помоему показательный, нет?

6 марта 2009 в 8:21

Хм. Вряд ли один из этих вариантов подойдёт.
По поводу первого варианта, как показывает практика, а также в чём я глубоко убеждёт, ссылки вида node/XXXX - это зло! Каждая страница (ну может быть за исключением форума) должна иметь внятный чёткий URL.

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

Таким образом, получается, что не надо использовать ссылки в тизере (что не слишком-то удобно, не так ли)?

18 февраля 2009 в 9:29

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

Вы не ждите, вы залейте сжатый дамп хостеру по FTP и попросите загрузить этот дамп в БД. Они это сделают с правами root'а сами и много времени это занять не должно.

А если у вас есть ssh доступ, то вы и сами можете это сделать. Залейте дамп, скажем dump.sql.gz в каталог по FTP. Затем зайдите по ssh, выполните:

18 февраля 2009 в 9:23

> Если хостер не хоочет поставить клиентам ImageMagick - меняйте хостера.
Конечно меняйте! Smile
Правда потом окажется, что выбор хостеров при таком подходе не так уж велик, а стоимость не так уж мала, но как говориться - хозяин-барин!

18 февраля 2009 в 9:12

Всё зависит ещё от целей защиты!
Например у человека галерея в миллион картинок (ну пусть нескольких тысяч). Браузером такую галерею не вытянуть и за год! А вот роботом (если никакой защиты не стоит) это сделать можно быстро!
Опять же наличие watermark гарантирует, что не будет проблем с доказательством авторских прав на данное изображение, если например картинка выкладывается с правами "только смотреть", но с запретом на распространение, а недобросовестные пользователи на этот запрет плюют.

17 февраля 2009 в 14:28

Так а тут к вам встречный вопрос.
ImageMagick - это библиотека. Но ведь вам наверняка обёртки к ней нужны?
Вот и просите пакеты ImageMagick-perl и/или модуль PHP с поддержкой ImageMagick (у меня он называется):
php-magickwand.i386 : PHP API for ImageMagick

17 февраля 2009 в 14:01

Безусловно только в файловой системе.
От воровства контента защитится не так уж трудно.
Вот идеи:
1. В каталог с файлами ставится .htaccess запрещающий прямой доступ к файлам по HTTP
2. Картинки отдаются только через PHP-скрипты
3. В скрипты встроить защиту с лимитом скачиваний за минуту/час/день (кому как нравится) с конкретного IP.
4. Если не очень затратно по ресурсам, то можно этими же скриптами прилеплять к картинкам watermark с URL-сайта.

17 февраля 2009 в 13:57

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