Вход на сайт
Очень нужен совет как быть
10.11.11 14:57
Последний раз изменено 10.11.11 15:47 (mama Na)
Доброго дня, уважаемые специалисты вебдизайна!
Ситуация такова. Делаю интернет-магазин. Товар свой (делаю свечи), дизайн тоже сделала свой. Нужна программная начинка, чтобы поставить сайт на рельсы. И вот тут встал вопрос что делать. Насколько я понимаю мне нужен движёк, т.к. магазин у меня достаточно простой и индивидуальный пхп код ему не нужен (права ли я?). Насколько это трудно и реально ли в краткие сроки (ну месяц пусть) поднять эту тему самостоятельно с нуля, разобраться и дорастить сайт на базе движка в магазин? Или не стоит и заморачиваться, сразу обращаться к специалисту? Тогда вопрос бюджета? Я так прикинула расценки очень разные от 250 долларов до 4000 долларов (то, что я нашла в русском инете). Сколько это может реально стоить?
Предвижу вопрос а почему бы мне не воспользовать шаблоном и не сделать типовой магазин на базе движка. Не хочу из принципа. У меня очень индивидуальный товар и для него нужен мой продуманный дизайн (верстку страниц уже завершаю, делала я и художник).
Структура магазина типовая: галерея товара - страница описания товара - корзина - выбор оплаты - выбор доставки. Оплата кредиткой и пэйпэл.
Да, и ещё, для установки оплаты кредиткой нужно ПО от банка?
Короче, я в запарке
Спасибо большое заранее!
Ситуация такова. Делаю интернет-магазин. Товар свой (делаю свечи), дизайн тоже сделала свой. Нужна программная начинка, чтобы поставить сайт на рельсы. И вот тут встал вопрос что делать. Насколько я понимаю мне нужен движёк, т.к. магазин у меня достаточно простой и индивидуальный пхп код ему не нужен (права ли я?). Насколько это трудно и реально ли в краткие сроки (ну месяц пусть) поднять эту тему самостоятельно с нуля, разобраться и дорастить сайт на базе движка в магазин? Или не стоит и заморачиваться, сразу обращаться к специалисту? Тогда вопрос бюджета? Я так прикинула расценки очень разные от 250 долларов до 4000 долларов (то, что я нашла в русском инете). Сколько это может реально стоить?
Предвижу вопрос а почему бы мне не воспользовать шаблоном и не сделать типовой магазин на базе движка. Не хочу из принципа. У меня очень индивидуальный товар и для него нужен мой продуманный дизайн (верстку страниц уже завершаю, делала я и художник).
Структура магазина типовая: галерея товара - страница описания товара - корзина - выбор оплаты - выбор доставки. Оплата кредиткой и пэйпэл.
Да, и ещё, для установки оплаты кредиткой нужно ПО от банка?
Короче, я в запарке

