Скриптове

CGI е съкращение от Common Gateway Interface. CGI програми или скриптове работят на сървъра и обикновено се използват за обработка на данни изпратени от потребителите през форма за запитване/контакти или за да генерират динамично съдържание за уеб страници. CGI скриптовете могат да бъдат написани на всеки един програмен език който се поддържа на нашите сървъри. Най-често ползвани са Perl, Python, Ruby или TCL. Можете да качите вашите CGI скриптове във всяка една директория на вашия акаунт.

JavaScript се изпълнява в браузъра и не изисква поддръжка от сървъра.

Perl е съкращение от Practical Extraction and Report Language. Това е един от най-широко разпространените програмни езици за писане на CGI програми.

Можете да използвате PHP разширения, които не са налични на нашите хостинг сървъри. Единственото изискване за използването на такива разширения е те да имат поддръжка за 64-битова Linux операционна система, както и за PHP версията на Вашия домейн/поддомейн. За да използвате такива PHP разширения е необходимо да ги качите в директорията private на Вашия хостинг акаунт и да добавите абсолютния път до файла на разширението в PHP конфигурационния файл на Вашия домейн/поддомейн, както следва: extension = /home/your_username/private/custom.extension Важно: Заместете your_username с потребителското име за хостинг Контролния Ви панел и custom.extension с точното име на разширението, качено на Вашия хостинг акаунт. Основните PHP конфигурационни файлове за Вашите домейни/поддомейни могат да бъдат редактирани чрез раздел PHP настройки на хостинг Контролния панел. Ако желаете да научите повече за PHP конфигурационните файлове, които можете да използвате на нашите сървъри, можете да разгледате статията ни Конфигурационни файлове за PHP и техния приоритет. Инсталиране на SourceGuardian Ако искате да използвате PHP файлове, чието съдържание е защитено със SourceGuardian, трябва да инсталирате SourceGuardian Loader, следвайки тези стъпки: Създайте PHP файл (например phpinformation.php) със следното съдържание в директорията на домейна/поддомейна, където искате да използвате SourceGuardian Loader:<?php    phpinfo();?>Можете да създадете този файл, изполвайки раздел Файлове на хостинг Контролния панел. За да откриете SourceGuardian Loader разширението, което е съвместимо с PHP версиятя за Вашия домейн/поддомейн, използвайте SourceGuardian Loader Assistant приложението. В страницата на приложението въведете URL адреса на PHP файла, създаден в предишната стъпка (http://your_domain.com/phpinformation.php) и натиснете бутона Detect. Ще бъдете пренасочени към друга страница, от която трябва да изтеглите подходящия SourceGuardian Loader файл на Вашия компютър. След това качете файла в директорията private на Вашия хостинг акаунт. За целта можете да използвате раздел Файлове на хостинг Контролния панел. Добавете следния код към PHP конфигурационния файл (php.ini) на Вашия домейн/поддомейн: extension = /home/your_username/private/custom_extensionВажно: Заместете your_username с потребителското име за хостинг Контролния Ви панел и custom.extension с точното име на разширението, качено на Вашия хостинг акаунт (например името на SourceGuardian Loader разширението за PHP 7.4 е ixed.7.4.lin).Можете да редактирате главните PHP конфигурационни файлове за Вашите домейни/поддомейни чрез раздел PHP настройки на хостинг Контролния панел. Повече информация за конфигурационните файлове за PHP е достъпна в статията ни Конфигурационни файлове за PHP и техния приоритет. Ако използвате технологията FPM за изпълнение на скриптове за Вашия домейн/поддомейн, трябва да презаредите основния FPM процес, за да се приложат промените, извършени в предишната стъпка. Уверете се, че SourceGuardian Loader разширението е инсталирано успешно като отворите SourceGuardian Loader Assistant страницата отново, въведете URL адреса на PHP файла, създаден в първата стъпка (http://your_domain.com/phpinformation.php) и натиснете бутона Detect. Трябва да видите следното съобщение:The latest version of SourceGuardian loader is already installed in your system and it is ready to run protected scripts.

Системният път до Perl е:/usr/bin/perl

Ние поддържаме успоредно Python 2.x и Python 3.x. Вашите Python 2.x скриптове трябва да започват с този ред: #!/usr/bin/python Ако използвате Python 3.x, скриптовете трябва да започват с: #!/usr/bin/python3

/usr/sbin/sendmail

Пълният системен път до вашия акаунт е: /home/user_name Трябва да замените user_name с потребителското име на вашия хостинг акаунт.

Можете да обработвате изображения на нашите сървъри чрез GD, ImageMagick(Imagick) и NetPBM. GD PHP на нашите сървъри е компилиран с поддръжка за модула GD, така че можете да го използвате директно във Вашите PHP скриптове. ImageMagick (Imagick) Можете да активирате PHP модулa ImageMagick за даден домейн/поддомейн през раздел PHP Настройки на Вашия Контролен панел, следвайки тези стъпки: Натиснете бутона Промени до домейна/поддомейна. Отбележете с отметка разширението ImageMagick от раздел Разширения. Натиснете бутона Запази. PHP модулът ImageMagick може да бъде активиран и чрез ръчното добавяне на следния код в php.ini файл: extension = imagick.so В статията ни Промяна на PHP настройките за Вашия акаунт можете да откриете повече информация за различните начини, чрез които можете да променяте PHP настройките за Вашия акаунт. На нашите сървъри можете да използвате и изпълними файлове (команди) на ImageMagick директно. Те са достъпни в следната директория:/usr/local/bin/ Например, изпълнимите ImageMagick файлове (команди) convert и mogrify са достъпни тук: /usr/local/bin/convert /usr/local/bin/mogrify NetPBM Системният път до NetPBM е: /usr/local/netpbm/bin

Системният път към Ruby на нашите сървъри е:/usr/local/bin/rubyЕто защо вашите Ruby скриптове трябва да започват със следния ред: #!/usr/local/bin/ruby

Пълният системен път до главната директория на вашия уебсайт е: /home/user_name/www/www/ Трябва да замените user_name с потребителското име на вашия хостинг акаунт (например /home/joe/www/www)

Пълният системен път е: /home/user_name/private Трябва да замените user_name с потребителското име на вашия хостинг акаунт (например /home/joe/www/www)

В тази статия можете да откриете инструкции за инсталиране на "pyenv" на Вашия хостинг акаунт. Можете да използвате "pyenv" за инсталирането на Python версии по Ваше желание в различни директории. Подготовка За да извършите промените, описани в тази статия, трябва да сте настроили Вашия SSH акаунт и да сте активирали "SSH достъп" и "Мрежови инструменти" за него през раздел "SSH Достъп" на Контролния панел. Инсталиране За да инсталирате "pyenv", свържете се с Вашия акаунт чрез SSH и използвайте следните команди: echo 'export PYENV_ROOT="$HOME/private/.pyenv"' >> ~/.bashrcecho 'command -v pyenv >/dev/null || export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bashrcecho 'eval "$(pyenv init -)"' >> ~/.bashrcecho 'export PYENV_ROOT="$HOME/private/.pyenv"' >> ~/.profileecho 'command -v pyenv >/dev/null || export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.profileecho 'eval "$(pyenv init -)"' >> ~/.profilesource ~/.bashrccurl https://pyenv.run | bashПри изпълнението на команда "source ~/.bashrc", може да получите грешката "-bash: pyenv: command not found". Това не е проблем и можете да продължите с изпълнението на последната команда.Тези команди са взети от официалните инструкции за настройка на "pyenv". Единствената разлика е, че "pyenv" е инсталиран в директория "~/private/.pyenv" вместо в "~/.pyenv".Проверете дали "pyenv" е инсталиран правилно с тази команда: pyenv --version Примерна употреба на pyenv Можете да видите всички налични Python версии с тази команда:pyenv install --listСледната команда ще инсталира последната Python версия 3.11.x:pyenv install 3.11Тази команда ще активира Python 3.11 за текущата директория:pyenv local 3.11Можете да промените и глобалната версия на Python за Вашия акаунт: pyenv global 3.11За повече информация, примери и опции за настройка, можете да разгледате официалната документация на pyenv.

За съжаление не поддържаме JSP (Java Server Pages).

На нашите сървъри ionCube Loader е наличен по подразбиране. Можете да го активирате за даден домейн/поддомейн чрез раздела PHP настройки на хостинг Контролния панел, следвайки тези стъпки: Натиснете бутона Промени до домейна/поддомейна. Отбележете с отметка разширението ionCube от раздел Разширения. Натиснете бутона Запази. Можете да активирате ionCube и ръчно, като добавите съответния модул в PHP конфигурационен файл (php.ini). Тъй като има ionCube интерпретатор, компилиран за всяка PHP версия, трябва добавите модула, отговарящ на PHP версията, която се използва от Вашия скрипт според следната таблицата: PHP версия php.ini директива PHP 8.3   zend_extension=/usr/local/ioncube/ioncube_loader_lin_8.3.so PHP 8.2   zend_extension=/usr/local/ioncube/ioncube_loader_lin_8.2.so PHP 8.1   zend_extension=/usr/local/ioncube/ioncube_loader_lin_8.1.so PHP 7.4   zend_extension=/usr/local/ioncube/ioncube_loader_lin_7.4.so PHP 7.3   zend_extension=/usr/local/ioncube/ioncube_loader_lin_7.3.so PHP 7.2   zend_extension=/usr/local/ioncube/ioncube_loader_lin_7.2.so PHP 7.1   zend_extension=/usr/local/ioncube/ioncube_loader_lin_7.1.so PHP 5.6   zend_extension=/usr/local/ioncube/ioncube_loader_lin_5.6.so PHP 5.3   zend_extension=/usr/local/ioncube/ioncube_loader_lin_5.3.so Важно: ionCube Loader не поддържа PHP 8.0, а за PHP 8.4 към момента има само бета версия, която не е налична на сървърите. Можете да откриете повече информация за това как да промените Вашите PHP настройки в статията PHP настройки. ionCube "Failed loading" грешки Ако забележите грешки при зареждане на ionCube подобни на: Failed loading /usr/local/ioncube/ioncube_loader_lin_7.2.so: /usr/local/ioncube/ioncube_loader_lin_7.2.so: undefined symbol: zend_ce_countable тогава е възможно да има разминаване между PHP версията, която се използва от Вашия скрипт и PHP версията, за която е компилиран използвания ionCube модул. (Пример: Използвате скрипт в поддомейн, работещ с PHP версия 7.4, но в php.ini на този поддомейн е активиран ionCube модул за PHP версия 7.2) За да предотвратите такъв тип грешки, се уверете, че сте активирали ionCube модул, които е компилиран за PHP версията, използвана от Вашия скрипт.

На нашите сървъри предлагаме Zend Guard Loader. Той има поддръжка само за PHP 5.6 и PHP 5.3, които са остарели и не се поддържат от разработчиците на PHP. Не можете да използвате Zend Guard Loader с PHP 7. За да включите поддръжката на Zend Guard Loader за PHP 5.6, добавете следния ред в PHP конфигурационен файл (php.ini) във Вашия акаунт: zend_extension = /usr/local/Zend/ZendGuardLoader.so Ако използвате PHP 5.3, е нужно да добавите следния ред в PHP конфигурационен файл (php.ini) във Вашия акаунт: zend_extension = /usr/local/Zend/ZendGuardLoader-5.3.so В статията Промяна на PHP настройките за Вашия акаунт можете да откриете повече информация за това как да промените Вашите PHP настройки.

Състояние към декември 2020: Всички наши сървъри са преминали на Debian Buster. Ако е необходимо текущата директория да бъде в пътя за зареждане на модули, трябва да използвате Метод 2 описан по-долу. --- Дата: 15 февруари 2019 г. Тази статия обяснява предстояща промяна в конфигурацията на Perl. Тази промяна може да засегне скриптове, които зареждат модули от текущата работна директория (cwd). Въведение Още през 2016 година разработчиците на Debian обявиха, че постепенно ще започнат премахването на текущата директория (cwd / .) от пътя за зареждане на модули (@INC), тъй като това е потенциално опасно, и може да позволи изпълнението на зловреден код при определени обстоятелства. Повече информация може да бъде намерена в мейлинг листата на Debian тук.След известието, включването на (.) в пътя за зареждане беше направено конфигурационна опция в Debian Stretch - това е текущата версия на Debian на нашите сървъри.  Текуща конфигурация Нашите сървъри все още са конфигурирани по начин, по който предишното поведение е запазено - работната директория е все още включена в пътя за зареждане на модули на последна позиция с най-нисък приоритет. Бъдещата промяна При следващата главна версия на Debian опцията да оставим '.' в масива @INC в сървърната конфигурация няма да бъде налична. Това означава, че единственият начин да запазите текущото поведение ще бъде да направите настройката в потребителските скриптове. Затова предупреждаваме нашите потребители ползващи Perl, за да могат да се уверят, че техните скриптове не разчитат на включването на текущата директория в пътя за зареждане на модули.Ако имате Perl скриптове на сайта си, и особено ако те са правени от Вас, Ви съветваме да ги прегледате или да се консултирате с техните разработчици, за да се уверите, че няма да бъдат засегнати от промяната. Премахване на '.' от @INC сега Ако искате да елиминирате възможната заплаха за сигурността сега, премахвайки '.' от @INC, можете да използвате един от следните два метода: Метод 1: Създайте в папка "private" на вашия хостинг акаунт празен файл с име PERL_DISABLE_UNSAFE_INC (/home/$your_CP_username/private/PERL_DISABLE_UNSAFE_INC) С добавянето на този файл можете да тествате дали Вашите скриптове всъщност зареждат модули от текущата директория, и дали работят правилно, когато текущата директория е премахната от @INC, още преди промяната да бъде направена глобално. С тази настройка се спира зареждането на модули от текущата директория за всички Perl скриптове на вашия акаунт. Метод 2: Използвайте следния код в началото на Вашите Perl скриптове:BEGIN { pop @INC if $INC[-1] eq '.' }Tози код спира зареждането на модули от текущата директория за съответния скрипт. Настройване на '.' като първи източник за зареждане Ако искате да зареждате модули с приоритет от текущата директория, можете да използвате следния код в началото на скриптовете си:use lib '.';Моля, имайте предвид, че с този код Вашите скриптове ще продължат да зареждат модули от текущата директория дори след споменатата бъдеща промяната. Запазване на текущото поведение Ако искате да запазите текущото поведение след промените трябва да използвате следния код във Вашите Perl скриптове: Метод 1: Създайте в папка "private" на вашия хостинг акаунт празен файл с име PERL_USE_UNSAFE_INC (/home/$your_CP_username/private/PERL_USE_UNSAFE_INC) С добавянето на този файл, модулите от текущата директория ще бъдат зареждане с най-нисък приоритет, за всички Perl скриптове на вашия акаунт. Метод 2: Използвайте следния код в началото на Вашите Perl скриптове:BEGIN { push @INC, '.' }Този код ще направи същата настройка само за съответния скрипт. ВАЖНО: Използването на PERL_USE_UNSAFE_INC ще е възможно единствено до преминаването към Debian 10. Краен срок Въпреки, че не можем да дадем точен краен срок, тъй като не можем да кажем с точност кога ще излезе следващата главна версия на Debian, съветваме нашите клиенти да обърнат внимание на този въпрос незабавно. През февруари 2019, планираме да променим поведението на Perl, така че да НЕ СЕ зареждат модули от текущата директория по подразбиране. Ако вашите скриптове не са съвместими и не можете да ги направите такива преди февруари 2019, можете да използвате PERL_USE_UNSAFE_INC настройката, която ще ви даде още малко време - до преминаването към Debian 10.