warezliker

спасибо большое!

я вам писал в личку. Проверьте, включены ли у вас вообще ЧПУ (сео урл) в системе.

Вот этот подойти должен, только кириллицу руками добавить надо будет https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=22903&filter_search=Seo&filter_license=0

Ээээ... Лечите голову, молодой человек, и проблем не будет. Очень люблю интернет-героев Мод представлял собой js, который на лету приводил значение поля название в поле сео урл с учётом конвертации кириллицы и знаков препинания. Соответственно, удаляя или добавляя символ в названии, менялось значение поля сел урл, как при создании товара, так и при редактировании.

Да, был вкмод бесплатный, поищите тут или на оф. Сайте опенкарта. Использовал пару лет. Но с ним надо быть внимательным,т.к. решив исправить название товара, измените урл.

Та с тз беда именно потому, что я только на пальцах объяснить только могу, что мне надо, а насколько правильно меня поймет программист - не понятно. Вот сейчас понял, что если с этим заморочусь, то можно отказаться от ведение заказов в текущем по и вести все в админке. Но! У меня много опций в товарах, по факту это разные товарные позиции, придется их тоже пилить, чтобы правильно вести учет по заказам. Есть мод options to products, но 50+ баксов за попробовать отдавать не хочется, надо наверняка. Потом склад и т.д. по цепочке. Плюс пилить какую то упрощённую форму внесения заказа из админки, т.к. стандартный вариант адовый весьма. И хз, что делать, то ли изобретать велик, где все в одном, работает, но фиг обновишь, или опять использовать несколько приложений и как-то сводить всю информацию в кучу. И как тз написать, чтоб это хотя бы поэтапно реализовать - не ясно

Спасибо. Цена ок. Обдумаю

Это уже близко. Спасибо! А кто сможет сказать, по деньгам примерно сколько такой функционал?

Я хз как. Я не кодер, мне надо самому концепцию понять, как это должно работать, потом уже задание кому-то ставить. Просто есть понимание, что если сильно перепедалить стандартный функционал, то потом о работе сторонних модулей для смежных целей можно забыть. А как правильно сделать, чтобы привести к стандартному виду то, что есть, пока не понимаю

вы имеете ввиду новую таблицу в БД? Как это потом со стандартным функционалом увязать?

Исторически сложилось еще с версии 1.5.1.3, что у меня используется упрощенная форма оформления заказа (сначала какой-то косыль был, сейчас симпла). Емейлы принудительно не собирались. Т.е. у кого-то был, а у кого-то использовался какой-то емейл-заглушка (как показала практика, емейлы не хотят вводить 6 из 10. 10% вообще ничего не указывают, кроме номера телефона). Собралась база заказов несколько тысяч шт, но клиентов в понимании ОС нет. Т.е. плюшек в виде истории покупок по аккаунту, дисконтов, каких-то персональных предложений прямо из коробки на сайте не сделаешь. Давно уже возникло несколько вопросов: 1. Что нужно сделать, чтобы сформировать из этого полноценную клиентскую базу? Как я понимаю, надо вытянуть инфу о человеке из заказа, взяв за уникальное поле номер телефона (т.к. это единственное, что обязательно при оформлении заказа, остальное по желанию). Потом каким-то образом связать повторные заказы от одного и того же человека. Я примерно понимаю, как это можно сделать в экселе, но как это сделать в БД магазина? 2. Что делать в будущем, чтобы решить две задачи при оформлении заказа минимальной кровью? идентифицировать существующего клиента тихо регистрировать нового клиента, не заставляя делать его лишних действий. Мои мысли по существующим клиентам: просто предложить стандартную форму входа, заменив поле емейл на телефон (вопрос в том, возможно ли сделать это в симпле?). Кто захочет, тот войдет (пароль для первого такого входа можно присылать в смс, а после просить сменить его в профиле). Новых клиентов можно регистрировать опцией скрытой регистрации в симпле. Не понятно, правда, что делать в случае, если существующий клиент оформляет заказ БЕЗ входа на сайт. В симпле же на мгновение выскакивает сообщение о том, что клиент с таким email уже существует и оформляется заказ. Или я что-то делаю не так. По-хорошему человека надо как-то детектить на лету по номеру телефона и/или емейлу (т.к. и то и другое со временем может измениться, либо у человека несколько телефонов) и корректно добавлять добавлять этот заказ в ОС с привязкой к существующему клиенту. Если кто-то видел RetailCRM, то примерно понимает, о чем речь, там система на лету определяет, что клиент уже существует и предлагает объединить новый заказ с историей заказов этого клиента. Вобщем, пост немного сумбурный, т.к. я сам не до конца понимаю, как оптимально все это дело организовать, подойдет ли симпла или существующие модули для ОС, либо надо пилить что-то свое. Любые советы, замечания и предложения приветствуются. Чтобы предупредить вопрос, а нафига очередной велосипед, отвечу так: мне (думаю, что большинству) удобно, когда все в одном месте - заказы, клиенты, история по клиенту, дисконты, подарочные сертификаты, возвраты, обмены - т.е. полноценный функционал опенкарта. И либо заставлять клиентов регистрироваться, снижая конверсию, либо сделать все максимально удобно и прозрачно для них, заморочившись со своей стороны. Либо вести (как сейчас) отдельный учет по клиентам, но забыть о какой-либо автоматизации по работе с клиентами (грубо говоря, после 5-го заказа автоматом бонус не дашь, только если не провтычит менеджер).

