Добрый день, дамы и господа!

Поделитесь, каким инстументарием Вы пользуйтесь для разработки сайтов (вернее, для программирования для сайтов).

Лично я использую:

Mastak Absolute Perl (+сам Perl, естественно) на рабочей станции под Win - для написания и предварительной проверки (компиляцией) скриптов. Все исходники - на локальном диске.

Irlex в качесстве "терминального" клиента - для просмотра error.log, mysql - клиент запускаю и прочие "терминальные" задачи

Far в качестве (псевдомногооконного) SFTP клиента - чтобы файлы залить, шаблоны поправить, удалить что-нибудь   

Для информации: сервер под FreeBSD, Apache, MySQL

Порядка 10 лет назад писал программки  на FoxPro 2.x под DOS. Там было шикарное IDE, которое решало практически все задачи, связанные с разработкой. Хочется такого же счастья для Web.

Система: WinXP
Пакет Denwer (Apache, Perl, Pyhon, PHP, MySQL, PostgreSQL).
Редактор: PHP Expert Editor

Т.е. вся отладка идет под Win, а затем (отлаженный) проект со всеми данными переносится на сервер для тестирования. При нахождении ошибки - окружение (набор исходных данных, вызвавших ошибку) - обратно на Win, там снова отладка и процедура повторяется (заливка, тестирование). Так?

У меня несколько (разных) наборов данных хранятся прямо на сервере.

Только муторно это и порядком уже достало... Может есть счастье? Хочется, в частности, в процессе запуска скрипта именно на сервере (или его эмуляторе) посмотреть текущие значения переменных, а не выводить их в error.log командой warn.

P.S. Посмотрел темы форума на подобный вопрос, нашел только ссылки на Perl-редакторы.

winXP, apache, activeperl, homesite, mysql

отличная IDE - мозг, глаза, руки )) + ICQ ;), друзья, форумы (инет)
Привык: 
FreeBSD, WinXP
Perl, ActivePerlsh, putty, mc, totalcmd, winspc
Apache, MySQL, PostgreSQL
Gvim7 (SciTe)
Opera, FF, IE, links


Это сообщение отредактировал(а) nitr - 19.10.2006, 16:56

linux, joe (консольный редактор), nedit (графический редактор), ddd (графический отладчик).
Если с сервером быстрая связь и анлим, то можно через putty (ssh-клиент) и xming (Х-сервер) запускать там графические приложения, в частности, nedit и ddd (нужно только X-forwarding в настройках ssh разрешить).

Спасибо, почитаю про DDD.

Опиши, пожалуйста, в кратце, как происходит отладка скрипта c помощью DDD.  

Например, есть HTML-форма с полями ввода и CGI-скрипт (script.cgi, с использованием модуля CGI.pm), который из этой формы "запускается" и делает какую-то лажу вместо того, чтобы делать все хорошо. 

Для определенности, будем считать, что в HTML есть input-поле с именем name, а скрипт (по ошибке) принимает 
$name=$cgi->param('nam'). Естественно, в БД пишется лажа. Узнает мы это по косвенным причинам, например, просматривая таблицу БД из консоли mysql.

Для отлова подобной ситуации я ставлю в код строки типа



Запускаю из браузера скрипт и смотрю в error.log результат.

Windows

Редактор - Komodo
Perl - ActiveState 5.8 (нужен для Komodo)
SFTP манеджер - WinSCP3
Mysql манеджер - EMS SQL Manager 2005 for MySQL
Регулярки - RegexBuddy
Терминальный клиент - Putty


FreeBSD
FreeBSD стоит как виртуалка на машине с WinXP

На FreeBSD

PERL
Apache + mod_perl + SuEXEC
Mysql 5
Subversion


Это сообщение отредактировал(а) djkostya - 24.10.2006, 10:30

freebsd на сервере (apache+mod_perl+mysql)
webdive - подключает по ftp,sftp как сетевые диски в win
eclipse + epic - редактор

Gentoo и Eclipse + EPIC + OxygenXML + Subclipse
то есть получается perl + xml/xhtml/css/xslt/docbook + svn в одном флаконе
для отладки использую perl -d и DB::single, так как альтернативы нет - все без исключения графические отладчики мрут при работе с объектами в несколько десятков мегабайт и более
честно говоря, perl -d удобная штука, когда привыкнешь. это такой же изврат как жить в emacs. сейчас даже маленькие скрипты с ним смотрю 

Если не трудно, опиши (очень кратко) процесс отладки с perl -d и DB::singleмаленького cgi-скрипта.

cgi должен начинаться с #!/usr/bin/perl -d
устанавливаешь переменную окружения с указанием куда коннектится перлу
PERLDB_OPTS=RemotePort=127.0.0.1:9000
вешаешь netcat на любой удобный порт
nc -l -p 9000
и рулишь процессом выполнения из консоли netcat

ЗЫ естественно у тебя цифры могут быть другие

потом
можно эмулировать HTTP сессию локально c помощью CGI::Test

и, наконец, я не пользуюсь cgi   после того как увидел Catalyst

и с DB::single все просто - это точка остановки для отладчика
так как в больших проектах запаришься ручками по функциям до нужного места добираться, то пишешь прямо перед интересующим тебя куском DB::single=1; и запусткаешь perl -d, потом c(continue) программа выполняется до тех пор, пока не встретит точку остановки
ну а дальше жуков ловить или опять continue сказать(до следующей точки)

Спасибо.



Т.е. идея такая:

Достигнув точки останова скрипт (вернее, Perl) "останавливается" и ждет команд с консоли, куда его подцепили. Web-сервер, естественно, тоже "курит бамбук" - он ждет ответа от скрипта.  В консоли - возможность вводить команды отладчика. Смореть на переменные, нажать "с" (никогда не пользовался отладчиком, т.к. всегда скрипты запускал "из-под браузера") и т.д. Дальше, скрипт продолжает работу, отдает результат web-серверу. Тот - пользователю. На этом вся эта счастливая история завершается. Так?

netcat уже установил из портов
Пошел читать про CGI::Test, про DB:: и про то, как установить переменную окружения PERLDB_OPTS :-\

Будет время - посмотрю эту технологию отладки. Результат напишу. 

И еще глупый вопрос.
Catalyst это оборудование от Cisco?  (Ваша киска купила бы Cisco!  ). Могу предположить, что CGI.pm посто отъедает очень много памяти и использовать его на Киске нельзя. Какова же альтернатива? Руками разбирать параметры уж очень влом... CGI.pm удобен, например, для создания "устойчивых" форм (в связке с HTML::Template) - но это здесь offtopic, можно обсудить в отдельной теме, если интересно.

Perl debugger это полноценный консольный отладчик промышленного уровня
краткая шпора по командам http://www.perl.com/2004/11/24/debugger_ref.pdf
можешь в p2p книжки по нему поискать

Catalyst это
http://www.google.ru/search?hl=ru&q=Catalyst%2Bperl

CGI как таковое скоро останется как раритет, IMHO для любого веб приложения с более-менее приличной посещаемостью можно использовать mod_perl, FCGI или решения standalone типа таких, какие используют в livejournal, но никак не CGI

в качестве редактора, деббагера, отладчика и т.д. используй Comodo... среда разработки от ActiveState... Версии есть под кучу различных ОС.

http://www.activestate.com/Products/