Спасибо большое заранее!
NEW 10.11.11 15:04
в ответ mama Na 10.11.11 14:57
Стоимость будет зависеть от того что у вас уже есть. Вам нужна не только программная начинка, но и дизайн, как я понимаю. Поэтому сразу стандартные вещи - логотип и фирменный стиль есть или нужно будет так же разрабатывать? Всё остальное может быть вполне стандартным и будет стоить не очень дорого. Вы можете принимать оплату кредитками через PayPal, тогда вам не нужно будет заворачиваться с ПО банка. Если интересно - обращайтесь в личку или по почте, сделаем вам предложение.
Создание сайтов, онлайн-магазинов в Германии
NEW 10.11.11 16:21
в ответ mama Na 10.11.11 14:57
если вы сделали СВОЙ дизайн и верстку, привязать всё это на готовый движок интернет-магазина не получится (там ведь своя логика в страницах и структуре). Правда я не видел вашего дизайна, поэтому ответ субъективный... Вам с нуля вряд ли за месяц это все освоить, лучше искать тех кто разбирается.
NEW 10.11.11 16:51
в ответ mama Na 10.11.11 14:57
Что бы назвать реальную цену, надо побольше информации, в идеале скиньте свой дизайн на емайл и напишите четко что должно быть сделано, тогда могу назвать конкретную цену. Биллинг прикрутить вобще не проблема, если знать какие способы оплаты вам нужны, есть фирмы которые предлагают всё пакетом, вплоть до оплаты по счёту.
http://www.tiviteka.com - http://www.krokus-studio.de/
NEW 11.11.11 09:40
фигня, привязать можно практически что угодно к чему угодно, тем более в шопе ничего нового не придумали - список категорий, список товаров, вот и весь шоп :)
возьмите любой движок магазина и накатайте на него свой дизайн, к примеру oxid shop, за месяц точно разбиретесь, ну а если нет, то за 150-200 евро можно найти специалиста который это сделает
без пхп не получится, вам же карзина и заказы нужны
в ответ Andrew1 10.11.11 16:21
В ответ на:
если вы сделали СВОЙ дизайн и верстку, привязать всё это на готовый движок интернет-магазина не получится (там ведь своя логика в страницах и структуре)
если вы сделали СВОЙ дизайн и верстку, привязать всё это на готовый движок интернет-магазина не получится (там ведь своя логика в страницах и структуре)
фигня, привязать можно практически что угодно к чему угодно, тем более в шопе ничего нового не придумали - список категорий, список товаров, вот и весь шоп :)
В ответ на:
Очень нужен совет как быть
Очень нужен совет как быть
возьмите любой движок магазина и накатайте на него свой дизайн, к примеру oxid shop, за месяц точно разбиретесь, ну а если нет, то за 150-200 евро можно найти специалиста который это сделает
без пхп не получится, вам же карзина и заказы нужны
NEW 11.11.11 11:56
Если соображалка работает и школу не прогуливали, то реально сделать перенос своего дизайна в один из существующих магазинов, но надо, чтобы вам сказали, что именно изучать. Но лучше, как посоветовали, найти кого-то, кто сделает. Если хотите дёшево - у нижней ценовой границы - придётся брать один из продаваемых дизайнов под один из существующих магазинов - там не будет затрат на перенос дизайна (вашего из фотошопа) в шаблонную систему магазина. Если хотите свой дизайн в каком-то существующем магазине, придётся платить за перенос и это будет стоить дорого. Писать магазин с нуля (програмниую часть, трудозатраты знчительно выше, чем изготовление дизайна) - экономически нецелесообразно, есть куча готовых.
Описание совсем простое и сделать такое, как вы написали, на самом деле быстро и достаточно дёшево. Но также надо делать админку для заполнения товаров, также надо регистрировать пользователей, чтобы принимать у них оплату, делать какую-то систему статистики, также надо всякие страницы с AGB чтобы в магазине были, также надо для ряда товаров цену за сто грамм предусматривать указывать и т.д. Там снежный ком, плюс, сайты работающие с деньгами должны быть сделаны с учётом того, что их будут пытаться взломать, соответственно, надо знать связанные с этим вещи и писать так, чтобы не было дыр. Это всё дорого, лучше использовать готовое и всего лишь воткнуть туда свой дизайн.
В ответ на:
Насколько это трудно и реально ли в краткие сроки (ну месяц пусть) поднять эту тему самостоятельно с нуля, разобраться и дорастить сайт на базе движка в магазин?
Насколько это трудно и реально ли в краткие сроки (ну месяц пусть) поднять эту тему самостоятельно с нуля, разобраться и дорастить сайт на базе движка в магазин?
Если соображалка работает и школу не прогуливали, то реально сделать перенос своего дизайна в один из существующих магазинов, но надо, чтобы вам сказали, что именно изучать. Но лучше, как посоветовали, найти кого-то, кто сделает. Если хотите дёшево - у нижней ценовой границы - придётся брать один из продаваемых дизайнов под один из существующих магазинов - там не будет затрат на перенос дизайна (вашего из фотошопа) в шаблонную систему магазина. Если хотите свой дизайн в каком-то существующем магазине, придётся платить за перенос и это будет стоить дорого. Писать магазин с нуля (програмниую часть, трудозатраты знчительно выше, чем изготовление дизайна) - экономически нецелесообразно, есть куча готовых.
В ответ на:
Структура магазина типовая: галерея товара - страница описания товара - корзина - выбор оплаты - выбор доставки. Оплата кредиткой и пэйпэл.
Структура магазина типовая: галерея товара - страница описания товара - корзина - выбор оплаты - выбор доставки. Оплата кредиткой и пэйпэл.
Описание совсем простое и сделать такое, как вы написали, на самом деле быстро и достаточно дёшево. Но также надо делать админку для заполнения товаров, также надо регистрировать пользователей, чтобы принимать у них оплату, делать какую-то систему статистики, также надо всякие страницы с AGB чтобы в магазине были, также надо для ряда товаров цену за сто грамм предусматривать указывать и т.д. Там снежный ком, плюс, сайты работающие с деньгами должны быть сделаны с учётом того, что их будут пытаться взломать, соответственно, надо знать связанные с этим вещи и писать так, чтобы не было дыр. Это всё дорого, лучше использовать готовое и всего лишь воткнуть туда свой дизайн.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 12.11.11 21:40
Сделать магизин без PHP и MYSQL нереально. На движках без PHP делают визитки, блоги, но чтобы магазин - не встречал. Сами вы за месяц не сможете освоить ту же Joomla на уровне программера. На уровне юзера вполне. Но юзер не выйдет за рамки и не сможет доработать код так как вам нужно. Ну разве что мозги прокачаны и не будут закипать после принятия очередной дозы знаний. Знания тоже неупорядочены. Обучающих курсов очень много и нужно их всех пересмотреть, хотя бы ознакомиться, чтобы взять нужное. В общем вам нужен спец. Будут обращаться - спрашивайте готовые примеры.
Что касается ...не хочу "воспользовать(ся) шаблоном и не сделать типовой магазин на базе движка.", то любой движок можно доработать, но за те же деньги (4000) вам напишут новый.
Что касается ...не хочу "воспользовать(ся) шаблоном и не сделать типовой магазин на базе движка.", то любой движок можно доработать, но за те же деньги (4000) вам напишут новый.
NEW 13.11.11 09:14
Теоретически можно, чисто на JavaScript, уже встречал в сети движки на джаве, без пыха. Вопрос лишь в том что этот магазин не будет работать у части посетителей с отключенной яваскрипт в браузере.
А вот на пыхе без мускула, сделать простенький магазин точно можно, хоть на текстовых или xml файлах, если хост не поддерживает не каких видов баз.
в ответ Petrovi4 12.11.11 21:40
В ответ на:
Сделать магизин без PHP и MYSQL нереально
Сделать магизин без PHP и MYSQL нереально
Теоретически можно, чисто на JavaScript, уже встречал в сети движки на джаве, без пыха. Вопрос лишь в том что этот магазин не будет работать у части посетителей с отключенной яваскрипт в браузере.
А вот на пыхе без мускула, сделать простенький магазин точно можно, хоть на текстовых или xml файлах, если хост не поддерживает не каких видов баз.
NEW 13.11.11 10:46
в ответ helper2008 13.11.11 09:43
Ну.., я перловку с детства не признаю, резина, поэтому только пух-вини.
Perl используется на сайтах всё реже и реже, и смысла использовать перл на сайте, когда есть пых, особо не вижу, поэтому и не упомянул.
Под пыха хороших готовых скриптов имеются тонны, а под перла не так много, так что проще собрать из заготовок сайт на пыхе, чем на перле.
Перловка пойдёт на тех хостах, где пыха нет, вопрос лишь как много хостеров сегодня ещё предлагает хосты без пыха....

