- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Опишите что, зачем и почему вы собираетесь делать.
Скрипт, генерирующий одну-две статичные страницы, на основе данных из конфига и админ-панели (тоже одна страница). СУБД и модули, скорее всего, использоваться не будут.
Если вы считаете что скрипт никто не будет модифицировать - почему opensource?
Потому что веб-приложения на Perl/PHP по умолчанию opensource.
Если вы в совершенстве знаете оба языка - откуда вопросы про проблемы с установкой?
Я почти не пользуюсь чужими скриптами и проблем никогда не было. Я "программист", а не "тестировщик" - у меня всё работает. :) Поэтому необходимо знать мнение других людей.
Ugnich Anton, Видимо скрипт не очень большой, сделайте обе версии. По результатам загрузок узнаете какая версии более популярна. У меня получается на 400 загрузок PHP скрипта, одна загрузка Perl скрипта.
По результатам загрузок узнаете какая версии более популярна.
Для этого скрипты писать не надо, чтобы узнать что популярнее. :)
Поскольку аргументов "против" почти не было, буду писать на Perl. :)
PHP популярней, как тут уже сказали. Это и бОльшая информационная поддержка и бОльшая же уязвимость к взломам, опять таки в силу популярности. Но сказать, что "Perl фарева!" или наоборот "PHP круче!", может только пятилетний ребенок. Все очень субъективно. Все очень индивидуально.
Если скрипт для масс, то на сегодняшний день - PHP.
делать опенсорс на перл - глупость
делать опенсорс на перл - глупость
Perl, как ТС уже написал выше по умолчанию opensource. А вот писать подобные утверждения безо всякой мотивации - это называется "неуважение к собеседникам".
PHP популярней, как тут уже сказали. Это и бОльшая информационная поддержка и бОльшая же уязвимость к взломам, опять таки в силу популярности. Но сказать, что "Perl фарева!" или наоборот "PHP круче!", может только пятилетний ребенок. Все очень субъективно. Все очень индивидуально.
ТС спрашивал совсем о другом. Про информационную поддержку вы ошибаетесь, библиотеки равной CPAN по объему у PHP нет. Уязвимости это не проблемы языка, а проблемы программиста. Никакого отношения это к выбору платформы не имеет.
Для задачи ТС - скрипт для генерации двух страниц без использования БД выбор языка реализации непринципиален. Как правило, несложные скрипты, которые не имеют коммерческой ценности (и потому поставляются в открытом коде) и не предназначены для модификации потребителем множат на нескольких языках сразу. Наиболее живой пример - скрипты работы с платежными системами (прием карточек). Если скрипт простой, то нет проблем написать сразу и на Perl и на PHP и на ASP и на чем угодно еще. Это дает большую распространенность продукту.
А имеет значение для выбора языка распространенность интерпретатора. Если скрипт просто веб-ориентации и предназначен для установки на коммерческих виртуальных хостингах - Perl или PHP - все равно. А вот если он специализированный - Perl может оказаться более выгодным, поскольку на Unix он по умолчанию ставится вместе с операционкой и является по сути ее частью. А PHP - нужно доставлять. Если приложение делается для специализированных секторов, типа банковского, где одни солярки стоят или еще чего похуже - это может оказаться критичным для распространения софта.
"неуважение к собеседникам"
Извините.
Может и погорячился
Ugnich Anton, если Вы хотите делать действительно OpenSource, то однозначно пишите на Perl соответствующий модуль. Потом аккуратно его описываете, пишете проверку зависимостей от других модулей и выкладывайте на cpan.org. Если модуль действительно стоящий (как например LWP::UserAgent, HTTP::Request, WWW::Google::PageRank), то он станет популярным и нужным другим разработчикам.