- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
а вообще несколько разочаровался в Perl - такое впесатение что он устарел и мало кто из школьников для него пищет,
поправил. старый - не значит плохой.
это и вся диагностика? маловато будет
на бесплатном аке никуда не пускает и больше ничего не посмотреть...
мне в принципе непонятно как так настроили... по идее сам перл должен однаковыми правами запускаться и файлы *.pl ? Потому к нему из шела на бесплатном аке и доступа нет... но получается перл видит файл use lib "/sdds/dsdss" (без ошибок)
А запустить use Math:FFT уже не может...
А из cамого *.pl можно какую-нибудь диагностику или отладочную инфу получить на use Math:FFT ?
вот еще надо попробовать в бесплатном аке указать абсолютный путь к скомпилированной либе на платном аке...
хотя из шела на бесплатном аке к этой папке не пускает юзера, но возможно там обращение будет от перла с другими правами...
А из cамого *.pl можно какую-нибудь диагностику или отладочную инфу получить на use Math:FFT ?
Так диагностика есть. Просто вы ее не нашли.
попробуйте вставить :
use CGI::Carp qw(fatalsToBrowser);
чтобы ошибки увидеть прямо на страничке
Ага, не может загрузить...
at /home/www/*.com/*.pl line 51
Compilation failed in require at /home/www/a*.com/*.pl line 51.
BEGIN failed--compilation aborted at /home/www/*.com/*.pl line 51.
по ftp файл доступен, 755, из шела файл виден. Из браузера файл скачать можно.
Может все же операционные системы разные? вот elfclass32 - сразу думается а может на платном 32 бтьа система а на бесплатном 64? Или так не бывает... ?
Очень похоже на это.
Разумно даже предположить, что этот бесплатный представляет из себя отдельный сервер похуже и с объемом памяти менее 4 ГБ. Такой чтобы не имело смысла 64битную систему использовать.
х-м-м-м попробовал испортить путь к либе на платном и бесплатном, ошибка одинаковая, и elf32 у обоих, это видимо к самому perl относится в сообщениях когда он не видит либ. Похоже как-то хитро запретили перлу подгружать *.so из юзерских папок на бесплатном? или так случайно у хостера получилось?
Диски видны все и на платном и бесплатном и кол-во одинаковое и имена одинаковые... похоже что один сервер... или может облачный... ?
А можно из *.pl или шела посмотреть откуда перл может подгружать lib ? Переменная окружения или что-то такое?
Может если там /temp или что-то подобное можно попробовать туда подкинуть lib и указать путь, раз в юзеркские папки не годится...?
Похоже как-то хитро запретили перлу подгружать *.so из юзерских папок на бесплатном?
Не думаю, что это вообще возможно. Разве что хостер специально заморочится и добавит каких-то патчей в perl.
А можно из *.pl или шела посмотреть откуда перл может подгружать lib ?
если вы правильно воспользовались советами, то это не важно.
в переменной @INC обычно пути. вот такой кусок должен показать список каталогов из которых подгружаются модули :
foreach(@INC) {
print "$_\n";
}
И обычно в этом списке уже есть каталог ".",так что многие скрипты поставляются со своим набором библиотек и нормально работают.
У обоих практически одинаково, но у бесплатного шел не может зайти в /etc и /usr
и из шела не рабоате команда cd
/srv/disk9/12830*/www/*.com/blib
/etc/perl
/usr/local/lib/perl/5.10.1
/usr/local/share/perl/5.10.1
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl
тогда получается если такой запрет на so был сделан сознательно а не случайно то админ кушает свой хлеб не зря?
У вас библиотека 32-х битная а на сервере 64-бит, при чем тут запрет в so?
Ваш бесплатный аккаунт просто в чруте.
а почему вы думаете что система 64 бит, в обоих аках и платном и бесплатном при установке пути поиска lib неправильно вылезает одна и таже ошибка и в обоих случаях ссылка на elf...32 и строку внутри системного перла...
Но в случае правильного пути на платном работает, значит он 32?
А на бесплатном не работает. Хотя путь правильный и он есть в @INC
Неужели бесплатный ак 64 битный?