Perl используется на сайтах всё реже и реже, и смысла использовать перл на сайте, когда есть пых, особо не вижу, поэтому и не упомянул.
Под пыха хороших готовых скриптов имеются тонны, а под перла не так много, так что проще собрать из заготовок сайт на пыхе, чем на перле.
Перловка пойдёт на тех хостах, где пыха нет, вопрос лишь как много хостеров сегодня ещё предлагает хосты без пыха....
NEW 13.11.11 20:04
в ответ helper2008 13.11.11 11:24
Постить ссылку шестилетней давности, это бред.
Но даже в твоей собственной ссылке указывается, как настроить виртуальный хост, чтобы за его пределами никакой файл нельзя было прочитать. Это не проблема PHP, это проблема Apache. Я точно так же при отсутствии ограничения на доступ к файлам только в DOCUMENT_ROOT прочту перлом любой доступный всем на чтение файл.
Ты наркоман? 14 лет назад PHP переписали на C.
Что касается скорости, то лично у меня нет однозначного ответа. CGI скрипты на Perl тормозные, FastCGI или mod_perl - будет по скорости близко к php, если рассматривать Apache.
Ты заявил, что в PHP полно дыр, ты и выясняй. От детских болезней в PHP избавились. Чего-то, что позволит массово сайты взломать из-за языка ни в Perl, ни в PHP сейчас нет.
Но даже в твоей собственной ссылке указывается, как настроить виртуальный хост, чтобы за его пределами никакой файл нельзя было прочитать. Это не проблема PHP, это проблема Apache. Я точно так же при отсутствии ограничения на доступ к файлам только в DOCUMENT_ROOT прочту перлом любой доступный всем на чтение файл.
В ответ на:
А про скорость, тут очевидно. ЛЮБАЯ надстройка (а ПХП есть надстройка над Перлом) медленнее оригинала ...
А про скорость, тут очевидно. ЛЮБАЯ надстройка (а ПХП есть надстройка над Перлом) медленнее оригинала ...
Ты наркоман? 14 лет назад PHP переписали на C.
Что касается скорости, то лично у меня нет однозначного ответа. CGI скрипты на Perl тормозные, FastCGI или mod_perl - будет по скорости близко к php, если рассматривать Apache.
В ответ на:
А сейчас в РНР нет ни одной дыры?
А сейчас в РНР нет ни одной дыры?
Ты заявил, что в PHP полно дыр, ты и выясняй. От детских болезней в PHP избавились. Чего-то, что позволит массово сайты взломать из-за языка ни в Perl, ни в PHP сейчас нет.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 13.11.11 22:40
Правильно, зачем что-то выяснять.
На форумах так принято: если ты что-то утверждаешь от балды, то тебя просят показать доказательство. Ты сказал, что в PHP полно дыр. Где они?
Кроме тебя никто и не знает, что PHP это надстройка над чем-то. Сам-то понял, что написал?
В ответ на:
А мне и выяснять не надо.
Твой РНР и рядом с Перлом не стоял.
А мне и выяснять не надо.
Твой РНР и рядом с Перлом не стоял.
Правильно, зачем что-то выяснять.

