- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Узким местом в этом случае будет связка между языком программирования и БД. То есть, в веб- и подобных приложениях нужно смотреть, кроме всего прочего на скорость интерфейса, который реализован для данной БД в языке.
Что у перла, что у питона, что у пхп интерфейс работы с БД один и тот же, так? А заключается он в отправке команд по tcp протоколу. Хоть на си пишите, различия в скорости вы не увидите.
У Perl есть лишь одно серьёзное преимущество - он может не разрывать коннект с базой MySQL в режиме работы с fastcgi.
ПХП тоже, причем в режиме работы приложения апача - mysql_pconnect()
ps: не важен инструмент, важны умения мастера. терпеть не могу холивар про языки программирования :)
Что у перла, что у питона, что у пхп интерфейс работы с БД один и тот же, так?
но ответы "на стороне языка" нужно ещё и отпарсить и передать данніе в нужное место. А тут уже упирается в эффективность реализации в языке. Хотя я и согласен с мыслью, что высказанной на форуме mysql, что основной затык не в языках, а в кривонаписанных запросах.
но ответы "на стороне языка" нужно ещё и отпарсить и передать данніе в нужное место. А тут уже упирается в эффективность реализации в языке. Хотя я и согласен с мыслью, что высказанной на форуме mysql, что основной затык не в языках, а в кривонаписанных запросах.
Все проблемы, а также тормоза в скриптах связаны с человеческим фактором, можно хоть на чем написать такое... что любой сервак упадет, а можно грамотно, красиво написать, и на php будет скрипт работать не хужи написанных на иных языках. ИМХО ). А вообще, не понимаю подобных рассуждений, однозначно все останутся при своих мнениях, и у каждый человек это личность, индивидуальность, у каждого человека свои прямые руки, которые пишут на языке понятном и удобном ему. И однозначного утверждения никогда и никто не сделает, какой язык быстрей и лучше всего.
А вообще, не понимаю подобных рассуждений, однозначно все останутся при своих мнениях
Но для подтверждения мыслей в некоторых случаях человек полезет искать информацию и узнает что-то новое, да и "соперники" в споре дадут какие-то факты и заставят посмотреть на проблему с другой стороны. :)
И однозначного утверждения никогда и никто не сделает, какой язык быстрей и лучше всего.
Дело даже не только и не столько в этом.
То есть, если вы в случае чего рассоритесь с программистом, то вам придётся искать программера, который сможет поддерживать такой проект. При этом, действительно, нужно не забывать, что хорошего программиста на пхп сейчас найти легче чем хорошего программиста на перл.
HolyWar Detected
Не надо спорить с T.R.O.N., он люто бешено фапает на Perl. Все равно не переубедите.
Главное, на что стоит обратить внимание, - это, действительно, удобство дальнейшей поддержки. Прогеры на перле вымирают, T.R.O.N., возможно, один из последних олдскульных девелоперов, кто пишет на перл и вместо бд использует файлы. Готов спорить, что придется потратить немало денег и времени, чтобы найти человека, который смог бы продолжать его разработки. С этой точки зрения PHP куда более приемлимый вариант, но трудно отсеять быдлокодеров. Смотрите таки в сторону .NET Или Python - хороший программист на чем угодно может сделать "серьезный проект", а за микросекунды биться никому не нужно.
Спс за совет. Выбора особого нет. Либо работать с хорошим Перл прогером либо с неизвестно каким но скорее всего плохим ПХП программистом. Время на поиск нет. Проект будет на перле.
Либо работать с хорошим Перл прогером либо с неизвестно каким но скорее всего плохим ПХП программистом.
Гениально! Никаких комментариев. Собственно, ещё один мёртвый проект.
А почему про ASP никто не упомянул? :)
Стереотипы рулят?!