barkly: С поддержкой не правильно я понял прогера - не было одобрения с их стороны. Просто я даже пытался найти хотябы один сайт, где бы так же было реализовано - не смог найти, вот что больше всего смущает
Просто решение нехорошее в целом: сначала сделали а хреф=... в кнопке, несмотря на то что все равно ajax. А потом, 303.
"Правильно", это в контексте, что такое техническое решение допустимо. А с точки зрения ПС, наверное, не очень хорошо в отдельных случаях. Если страниц на сайте мало, то имхо, без разницы, переиндексация таких страниц не проблема, а если иначе, то обход левых страниц может сказаться негативно для скорости обхода нормальных страниц.
Я бы сделал так:
- запрет в роботс таких сраниц;
- а хреф=# дата-хреф=...
- в ява-скрипте, который обрабатывает "клик" этого элемента соотв. урл брать из дата-хреф=...
Четверьг: А где вам (вопрос всем, кто юзает связку 1С-сайт), удобнее создавать товар?
Я склоняюсь к тому, что создавать удобнее в 1С, а править уже на сайте. Т.к. приходит прайс от поставщика там новые товары, соответственно в 1С создаем новую номенклатуру. Выгружаем ее на сайт (названия и пустые карточки товаров). А заполняем уже в адимнке.
Соответственно, получается, что нам надо на сайте делать контроль заполнения и тд.
Но, с другой стороны, всякие характистики товаров, которые потом будут использоваться для подборов, фильтров удобнее делать в 1С, там функционал для этого очень удобный.
ПОлучается, что что-то делаем в 1С, что то на сайте. Или это нормально?
Тут, вероятно, зависит от схемы удобной хозяину магазина☝
Одна из последних работ. Клиент (категорически): все, что касается товаров, правится в 1С. В админке сайта вообще не надо никаких манипуляций с товарами. Нефиг менеджеров учить одновременно 1С (без этого у него никак) и управлению сайтом. При этом, хочет несколько наборов картинок (основная группа, характеристики/схемы, фото установки, фото обслуживания и т.д), несколько наборов текстовых описаний, характерности и еще кучу полей в карточке/листинге. Что касается сайта, то легко удалось достаточно гибко все сделать.
В админке, на странице настроек поле с описанием правил. Чтот типа:
text : КоммерческаяИнформация/Каталог/Товары/Товар/Описание
analog : КоммерческаяИнформация/Каталог/Товары/Товар/Аналоги/ИдДляСайта
В импорт.ихэмэль <Картинка>31c0dc8f-2728-11e3-9f5c-001bfcb40055.JPG#shema</Картинка>
а дальше текстовый блок {text}, массив {analog} и набор картинок с тумбами {shema} доступны для вставки в шаблон карточки/листинга, которые правится там же в админке.
Только заказчику пару-тройку команд 1С-ков по дороге пришлось сменить и все очень долго было :(
_SP_: И зачем в это лезть ?
Вот есть у меня готовый опробованный код, допилить его до состояния "не стыдно отдать другим" - несколько недель работы.
А я о чем?
_SP_: Объясню с чем столкнетесь: при цене в 15-20к вам по 20-40 часов будут "выносить мозг"
с разного рода претензиями и идеями, а половина повыносив 20 часов мозг еще и не заплатит
As is за такие деньги. Мозг представляется для выноса за 1000р/ч. Но, не настаиваю, а лишь предполагаю, что такая идея имеет право на жизнь :)
_SP_: А бабки кто за этот опен-сорц заплатит ?
Основная проблма с ИМ в том, что не опен сорц он не нужен и даром, а опен-сорц
не монетизировать по-нормальному.
Справедливо
_SP_:
Мой опыт строго обратный.
Чем на больших дебилов рассчитан ИМ, тем он хуже.
Лучше-бы он был рассчитан на обслуживание человеком знающим html и js.
И это справедливо. Но для процитированных операций не обязательно. А так да - лучше.
_SP_:
Почему-то сиделок, фитнес-тренеров итп люди хотят с медецинским образованием,
а работать с ИМ готовы пустить любого дебила.
Тем не менее, зачастую это так. И поменять такой порядок вещей не в силах разработчика :(
Судя по всему он есть и немалый - рынок бюджетных магазинов а-ля "залил эксель с каталогом, залил зип с картинками" и вот он магазин. Рублей за 15-20. Заявка на емайл, yml, commerceml. А дальше - или поиграются и бросят, или потратят еще немного много денег 😂
Не, не слышал интегрировал. Ну, чтоб регулярно. Сайт же не 1С😂 1 раз интегрирован (слово умное, понравилось:) ) и хорош интегрировать.
А без шуток - херовый магазин, если для
работа над конверсией, смена дизайна, редактирование остатков, акции и промокоды, контекстная реклама, etc.
опять прогера нанимать надо (кроме зачеркнутого, но и там, в большинстве случаев, можно сделать так, что цели удается расставить менеджеру без знаний не то, что js, но и хтмл, а дизайн меняется кошерными дезигнерами только правкой цсс и файла шаблона).
магазин, магазин открывай свою дверь, я ужасно устал от безумных идей (с) кто то, но про ресторан, а не магазин.
На серче много есть тех, кто познал истину в производстве магазинов😂 Любой топик, где ТС упомянет магазин, сразу обрастает ответами - "не не так", "битрикс", вот так, фреймворк, опенкарт, "поищи плагин к вордпресу" и тд и тп. А может, серч сможет родить серч-оптимизированный вариант магазина☝
Опен сорс. Грамотно и с учетом базовых потребностей соотнесенных с реалиями. Чтобы уже ни у кого вопросов не осталось? Это было бы и конструктивно и полезно.
Но я хочу сделать несколько страниц с php кодом: обратной связи, поиска по статьям (короче где будет не только HTML но еще запросы к базе и т.п). Вот как это грамотно сделать? Пока что ничего умнее чем сделать проверку в index.php не придумал
Суть в том, что если есть 1 сегмент урл - обработчик в зависимости от наличия в $conf['pages'] правил для него, а если он не описан в $conf['pages'], то обработчик таблицы базы данных с правилами для урлов. Иначе (/) - indexclass.
С поддержкой не правильно я понял прогера - не было одобрения с их стороны. Просто я даже пытался найти хотябы один сайт, где бы так же было реализовано - не смог найти, вот что больше всего смущает
Просто решение нехорошее в целом: сначала сделали а хреф=... в кнопке, несмотря на то что все равно ajax. А потом, 303.
"Правильно", это в контексте, что такое техническое решение допустимо. А с точки зрения ПС, наверное, не очень хорошо в отдельных случаях. Если страниц на сайте мало, то имхо, без разницы, переиндексация таких страниц не проблема, а если иначе, то обход левых страниц может сказаться негативно для скорости обхода нормальных страниц.
Я бы сделал так:
- запрет в роботс таких сраниц;
- а хреф=# дата-хреф=...
- в ява-скрипте, который обрабатывает "клик" этого элемента соотв. урл брать из дата-хреф=...
Правильно говорят.
Это говорит для урлы, которая видна в листинге на кнопке купить:
надо смотреть другое:
А где вам (вопрос всем, кто юзает связку 1С-сайт), удобнее создавать товар?
Я склоняюсь к тому, что создавать удобнее в 1С, а править уже на сайте. Т.к. приходит прайс от поставщика там новые товары, соответственно в 1С создаем новую номенклатуру. Выгружаем ее на сайт (названия и пустые карточки товаров). А заполняем уже в адимнке.
Соответственно, получается, что нам надо на сайте делать контроль заполнения и тд.
Но, с другой стороны, всякие характистики товаров, которые потом будут использоваться для подборов, фильтров удобнее делать в 1С, там функционал для этого очень удобный.
ПОлучается, что что-то делаем в 1С, что то на сайте. Или это нормально?
Тут, вероятно, зависит от схемы удобной хозяину магазина☝
Одна из последних работ. Клиент (категорически): все, что касается товаров, правится в 1С. В админке сайта вообще не надо никаких манипуляций с товарами. Нефиг менеджеров учить одновременно 1С (без этого у него никак) и управлению сайтом. При этом, хочет несколько наборов картинок (основная группа, характеристики/схемы, фото установки, фото обслуживания и т.д), несколько наборов текстовых описаний, характерности и еще кучу полей в карточке/листинге. Что касается сайта, то легко удалось достаточно гибко все сделать.
В админке, на странице настроек поле с описанием правил. Чтот типа:
text : КоммерческаяИнформация/Каталог/Товары/Товар/Описание
analog : КоммерческаяИнформация/Каталог/Товары/Товар/Аналоги/ИдДляСайта
В импорт.ихэмэль <Картинка>31c0dc8f-2728-11e3-9f5c-001bfcb40055.JPG#shema</Картинка>
а дальше текстовый блок {text}, массив {analog} и набор картинок с тумбами {shema} доступны для вставки в шаблон карточки/листинга, которые правится там же в админке.
Только заказчику пару-тройку команд 1С-ков по дороге пришлось сменить и все очень долго было :(
И зачем в это лезть ?
Вот есть у меня готовый опробованный код, допилить его до состояния "не стыдно отдать другим" - несколько недель работы.
А я о чем?
Объясню с чем столкнетесь: при цене в 15-20к вам по 20-40 часов будут "выносить мозг"
с разного рода претензиями и идеями, а половина повыносив 20 часов мозг еще и не заплатит
As is за такие деньги. Мозг представляется для выноса за 1000р/ч. Но, не настаиваю, а лишь предполагаю, что такая идея имеет право на жизнь :)
А бабки кто за этот опен-сорц заплатит ?
Основная проблма с ИМ в том, что не опен сорц он не нужен и даром, а опен-сорц
не монетизировать по-нормальному.
Справедливо
Мой опыт строго обратный.
Чем на больших дебилов рассчитан ИМ, тем он хуже.
Лучше-бы он был рассчитан на обслуживание человеком знающим html и js.
И это справедливо. Но для процитированных операций не обязательно. А так да - лучше.
Почему-то сиделок, фитнес-тренеров итп люди хотят с медецинским образованием,
а работать с ИМ готовы пустить любого дебила.
Тем не менее, зачастую это так. И поменять такой порядок вещей не в силах разработчика :(
Судя по всему он есть и немалый - рынок бюджетных магазинов а-ля "залил эксель с каталогом, залил зип с картинками" и вот он магазин. Рублей за 15-20. Заявка на емайл, yml, commerceml. А дальше - или поиграются и бросят, или потратят еще немного много денег 😂
Не, не слышал интегрировал. Ну, чтоб регулярно. Сайт же не 1С😂 1 раз интегрирован (слово умное, понравилось:) ) и хорош интегрировать.
А без шуток - херовый магазин, если для
опять прогера нанимать надо (кроме зачеркнутого, но и там, в большинстве случаев, можно сделать так, что цели удается расставить менеджеру без знаний не то, что js, но и хтмл, а дизайн меняется кошерными дезигнерами только правкой цсс и файла шаблона).
А зачем прог для
магазин, магазин открывай свою дверь, я ужасно устал от безумных идей (с) кто то, но про ресторан, а не магазин.
На серче много есть тех, кто познал истину в производстве магазинов😂 Любой топик, где ТС упомянет магазин, сразу обрастает ответами - "не не так", "битрикс", вот так, фреймворк, опенкарт, "поищи плагин к вордпресу" и тд и тп. А может, серч сможет родить серч-оптимизированный вариант магазина☝
Опен сорс. Грамотно и с учетом базовых потребностей соотнесенных с реалиями. Чтобы уже ни у кого вопросов не осталось? Это было бы и конструктивно и полезно.
Такой план как?
Суть в том, что если есть 1 сегмент урл - обработчик в зависимости от наличия в $conf['pages'] правил для него, а если он не описан в $conf['pages'], то обработчик таблицы базы данных с правилами для урлов. Иначе (/) - indexclass.
Будет полезно:
autoload
В Бадене или в алгоритме? Я в Минусинске обычно ул. Ленина ищу.
Кстати, как теперь? С большой буквы баден правильно писать или уже нет 😂
А по теме, кстати, много ответов дает этот запрос.