На форумах так принято: если ты что-то утверждаешь от балды, то тебя просят показать доказательство. Ты сказал, что в PHP полно дыр. Где они?
В ответ на:
Но один хрен, над чем РНР надстройка, над Перлом или Си.
Но один хрен, над чем РНР надстройка, над Перлом или Си.
Кроме тебя никто и не знает, что PHP это надстройка над чем-то. Сам-то понял, что написал?
Dropbox - средство синхронизации и бэкапа файлов.
NEW 14.11.11 09:39
Как ты заметил, я написал "Теоретически", это значит не 100%. Я это подвёл к итогу, так как пару лет назад видал движок на чистом JavaScript( на HTML основе естесно, иначе не как
), с админкой. С чем он там работал, с мускулом или какой другой базой, или текстовыми файлами.., не помню, меня он не интересовал, пробежался лишь поверхностно по описанию. От сюда и мои доводы, о том что можно на JavaScript сделать, а как там в реали, не скажу, я в JavaScript почти ноль, разве что по готовому коду пробежаться да параметры подправить.
А так по поводу дискуссий что лучше - перл или пых, то чего спорить то, каждый юзает то что ему нравится. По мне, так перл своё отжил, просто навсево.
В ответ на:
Теоретически можно, чисто на JavaScript
Да ну? Ты про жабоскрипт или может хотел про жабу сказать?
Теоретически можно, чисто на JavaScript
Да ну? Ты про жабоскрипт или может хотел про жабу сказать?
Как ты заметил, я написал "Теоретически", это значит не 100%. Я это подвёл к итогу, так как пару лет назад видал движок на чистом JavaScript( на HTML основе естесно, иначе не как

А так по поводу дискуссий что лучше - перл или пых, то чего спорить то, каждый юзает то что ему нравится. По мне, так перл своё отжил, просто навсево.
NEW 14.11.11 09:54
чисто на JavaScript нельзя сделать никакого шопа, все данные и их обработка в любом случае должны производиться на сервере, а это уже php, perl, C#, Java или что угодно + база данных. Вы же надеюсь понимаете что JavaScript это только то что в браузере + запросы на сервер, сам посибе он никаких данных хранить не может.
нет, ну нельзя же доказывать то чего нет, вот если бы была дыра и убидительное ее описание, то было бы дело
php это скриптовый язык используемый в 99.9% для веб страничек, накой там доступ к процессору и низкоуровнивое программирование ) это же бред. Он отлично справляется в своей отрасли о чем свидетельствует куча сайтов на нем написанных.
в ответ helper2008 14.11.11 07:42
В ответ на:
С чем он там работал, с мускулом или какой другой базой, или текстовыми файлами.., не помню, меня он не интересовал, пробежался лишь поверхностно по описанию. От сюда и мои доводы, о том что можно на JavaScript сделать, а как там в реали, не скажу, я в JavaScript почти ноль, разве что по готовому коду пробежаться да параметры подправить
С чем он там работал, с мускулом или какой другой базой, или текстовыми файлами.., не помню, меня он не интересовал, пробежался лишь поверхностно по описанию. От сюда и мои доводы, о том что можно на JavaScript сделать, а как там в реали, не скажу, я в JavaScript почти ноль, разве что по готовому коду пробежаться да параметры подправить
чисто на JavaScript нельзя сделать никакого шопа, все данные и их обработка в любом случае должны производиться на сервере, а это уже php, perl, C#, Java или что угодно + база данных. Вы же надеюсь понимаете что JavaScript это только то что в браузере + запросы на сервер, сам посибе он никаких данных хранить не может.
В ответ
на:
Ты утверждаешь, что в РНР нет сейчас ни одной дыры?
Если да, то готов потратить своё время и доказать свои слова.
Ты утверждаешь, что в РНР нет сейчас ни одной дыры?
Если да, то готов потратить своё время и доказать свои слова.
нет, ну нельзя же доказывать то чего нет, вот если бы была дыра и убидительное ее описание, то было бы дело
В ответ на:
Твой РНР обращается напрямую к процессору? Это низкоуровневый язык программирования?
Твой РНР обращается напрямую к процессору? Это низкоуровневый язык программирования?
php это скриптовый язык используемый в 99.9% для веб страничек, накой там доступ к процессору и низкоуровнивое программирование ) это же бред. Он отлично справляется в своей отрасли о чем свидетельствует куча сайтов на нем написанных.
NEW 14.11.11 10:47
Скорее всего, ты что-то путаешь. Магазин, использующий только клиентский js, невозможен в принципе. Серверный js -- это в настоящий момент только node.js, но он, судя по чеинжлогу на офсайте, пару лет назад только в свет вышел, никаких магазинов на нём не было ни тогда, ни, вроде бы, сейчас.
В ответ на:
Я это подвёл к итогу, так как пару лет назад видал движок на чистом JavaScript
Я это подвёл к итогу, так как пару лет назад видал движок на чистом JavaScript
Скорее всего, ты что-то путаешь. Магазин, использующий только клиентский js, невозможен в принципе. Серверный js -- это в настоящий момент только node.js, но он, судя по чеинжлогу на офсайте, пару лет назад только в свет вышел, никаких магазинов на нём не было ни тогда, ни, вроде бы, сейчас.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 14.11.11 11:43
Я утверждаю? Не надо подменять понятия, это ты утверждаешь, что в PHP "дырки". Я не знаю, есть ли там дырки, теоретически дырки есть везде, просто их надо найти. Но практически, время нахождения дырок "где угодно" стремится к бесконечности. То, что на момент написания фразы про дырки в PHP, ты писал от балды не имея никакой конкретики, я уже понял, что касается "готов поискать", то можешь не тратить время, ты вряд ли что-то найдёшь и это надо было делать до. На будущее советую не утверждать что-то в споре, не имея заранее пруфов.
Мой - скорее перл, я на нём за последние десять лет кода накатал побольше чем на пхп. Оба языка транслируют исходники в байт-код, который потом интерпретируют, заметного преимущества у кого-то перед оппонентом нет.
Опять подмена понятий. У тебя каша в голове. Исходный посыл был про скорость Perl vs PHP в вебе. Во-первых, сразу без конкретики уточняющей веб-сервер и в каком виде используются Perl и PHP, за скорость сказать нельзя вообще ничего. Есть три основных типа использования серверного скриипта: в режиме CGI, в режиме хэндлера и в режиме FastCGI. Есть куча веб-серверов и есть куча акселераторов, кэширующих байт-код, значительно ускоряющих время выполнения.
Проблема со сравнением заключается в том, что нет симметричных сравнений одинаковых технологий при использовании обоих языков. Плюс, с Perl вообще непонятно, что быстрее: mod_perl или FastCGI, чтобы взять однозначно самую быструю технологию. Плюс, сюда накладывается, будем ли мы сравнивать отдачу статики или динамики.
Я не видел вообще ни одного грамотного симметричного сравнения производительности в сети. Оба языка можно использовать для написания высокопроизводительного веб-сервиса.
в ответ helper2008 14.11.11 07:42
В ответ на:
Ты утверждаешь, что в РНР нет сейчас ни одной дыры?
Ты утверждаешь, что в РНР нет сейчас ни одной дыры?
Я утверждаю? Не надо подменять понятия, это ты утверждаешь, что в PHP "дырки". Я не знаю, есть ли там дырки, теоретически дырки есть везде, просто их надо найти. Но практически, время нахождения дырок "где угодно" стремится к бесконечности. То, что на момент написания фразы про дырки в PHP, ты писал от балды не имея никакой конкретики, я уже понял, что касается "готов поискать", то можешь не тратить время, ты вряд ли что-то найдёшь и это надо было делать до. На будущее советую не утверждать что-то в споре, не имея заранее пруфов.
В ответ на:
Твой РНР обращается напрямую к процессору? Это низкоуровневый язык программирования?
Тогда вопросов больше нет.
Твой РНР обращается напрямую к процессору? Это низкоуровневый язык программирования?
Тогда вопросов больше нет.
Мой - скорее перл, я на нём за последние десять лет кода накатал побольше чем на пхп. Оба языка транслируют исходники в байт-код, который потом интерпретируют, заметного преимущества у кого-то перед оппонентом нет.
Опять подмена понятий. У тебя каша в голове. Исходный посыл был про скорость Perl vs PHP в вебе. Во-первых, сразу без конкретики уточняющей веб-сервер и в каком виде используются Perl и PHP, за скорость сказать нельзя вообще ничего. Есть три основных типа использования серверного скриипта: в режиме CGI, в режиме хэндлера и в режиме FastCGI. Есть куча веб-серверов и есть куча акселераторов, кэширующих байт-код, значительно ускоряющих время выполнения.
Проблема со сравнением заключается в том, что нет симметричных сравнений одинаковых технологий при использовании обоих языков. Плюс, с Perl вообще непонятно, что быстрее: mod_perl или FastCGI, чтобы взять однозначно самую быструю технологию. Плюс, сюда накладывается, будем ли мы сравнивать отдачу статики или динамики.
Я не видел вообще ни одного грамотного симметричного сравнения производительности в сети. Оба языка можно использовать для написания высокопроизводительного веб-сервиса.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 14.11.11 12:43
подтверждаю, было, видел кучу скриптов на яваскрипте для магазина. тут весь вопрос в функциональности и что считать "настоящим" интернетмагазином.
в ответ voxel3d 14.11.11 10:47
В ответ на:
пару лет назад видал движок на чистом JavaScript
пару лет назад видал движок на чистом JavaScript
подтверждаю, было, видел кучу скриптов на яваскрипте для магазина. тут весь вопрос в функциональности и что считать "настоящим" интернетмагазином.
Продвижение сайтов, реклама: https://www.pro33.net
NEW 14.11.11 13:29
данные то где хранятся? js напрямую в mysql ломится? а авторизация как происходит? не нужно путать интерфейсную часть с целым шопом, если жаваскрипт рисует кнопочки и формочки это совсем не значит что весь сайт на нем функционирует
в ответ project33 14.11.11 12:43
В ответ на:
подтверждаю, было, видел кучу скриптов на яваскрипте для магазина
подтверждаю, было, видел кучу скриптов на яваскрипте для магазина
данные то где хранятся? js напрямую в mysql ломится? а авторизация как происходит? не нужно путать интерфейсную часть с целым шопом, если жаваскрипт рисует кнопочки и формочки это совсем не значит что весь сайт на нем функционирует
NEW 14.11.11 15:08
в ответ Victor! 14.11.11 13:29
http://www.dimarina.ru/articles/jquery-eshop/ глянь сам, мне лень разбираться
Продвижение сайтов, реклама: https://www.pro33.net
NEW 14.11.11 15:25
в ответ voxel3d 14.11.11 15:19
ну я ж говорю - вопрос с том, что считать "настоящим" магазином. если не нужна админка, платежка и т.п. что должно храниться на сервере, то магазин на яваскрипте очень даже имеет право на существование
Продвижение сайтов, реклама: https://www.pro33.net
NEW 14.11.11 18:29
JavaScript не может слать email. Максимум что можно это по mailto вызвать стандартный емэйл клиент юзера и передаь туда адрес, тему, и до 2000 знаков. Не большой список артикулов товаров конечно проканает, но в купе со всеми товарами зашитыми намертво в html код, без склада, выйдет очень бестолковый магазин, хотя для очень маленьких шопов возможно даже пойдет, если заказ раз в месяц, то чекнуть мыло продвцу не составит труда.
в ответ project33 14.11.11 15:25
В ответ на:
Скорее всего, там в каждой странице уже весь набор товара и при выборе клиентом нужно, отправляется емейл на адрес продавца. Интернет-магазин прошлого века.
Скорее всего, там в каждой странице уже весь набор товара и при выборе клиентом нужно, отправляется емейл на адрес продавца. Интернет-магазин прошлого века.
JavaScript не может слать email. Максимум что можно это по mailto вызвать стандартный емэйл клиент юзера и передаь туда адрес, тему, и до 2000 знаков. Не большой список артикулов товаров конечно проканает, но в купе со всеми товарами зашитыми намертво в html код, без склада, выйдет очень бестолковый магазин, хотя для очень маленьких шопов возможно даже пойдет, если заказ раз в месяц, то чекнуть мыло продвцу не составит труда.
NEW 14.11.11 18:35
в ответ Victor! 14.11.11 18:29
какой магази выйдет - толковый или бестолковый это уже другой вопрос, никто не спорит что есть инструменты удобнее, я просто сказал что это возможно сделать в принципе и существует довольно много решений, достаточно поискать в гугле
Продвижение сайтов, реклама: https://www.pro33.net
NEW 14.11.11 23:13
в ответ project33 14.11.11 18:35
я бы не называл это решениями, это костыли, и давольно кривые
с чего вы взяли что этих решений много, даже тот один, что по ссылке - и то без сервера не обходится, на js лишь клиентская часть, так что магазины на жаваскрипте не более чем плод чей то больной фантазии либо решения прошлого тысячалетия. Хостинг с банальным php стоит копейки, где смысл изобретать веосипед....
с чего вы взяли что этих решений много, даже тот один, что по ссылке - и то без сервера не обходится, на js лишь клиентская часть, так что магазины на жаваскрипте не более чем плод чей то больной фантазии либо решения прошлого тысячалетия. Хостинг с банальным php стоит копейки, где смысл изобретать веосипед....
NEW 15.11.11 00:38
Мы говорим о том, что только клиентским яваскриптом, как раз, сделать в принципе невозможно магазин. В твоей ссылке сам автор пишет, что идёт отправка формы на сервер, т.е. есть серверная поддержка. У него задача, почитай внимательно, на яваскрипте написать определённый функционал. Что касается примитивного: статическая html-страничка с товарами и ценами, и яваскрипт, который формирует mailto-урл и открывает его, то это не магазин, а порнография. Больше указанного без серверной поддержки сделать просто нельзя.
В ответ на:
я просто сказал что это возможно сделать в принципе
я просто сказал что это возможно сделать в принципе
Мы говорим о том, что только клиентским яваскриптом, как раз, сделать в принципе невозможно магазин. В твоей ссылке сам автор пишет, что идёт отправка формы на сервер, т.е. есть серверная поддержка. У него задача, почитай внимательно, на яваскрипте написать определённый функционал. Что касается примитивного: статическая html-страничка с товарами и ценами, и яваскрипт, который формирует mailto-урл и открывает его, то это не магазин, а порнография. Больше указанного без серверной поддержки сделать просто нельзя.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 15.11.11 09:15
кокретно другой, это отправка заказа по mailto, либо вывод заказа на принтер и отправка обычной почтой письмом, врядли набурутся клиенты с такими требованиями
в ответ project33 15.11.11 06:43
В ответ на:
конкретно этот пример возможно и нуждается в в серверной поддержке, другой не будет нуждаться. все зависит от заказа и от требований клиента к магазину.
конкретно этот пример возможно и нуждается в в серверной поддержке, другой не будет нуждаться. все зависит от заказа и от требований клиента к магазину.
кокретно другой, это отправка заказа по mailto, либо вывод заказа на принтер и отправка обычной почтой письмом, врядли набурутся клиенты с такими требованиями
NEW 16.11.11 10:25
в ответ Victor! 15.11.11 09:15
Как уже писал до этого, я в JS не спец, но пробежав сейчас по быстрому по гуглу, нашёл такую вот фичу - XMLHttpRequest. И судя по тому что она позволяет делать, а именно считать содержимое текстового файла лежащего на сервере, то реализовать простенький магазин всё же думаю можно. Если в файлах записаны отдельные товары, их данные и описание, то считав это и выведя на страницу, дальше решить проблему покупки товара можно уже через куки.
Но это опять же теоретически..., так как такой магазин будет работать лишь у едениц, из за разных проблем.
А вообще.., кому нужный эти грабли на чистом ява скрипте, магазин должен работать заведомо у всех и без проблем, а значит не должен быть привязан к клиентской стороне. А тут, либо РНР либо ASP.NET, а ява скрипт как решение динамической визуальности и дополнительного удобства интерфейса.
Но это опять же теоретически..., так как такой магазин будет работать лишь у едениц, из за разных проблем.
А вообще.., кому нужный эти грабли на чистом ява скрипте, магазин должен работать заведомо у всех и без проблем, а значит не должен быть привязан к клиентской стороне. А тут, либо РНР либо ASP.NET, а ява скрипт как решение динамической визуальности и дополнительного удобства интерфейса.
NEW 16.11.11 11:51
Поздравляю, теперь ты знаешь, что такое AJAX.
Нет, оно ничего не меняет. Ты только получаешь возможность перенести загрузку информации на потом, после загрузки страницы. На сервере ты по-прежнему ничего не можешь поменять. Нет ни админки, ни пользователей, ни нормальной отправки писем, ни платёжки. Это НЕ магазин.
в ответ Sergo2008 16.11.11 10:25
В ответ на:
но пробежав сейчас по быстрому по гуглу, нашёл такую вот фичу - XMLHttpRequest
но пробежав сейчас по быстрому по гуглу, нашёл такую вот фичу - XMLHttpRequest
Поздравляю, теперь ты знаешь, что такое AJAX.

