Как называется пакет для програмирования динамических сайтов под php (Как называется пакет для програмирования динамических сайтов под php)

[vini1979]

Как называется пакет для програмирования динамических сайтов под php в Debian

[BlackStar]

vim?

[rm_]

vim?

Зачем же настолько цинично издеваться над новичками, посоветовали бы хотя бы geany.

[serg43]

emacs?

[vini1979]

vim?

Спасибо пацаны попробую

[jobfox]

на emacs'e можно php писать???

[Brainsburn]

на emacs'e можно php писать???

Зачем вам php писать? Вы - разработчик php?

[diesel]

на emacs'e можно php писать???

http://www.emacswiki.org/emacs/PhpMode

Топикстартеру:
IDE под Linux
Тонкая настройка vim
Конфигурация (x)emacs
http://allaboutvim.blogspot.com/2007/07/vi...im-ide-php.html

http://zippovich.habrahabr.ru/blog/28022/
http://habrahabr.ru/blogs/linux/38166/

http://www.linuxlinks.com/article/20080824...67/Editors.html

[Voral]

Как называется пакет для програмирования динамических сайтов под php в Debian

php - язык программирования. На котором можно (не он не только для этого) создавать скрипты генерирующие страницы
Динамический сайт - это лишь сайт на котором есть возможность менять страницы... Да собственно (имхо). Это вообще состояние сайта. Т.е. самый запрограмиированый сайт может быть очень даже статическим..... ну да ладно. php - лишь инструмент

Под php сайты не пишут..... В крайнем случае на php


А может вы вообще имели ввиду готовые системы управления контентом (CMS) на php.

тут уж к линуксу не имеет отношения.


Если же вы имеете ввиду в каком редакторе можно редактировать код php? Мне нравится kate.

[ffldove]

Как называется пакет для програмирования динамических сайтов под php в Debian

Возможно топикстартер имеет ввиду связку apache+php, для пробы своих сил в "програмирования динамических сайтов под php в Debian"?

[jobfox]

1) Ставите сервер lighttpd (он лучше чем Апач) :
http://www.juev.ru/2009/07/18/lighttpd-ist...e-veb-serverov/
2) в папке /var/www редактируете свои скрипты (сначала chmod -R 777 на эту поставьте), на свои сайты со своего пк заходите набрав localhost,
3) ну и редактор ка выберете для php, например emacs есть, но мне он что-то не понравился. Отличный редактор для веб разработки Komodo Edit, но занимает 40мб!

[Voral]

2) в папке /var/www редактируете свои скрипты (сначала chmod -R 777 на эту поставьте), на свои сайты со своего пк заходите набрав localhost,

Хороший совет Я б сразу на корень.....

[drBatty]

2) в папке /var/www редактируете свои скрипты (сначала chmod -R 777 на эту поставьте), на свои сайты со своего пк заходите набрав localhost,

может вы имели ввиду chown ?
chmod 777 - это слишком опасно, вы сейчас научите, а ведь он потом постоянно так будет делать

PS: кстати, 777 - просто глупо, тогда-уж 666, а потом +x на каталоги (но лучше chown)

ЗЗЫЖ для тс: вам не попасть домой. вы ключ забыли. вам дают совет: купите гранату Ф1, выдерните чеку, и положите под свою дверь. после чего можете заходить. примерно то-же вам и посоветовали сейчас

[Voral]

может вы имели ввиду chown ?

На мой взгляд самое "прямое" решение: добавить своего пользователя в группу от которой работает веб сервер. Для апача это www-data. если сменить владельца то потом, возможно, придется разбираться почему не работает тот или иной скрипт (который с файлами имеет дело). По скольку речь идет о динамическом сайте. то достаточно правильное и распространенное решение. генерить (там где возможно) страницы только при изменениях, а потом уже отдавать этот подготовленный вариант.... Соответсвенно если сделать chown когда уже есть такая предподготовленая страница, а потом внести изменения гдето, то эта предподготовка работать уже не будет ибо у сервера не будет прав на изменение файла.

[drBatty]

ля апача это www-data.

у меня apache

На мой взгляд самое "прямое" решение: добавить своего пользователя в группу от которой работает веб сервер.

ага. это более правильное решение.

Соответсвенно если сделать chown когда уже есть такая предподготовленая страница, а потом внести изменения гдето, то эта предподготовка работать уже не будет ибо у сервера не будет прав на изменение файла.

:) пусть убьёт страничку, и сделает её заново.
кстати, обычно сгенеренные странички нигде не хранятся, а генерятся по мере надобности...

[Voral]

кстати, обычно сгенеренные странички нигде не хранятся, а генерятся по мере надобности...

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

Я встречался с такоцй практикой и в широкораспространенных ЦМСках (названия не буду говорить, т.к. специаольно не озадачивался, а сталкивался со многими) да даже в некоторых визивиках которые любят прикручивать к тем самым цмскам.

[drBatty]

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

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

[Voral]

или вы хотите, что-бы сервер генерил недоделанную страничку, а потом читал её и доделывал? и когда он будет её генерить?

Угу.
сталкивался, например, в забугорном проекте. Было определено такое поведение в ТЗ.

На память приходят такие варианты: в параметрах страницы в панели управления сайта есть "галка" генерить страницу или брать из "кэша". Ну и кнопка типа "сгенерировать в кэш". Второй вариант. Смотрим время изменения шаблона и время изменения в кэше - если шаблон менялся перегенерируем в кэше.

приблизительно так. Если очень интересно могу более подробно логику изложить - хотя, думаю, суть должна быть понятна.

Вот глянул сейчас в архиве - в ShopCMS есть папка cache. Заглянул в файлы находящиеся в ней и освежил в памяти суть....

Итак в зависимости от цмс в шаблонах мы имеем наборы тегов (присущих конкретной цмс). В кэш помещаем уже файлы в которых вместо этих тегов php-код. Таким образом нет необходимости прогонять страницу через цмсочный парсер. Ну естественно эти файлы генерируются только по необходимости (например если время изменения шаблона окажется более свежим чем сгенерированя страница)

[drBatty]

Угу.
сталкивался, например, в забугорном проекте. Было определено такое поведение в ТЗ.

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

А вообще вы правы, я сам видел что-то подобное...

[Voral]

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

естественно. А еще есть каталог куда сервер будет загружать закачиваемые файлы, а в другой миниатюры картинок, в третий картинки с накладными водными знаками.....

Короче легче в группу своего пользователя

[drBatty]

естественно. А еще есть каталог куда сервер будет загружать закачиваемые файлы, а в другой миниатюры картинок, в третий картинки с накладными водными знаками.....

...четвёртый - файлы юзверей, если им такое можно.
во вроде и всё...
конечно-же, в каждом конкретном случае что-то легче, а что-то сложнее.