Правильно, зачем что-то выяснять.
На форумах так принято: если ты что-то утверждаешь от балды, то тебя просят показать доказательство. Ты сказал, что в PHP полно дыр. Где они?

Кроме тебя никто и не знает, что PHP это надстройка над чем-то. Сам-то понял, что написал?

Ты утверждаешь, что в РНР нет сейчас ни одной дыры?
Если да, то готов потратить своё время и доказать свои слова.
Твой РНР обращается напрямую к процессору? Это низкоуровневый язык программирования?
Тогда вопросов больше нет.

Как ты заметил, я написал "Теоретически", это значит не 100%. Я это подвёл к итогу, так как пару лет назад видал движок на чистом JavaScript( на HTML основе естесно, иначе не как ), с админкой. С чем он там работал, с мускулом или какой другой базой, или текстовыми файлами.., не помню, меня он не интересовал, пробежался лишь поверхностно по описанию. От сюда и мои доводы, о том что можно на JavaScript сделать, а как там в реали, не скажу, я в JavaScript почти ноль, разве что по готовому коду пробежаться да параметры подправить.
А так по поводу дискуссий что лучше - перл или пых, то чего спорить то, каждый юзает то что ему нравится. По мне, так перл своё отжил, просто навсево.

чисто на JavaScript нельзя сделать никакого шопа, все данные и их обработка в любом случае должны производиться на сервере, а это уже php, perl, C#, Java или что угодно + база данных. Вы же надеюсь понимаете что JavaScript это только то что в браузере + запросы на сервер, сам посибе он никаких данных хранить не может.

нет, ну нельзя же доказывать то чего нет, вот если бы была дыра и убидительное ее описание, то было бы дело

php это скриптовый язык используемый в 99.9% для веб страничек, накой там доступ к процессору и низкоуровнивое программирование ) это же бред. Он отлично справляется в своей отрасли о чем свидетельствует куча сайтов на нем написанных.

Скорее всего, ты что-то путаешь. Магазин, использующий только клиентский js, невозможен в принципе. Серверный js -- это в настоящий момент только node.js, но он, судя по чеинжлогу на офсайте, пару лет назад только в свет вышел, никаких магазинов на нём не было ни тогда, ни, вроде бы, сейчас.

Я утверждаю? Не надо подменять понятия, это ты утверждаешь, что в PHP "дырки". Я не знаю, есть ли там дырки, теоретически дырки есть везде, просто их надо найти. Но практически, время нахождения дырок "где угодно" стремится к бесконечности. То, что на момент написания фразы про дырки в PHP, ты писал от балды не имея никакой конкретики, я уже понял, что касается "готов поискать", то можешь не тратить время, ты вряд ли что-то найдёшь и это надо было делать до. На будущее советую не утверждать что-то в споре, не имея заранее пруфов.

Мой - скорее перл, я на нём за последние десять лет кода накатал побольше чем на пхп. Оба языка транслируют исходники в байт-код, который потом интерпретируют, заметного преимущества у кого-то перед оппонентом нет.
Опять подмена понятий. У тебя каша в голове. Исходный посыл был про скорость Perl vs PHP в вебе. Во-первых, сразу без конкретики уточняющей веб-сервер и в каком виде используются Perl и PHP, за скорость сказать нельзя вообще ничего. Есть три основных типа использования серверного скриипта: в режиме CGI, в режиме хэндлера и в режиме FastCGI. Есть куча веб-серверов и есть куча акселераторов, кэширующих байт-код, значительно ускоряющих время выполнения.
Проблема со сравнением заключается в том, что нет симметричных сравнений одинаковых технологий при использовании обоих языков. Плюс, с Perl вообще непонятно, что быстрее: mod_perl или FastCGI, чтобы взять однозначно самую быструю технологию. Плюс, сюда накладывается, будем ли мы сравнивать отдачу статики или динамики.
Я не видел вообще ни одного грамотного симметричного сравнения производительности в сети. Оба языка можно использовать для написания высокопроизводительного веб-сервиса.

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

данные то где хранятся? js напрямую в mysql ломится? а авторизация как происходит? не нужно путать интерфейсную часть с целым шопом, если жаваскрипт рисует кнопочки и формочки это совсем не значит что весь сайт на нем функционирует

http://www.dimarina.ru/articles/jquery-eshop/ глянь сам, мне лень разбираться

Вот это на клиенте по его словам и это только часть магазина. На сервере всё равно есть: админка, список товаров, платёжка.

Скорее всего, там в каждой странице уже весь набор товара и при выборе клиентом нужно, отправляется емейл на адрес продавца.
Интернет-магазин прошлого века.

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

А тебе, Фантомас, я потом отвечу.

данные хранятся в переменных

Не важно, как они хранятся. Смысл в том, что весь Интернет-магазин загружается юзеру в одну страницу. Нет интерактива.

ой ли... ты про кукисы слышал?

В каком смысле?
Если честно, мне не интересно разбираться в технологиях прошлого века (я про инет-магазина на ЯваСкрипте, а не про куки).
На скриптах, оно и удобнее и абсолютно не дороже ...

JavaScript не может слать email. Максимум что можно это по mailto вызвать стандартный емэйл клиент юзера и передаь туда адрес, тему, и до 2000 знаков. Не большой список артикулов товаров конечно проканает, но в купе со всеми товарами зашитыми намертво в html код, без склада, выйдет очень бестолковый магазин, хотя для очень маленьких шопов возможно даже пойдет, если заказ раз в месяц, то чекнуть мыло продвцу не составит труда.

ну не интересно и ладно, незачем тогда писать всякую муть

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