Нет, оно ничего не меняет. Ты только получаешь возможность перенести загрузку информации на потом, после загрузки страницы. На сервере ты по-прежнему ничего не можешь поменять. Нет ни админки, ни пользователей, ни нормальной отправки писем, ни платёжки. Это НЕ магазин.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 16.11.11 13:45
Ну.., что такое AJAX я знаю давно, это связка жабы с пыхом, точнее работа вместе. Но вот конекретно по жаба скрипту не разу не чего не узнавал и не кодил, если не считать того что по книжке делал давно, поэтому всех тонкостей и не знаю. Я можу на пыхе+мускул кодить, а жаба скрипт только чужие наработки методом тыка использовать, благо таковых хватает.
Что касается того движка якобы на чистой жаба скрипт, то по всей видимости либо афтар чего то перегнул, либо не упомянул пыха в своём движке.
в ответ voxel3d 16.11.11 11:51
В ответ на:
Поздравляю, теперь ты знаешь, что такое AJAX.
Поздравляю, теперь ты знаешь, что такое AJAX.
Ну.., что такое AJAX я знаю давно, это связка жабы с пыхом, точнее работа вместе. Но вот конекретно по жаба скрипту не разу не чего не узнавал и не кодил, если не считать того что по книжке делал давно, поэтому всех тонкостей и не знаю. Я можу на пыхе+мускул кодить, а жаба скрипт только чужие наработки методом тыка использовать, благо таковых хватает.
Что касается того движка якобы на чистой жаба скрипт, то по всей видимости либо афтар чего то перегнул, либо не упомянул пыха в своём движке.
NEW 16.11.11 14:15
в ответ Sergo2008 16.11.11 13:45
ох уж ети пхп кодеры.... а как связка с Java или с С# и т.д. AJAX уже не катит? )) AJAX это и есть XMLHttpRequest, в простонародии асинхронный жаваскрипт, связвать можно с чем угодно, там же просто посылка данных по урлу и ожидание ответа, за последние лет 20 ничего нового...
NEW 16.11.11 16:22
в ответ Sergo2008 14.11.11 09:39
пару лет назад видал движок на чистом JavaScript( на HTML основе естесно, иначе не как ), с админкой.
------
Интересно, как можно видеть движок и не понять что и где? В смысле - не увидеть разницу в клиентской и серверной части?
я в JavaScript почти ноль
------
Хммм... может тогда надо по-осторожнее в суждениях быть?
------
Интересно, как можно видеть движок и не понять что и где? В смысле - не увидеть разницу в клиентской и серверной части?
я в JavaScript почти ноль
------
Хммм... может тогда надо по-осторожнее в суждениях быть?
NEW 16.11.11 16:30
в ответ voxel3d 14.11.11 10:47
Серверный js -- это в настоящий момент только node.js
------
Не только.
Элементарно в IIS делаешь расширение JS, ассоциируешь его с ASP-процессором и указываешь в качестве языка Javascript.
Все работает. Лет шесть назад у меня была задачка в суппорте... и ей было немало лет.
------
Не только.
Элементарно в IIS делаешь расширение JS, ассоциируешь его с ASP-процессором и указываешь в качестве языка Javascript.
Все работает. Лет шесть назад у меня была задачка в суппорте... и ей было немало лет.
NEW 16.11.11 16:42
в ответ Victor! 14.11.11 23:13
так что магазины на жаваскрипте не более чем плод чей то больной фантазии
------
Скорее - ограниченности тех, кто рассуждает об предмете не имея достаточных знаний...
JavaScript не может слать email.
------
Могут, причем оба - клиентский и серверный. Есть отличия и спец.требования, но не суть...
------
Скорее - ограниченности тех, кто рассуждает об предмете не имея достаточных знаний...
JavaScript не может слать email.
------
Могут, причем оба - клиентский и серверный. Есть отличия и спец.требования, но не суть...
NEW 16.11.11 16:54
Хрен там.
Когда это станет возможным, наступит новая эра в рассылке спама и организации ддосов.
В ответ на:
Могут, причем оба - клиентский...
Могут, причем оба - клиентский...
Хрен там.
В ответ на:
Is it possible to build a SMTP/IMAP client that can run in the browser that uses only Javascript?
Is it possible to build a SMTP/IMAP client that can run in the browser that uses only Javascript?
В ответ на:
No, JavaScript in web browsers does not have access to a TCP/IP API in order to build an IMAP, SMTP, or any other networking application.
No, JavaScript in web browsers does not have access to a TCP/IP API in order to build an IMAP, SMTP, or any other networking application.
В ответ на:
There is a new WebSockets API that's going to be added to browsers to allow communication over sockets, but even after that is introduced it will NOT be possible. WebSockets API goes to great lengths to ensure such a thing is not possible, because it is a security risk.
There is a new WebSockets API that's going to be added to browsers to allow communication over sockets, but even after that is introduced it will NOT be possible. WebSockets API goes to great lengths to ensure such a thing is not possible, because it is a security risk.
Когда это станет возможным, наступит новая эра в рассылке спама и организации ддосов.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 16.11.11 22:51
на последнего.
Народ, ну вы наваяли аж на три страницы! Всем огромное спасибо за дельные советы! Что делать определилась.
ЗЫ. Я не имела ввиду полностью отказаться от ПХП. Имела ввиду, что под мой стандартный магазин не нужно писать всё с нуля, а можно воспользоваться готовыми решениями (по крайней мере у меня сложилось такое впечатление). Против готовых дизайнов ничего не имею, просто не во всех случаях подходит элегантный минималистический стиль с обтекаемыми кнопками (а именно им сейчас "злоупотребляет" процентов 90 разработчиков, ну мода, тенденции и тд). Не спорю, есть очень красивые решения в таком стиле, но мне он просто не подходит ввиду особенностей товара. Согласитесь, что расписную хохломскую чашку не запакуешь в упаковку Икеи. Отсюда родилась мысль о создании своего дизайна, пусть немодного, но индивидуального и совпадающего по стилю с товаром.
Народ, ну вы наваяли аж на три страницы! Всем огромное спасибо за дельные советы! Что делать определилась.
ЗЫ. Я не имела ввиду полностью отказаться от ПХП. Имела ввиду, что под мой стандартный магазин не нужно писать всё с нуля, а можно воспользоваться готовыми решениями (по крайней мере у меня сложилось такое впечатление). Против готовых дизайнов ничего не имею, просто не во всех случаях подходит элегантный минималистический стиль с обтекаемыми кнопками (а именно им сейчас "злоупотребляет" процентов 90 разработчиков, ну мода, тенденции и тд). Не спорю, есть очень красивые решения в таком стиле, но мне он просто не подходит ввиду особенностей товара. Согласитесь, что расписную хохломскую чашку не запакуешь в упаковку Икеи. Отсюда родилась мысль о создании своего дизайна, пусть немодного, но индивидуального и совпадающего по стилю с товаром.
NEW 17.11.11 09:46
Victor! и voxel3d, я могу на пыхе с мускулом кодить, но я не кодер, это просто моё вынужденное занятие пока, поэтому всех тонкостей и не знаю.
Я написал что видал, и то что уверял разраб, проверять же я не проверял, так как тогда считал, и как и сейчас считаю, что перебарщивать с жабоскриптом нельзя. Поэтому и не вникал в тонкости того движка, так как не интересен он мне был, из за одной причины, на кой мне такой двиг, если сайт не будет работать у многих посетителей.
И я не рассуждал, а лишь предположил что такое возможно, по тому что знал. Но как я уже признал, оказалось что не всё то что пишут есть правда, и тот движко-писатель чего то не дописал, вот и ввёл меня в заблуждение.
Да и вообще, товарисЧи кодеры, я так думаю что автор темы уже потерялась тут сУвЗим, так как тема то другого направления. Вроде как уже выяснили что на чистой жаба скрит магазин не сделать, также как и на перловке, так что чего спорить то дальше.., пора закругляться, я лично завязываю.
В ответ на:
ох уж ети пхп кодеры...
Нет, это асинхронные запросы...
ох уж ети пхп кодеры...
Нет, это асинхронные запросы...
Victor! и voxel3d, я могу на пыхе с мускулом кодить, но я не кодер, это просто моё вынужденное занятие пока, поэтому всех тонкостей и не знаю.