У меня из не совсем понятного - при настройках банить после 3-й попытки, есть 4-я попытка входа. Но дальше, вроде, все ок - адрес попадает в бан-лист и попыток входа я с него не вижу. Вот попытки входа: Вот настройки: Еще два вопроса: 1. какое максимальное значение поля "Количество дней учитывающих фальшивую авторизацию"? Есть какие-то ограничения? 2. как будет себя вести блокировка, если я очистил лог действий? Смоделирую ситуацию: "Количество дней учитывающих фальшивую авторизацию" - 10 дней. "кол-во неверных попыток входа" - 3. 8 дней назад было две неверных попытки входа с определенного адреса. Я чищу лог. На 9-й день получаю еще неверную попытку входа с того же адреса. Попадет он в бан-лист или нет? Спасибо

Спасибо. Про впны я в курсе, доступ к самой статистике получить не проблема. Скрипт потестирую, смущает, конечно, что поиском в нем находится несколько *.yandex.ru Если он просто подгружается с клаудфронта, а данные передает по-старинке, то смысла в нем не особо много будет - клиенту он подгрузится, но ничего никуда не отошлет. Хотя, признаться, у нас провайдер mc.yandex.ru не заблочил, видимо, чтобы на торможение сайтов не жаловались. Ну и вопрос по аналитикзу остается открытым. Судя по тому, что происходит, переползать на него придется

В чем проявляется? У меня все ок, вроде

В связи с тем, что в Украине сервисы яндекса, в том числе и метрика, работать нормально уже не могут, соответственно, нормальная статистика улетела. Возник вопрос, какой модуль для Google Analytics есть смысл использовать, т.к. обычный скрипт, который а-ля метрика, не дает всех данных (точнее дает, но как-то по-своему и когда я ранее сравнивал данные с метрикой, то она давала более адекватные результаты). ЯМ использовалась как и для построения воронки продаж + аналитики эффективности каналов трафика, так и для анализа посетителей (типа половозростная структура, город и т.д.), по которой можно было понять, кто мой клиент, кому рекламу можно и не показывать. Запрос на оф сайте выдает десятки модулей с ценой от 20 до 100 баксов, которые не понятно чем, если честно, отличаются: https://www.opencart.com/index.php?route=marketplace/extension&filter_search=google analytics Что смущает: хотелось бы, чтобы работал раздел эл. коммерции в аналитике, но там, вероятно, тоже есть какие-то свои нюансы, типа что вот какая-то информация нужна, но передавать ее надо как-то хитро. Плюс, к примеру, вот эти плюшки вообще не понятны http://prntscr.com/fjb091 надо ли они вообще или там, наоборот, не хватает чего-то важного. Если кто-то уже разбирался в теме, ставил себе что-то и может подсказать, буду благодарен.

Все равно. Аналогов в русскоязычных дополнениях нет, на opencart.com пара модулей от силы с подобным функционалом ну и ценник, который заставляет отложить покупку на потом.

Там в описании модуля, по-моему, сейчас не указано - появился бан по айпи по айпи после N попыток входа. С полудня у меня бан лист уже выглядит так: Это очень облегчило жизнь и избавило от рутины вносить неугодные айпи по одному в хтаксесс. Ну и уже не будет по утрам сотни писем с отчетами о неудачных попытках входа, что тоже радует.

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

Частый вопрос. Просто никнейм. Думаю, доступ к истории покупок у вас есть, там предостаточно того, что можно занедолго нагуглить, но оно куплено.

Вы тут так за меня все расписали, что впечатление, что не просто подгорело, а зарево стоит на полнеба петиции, телки, сауны... Смешались в кучу конелюди

Пришел сюда, специально, чтоб у некоторых подгорело .

С телефона, поэтому без цитат и сразу всем по-немногу отвечу. Рыночная цена - когда общаешься с 5 разрабами и все говорят примерно одинаковые цены. Цену загадывает разработчик, поэтому неуместно выставить эстимейт, а потом говорить, что это мало. Сколько назвал, столько и получил. По поводу был против или не против продажи дополнения. Да ради бога, назовите только цену сразу с учётом того, что вы не на мне только заработаете. Я не против заплатить на 50-100 у.е. меньше и продавайте сколько хотите. Про адский труд программиста и его стоимость спорить не буду, т.к. личное дело каждого во сколько себя оценивать и сможет ли он справится с работой, за которую взялся. Ну и я проработал 10 лет в продуктовой конторе, где 100+ человек только разрабов, насмотрелся разного - и когда вкалывали и когда гоняли пинг-понг и чаи на кухне, а потом говнокодили проект за неделю.

Вообще,тема была не об этом, а о том что считается нормальным, а что нет при работе фрилансера и заказчика. Мнение большинства я уже узнал. Вдвух словах: "Модуль на складчине - беда-огорчение", "Дали идею и заплатили за выполнение работы по воплощению - норм, продам дальше". Две стороны одной медали, по сути ж.

Юридически все проще. Регистрируется патент или авторское право на некий алгоритм/модель/принцип. Как на игру, шоу и т.д. А дальше пробуйте его продать без автора. Хоть вы и исполнитель и договор с вами никто не заключал. Спрашивать даже не будут. Это вопрос масштаба, думаю.

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