В ответ на:
Интересно, как можно видеть движок и не понять что и где? В смысле - не увидеть разницу в клиентской и серверной части?
...
Хммм... может тогда надо по-осторожнее в суждениях быть?
Интересно, как можно видеть движок и не понять что и где? В смысле - не увидеть разницу в клиентской и серверной части?
...
Хммм... может тогда надо по-осторожнее в суждениях быть?
Я написал что видал, и то что уверял разраб, проверять же я не проверял, так как тогда считал, и как и сейчас считаю, что перебарщивать с жабоскриптом нельзя. Поэтому и не вникал в тонкости того движка, так как не интересен он мне был, из за одной причины, на кой мне такой двиг, если сайт не будет работать у многих посетителей.
И я не рассуждал, а лишь предположил что такое возможно, по тому что знал. Но как я уже признал, оказалось что не всё то что пишут есть правда, и тот движко-писатель чего то не дописал, вот и ввёл меня в заблуждение.
Да и вообще, товарисЧи кодеры, я так думаю что автор темы уже потерялась тут сУвЗим, так как тема то другого направления. Вроде как уже выяснили что на чистой жаба скрит магазин не сделать, также как и на перловке, так что чего спорить то дальше.., пора закругляться, я лично завязываю.

NEW 17.11.11 10:19
угу, согласен, только на perl таки можно магазин написать, он же на сервере исполняется :)
тема конечно ушла в другое русло, но это тута часто бывает )
в ответ Sergo2008 17.11.11 09:46
В ответ на:
а и вообще, товарисЧи кодеры, я так думаю что автор темы уже потерялась тут сУвЗим, так как тема то другого направления. Вроде как уже выяснили что на чистой жаба скрит магазин не сделать, также как и на перловке, так что чего спорить то дальше.., пора закругляться, я лично завязываю.
а и вообще, товарисЧи кодеры, я так думаю что автор темы уже потерялась тут сУвЗим, так как тема то другого направления. Вроде как уже выяснили что на чистой жаба скрит магазин не сделать, также как и на перловке, так что чего спорить то дальше.., пора закругляться, я лично завязываю.
угу, согласен, только на perl таки можно магазин написать, он же на сервере исполняется :)
тема конечно ушла в другое русло, но это тута часто бывает )
NEW 17.11.11 21:56
в ответ Sergo2008 17.11.11 09:46
уже выяснили что на чистой жаба скрит магазин не сделать
------
ТоварисЧа кодера, как Программист, Я специЯльно для кодерАв выше напИсал:
- об клиентском жабьем скрипте
и
- об серверном жабьем скрипте...
И заметьте товарЫЩа кодера - у программистов по эНтому вАпросу непонимания нЯ возникло...
------
ТоварисЧа кодера, как Программист, Я специЯльно для кодерАв выше напИсал:
- об клиентском жабьем скрипте
и
- об серверном жабьем скрипте...
И заметьте товарЫЩа кодера - у программистов по эНтому вАпросу непонимания нЯ возникло...

NEW 17.11.11 23:25
в ответ voxel3d 17.11.11 22:48
CreateObject не нашёл. Есть ActiveXObject в JScript.
------
Буковки Я мог и перепутать - клиентом Я занимаюсь крайне редко. Что Я не путаю - а не путаю Я это потому что это технология и когда-то Я ее использовал - на клиенте при определенных условиях можно создавать ActiveX объекты. Даже если не через CreateObject(), а описывать как <object > или еще как.
А JScript это не JavaScript.
------
Не совсем. Производителем (т.е. MS) заявляется что JScript есть мелкософтовская версия JavaScript.
На клиентском JavaScript магазин сделать нельзя.
------
??? - Я где-то утверждал обратное?
------
Буковки Я мог и перепутать - клиентом Я занимаюсь крайне редко. Что Я не путаю - а не путаю Я это потому что это технология и когда-то Я ее использовал - на клиенте при определенных условиях можно создавать ActiveX объекты. Даже если не через CreateObject(), а описывать как <object > или еще как.
А JScript это не JavaScript.
------
Не совсем. Производителем (т.е. MS) заявляется что JScript есть мелкософтовская версия JavaScript.
На клиентском JavaScript магазин сделать нельзя.
------
??? - Я где-то утверждал обратное?
NEW 17.11.11 23:37
в ответ Murr 17.11.11 23:25
МС могут чё угодно заявлять, от этого их мусор яваскриптом не становится. И вообще, они и не заявляют, что это их версия JavaScript, они говорят, что частично реализовывают ECMAScript 3,4.
Ну, хорошо, на клиентском яваскрипте сделать smtp сервер нельзя.
В ответ на:
Я где-то утверждал обратное?
Я где-то утверждал обратное?
Ну, хорошо, на клиентском яваскрипте сделать smtp сервер нельзя.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 18.11.11 00:19
в ответ voxel3d 17.11.11 23:37
на клиентском яваскрипте сделать smtp сервер нельзя
------
Опять таки - да/нет но... можно загрузить ActiveX SMTP... при определенных условиях.
Вопрос, пост 38, если не ошибаюсь, изначально был несколько другим - отправить майл используя жабийскрипт.
Отправить майл можно не только через СМТП - серверов с web-интерфейсами вполне достаточно, а ссылка на то, что это будет "сервер-сайд" не канает в виду того, что СМТП таки тоже сервер-сайд...
------
Опять таки - да/нет но... можно загрузить ActiveX SMTP... при определенных условиях.
Вопрос, пост 38, если не ошибаюсь, изначально был несколько другим - отправить майл используя жабийскрипт.
Отправить майл можно не только через СМТП - серверов с web-интерфейсами вполне достаточно, а ссылка на то, что это будет "сервер-сайд" не канает в виду того, что СМТП таки тоже сервер-сайд...
