Philipp: А дело не в красивой шкурке, а в готовых шаблонах, насыщенных удобными UX-компонентами под маленькие экраны. Чтобы девчули на телефонах могли удобно листать и задавать вопросы консультанту. Если взять обычную адаптивную вёрстку и прикрутить какой-нить плагин сервиса работы с консультантом, то на телефоне это уже не юзабельно.
Вообще, я пока вижу этот магазин как инстраграмм + корзина. Но сейчас нет времени верстать с нуля, поэтому и спрашиваю бывалых.
Sanes: А вот Okay-CMS мне при беглом знакомстве приглянулся. И стоимость адекватная, единовременная. А Вы пробовали? Код они по лицензии дают нормальный или обфусцированный?
Хотелось бы иметь возможность всегда докрутить что-то. Ну или хотя бы API для плагинов.
klevunin: Посмотрю, спасибо. Но если уж выбирать платную, то придётся смотреть в сторону битрикса, чтобы клиенту проще было найти потом поддержку.
Чувствую, придётся посмотреть и в сторону наработок на базе nodejs/express. Я бы обеими руками "за", но потом скорее всего придётся проект сдать на поддержку третьим лицам.
one_day: Спасибо, гляну. Понятные шаблоны из коробки - наиболее важно на первых порах, поскольку магазин планируется по одежде, там визуальная составляющая - 90%.
Вопрос в критериях разделения "ларёк - не ларёк". Что с Вашей точки зрения?
- интеграция со складом?
- CRM? Собственные решения по ведению клиента онлайн типа живосайтов и прочих?
- интеграция с платёжными системами, банками, кассами и палкой?
- авторизация пользователей с openauth?
- форумы, блоги и прочее?
И мы приходим к тому, что нужно брать хороший аналог джумлы и прикручивать к нему магаз.
А хотелось бы пойти с другого конца :)
Может что-то есть интересное для друпала?
Я тогда, лет 8 назад, хапнул с виртуматом и джумлой. В первую очередь с их избыточностью, тормозами и разнородной архитектурой, поскольку пишется всё разными командами.
freeExec: Нет-нет, база нужна, потому что основная задача - вся карта, только без подписей. Просто сервер пока пробный и не потянет даже импорт всего мира, не то что рендеринг. Поэтому я начал с Москвы, отредактировал стиль мапника (над было конечно в карто делать, но как смог) - убрал маркеры магазинов, все подписи, шиелды с дорог и т.п. В целом - нормально, однако пользователи по всей России и СНГ, одной Москвы на карте мало, поэтому я хотел бы пока попробовать быстро добавить границы - это уже было бы хорошо. Но, видимо отложу, пока не смогу поднять целиком весь мир на сервере. Вот у нас один из тренажёров например - https://etreniki.ru/GFQSQUV45Y
Там и зум большой, и шейпы не помогут.
freeExec: Согласен, сам скачал :) Я действовал первый раз, по инструкции и запускал get-shapefiles.sh, предполагая что он тянет только береговую линию. А туда вон значит сколько всего попало. Я правильно понимаю, что я вот так же могу добавить шейпы границ стран и административных единиц, например, отсюда - gis-lab.info/qa/osmshp.html или откуда еще их смогу экспортировать/скачать.
Хм! Так у них там границы отдельным векторным слоем. С одной стороны это хорошо, значит данные просто вытащить. С другой стороны у нас векторный слой для данных карты не предусмотрен. Планируем позже, но для пользовательских данных. Ну и главное, дело же не только в границах. Началось с того, что нужна была OSM карта, но без подписей. Я нашёл одну, но она строго для нужд wiki-сообщества.
Вот пример: c.tiles.wmflabs.org/osm-no-labels/10/549/335.png
Стал поднимать свою, пока частично, только Московой. И вот когда брал регион Москвы с гислаба в OSM-формате и шейпы береговой линии в составе openstreetmap-carto, откуда-то на несколько зумов попали границы государств. Но, к сожалению, не на все. И еще странность в том, что хотя я брал только Москвы, на РФ попали многоугольники городов. Ничего конечно, но странно - почему.
Вот пример: https://etreniki.ru/DRGRR55U4L
Где-то с 4-го зума границы пропадают.
Ага, получается с гислаба я могу еще и в виде шейпфалов забрать данные именно по специфическим типам - т.е. только границы, например? Это хорошо, спасибо. Попробую разобраться.
Разумеется, я именно с гислаба и для пробы брал регион (только Москва). Проблем в том, что мне нужны данные именно по всему миру, но очень мало - только границы государств. Карта у нас типа "контурной" для учебных заданий. Собственно свой тайловый сервер поднят из-за того, что нам надо удалять подписи.
Попробую, спасибо. Но в таком случае для границ государств мне нужно тащить весь мир и конвертировать и фильтровать его локально перед загрузкой на сервер? Пункт 3 конечно знаком.
Алексей: Чуть позже выпилю пример из рабочего проекта, чтобы лишнее не мешало. Но, на самом деле, какие именно таблицы - не важно. Важно, что я не могу завернуть транзакцию в процедуру, потому что количество данных, которое пишется в таблицы разное, не фиксированное. Массив передать в хранимую процедуру я не могу, а это кстати был решило проблему. Поэтому я вообще вынужден отказаться от хранимой процедуры. И мне остаётся только в самом коде (в моём случае - nodejs) формировать строку с мультистейтментом SQL. Начиная с объявления транзакции ну и далее до комита. Так вот в этом случае я не могу SQL-ый хендлер на ошибку поставить, как это было бы внутри процедуры. Так что конкретика тут не важна...
SerzN1: Как же нет смысла класть фоны директивы в её папку? Директива со всеми её фонами UI-шными используется в нескольких SPA. Разработка директвы ведётся отдельно, с отдельной git репой.
Поэтому как бы логично, что все ресурсы директивы должны быть как-то увязаны в одном месте изначально. Видимо потом, при сборке SPA галпом, надо распихивать. Вот тут мне и хотелось максимально автоматизировать процесс.
Может быть стоит отказаться в таком случае от склейки этой директивы в app.js и подключать отдельно её html-файл? И инджектить зависимость от директивы в приложение, а не объявлять директиву частью приложения?
Разумеется, что в dataurl только интерфейсные элементы. Насчёт вектора не соглашусь - важен размер, а не формат. Просто обычно вектор меньше. В моём случае нужен именно растр и, к сожалению, размеры файлов большие, поскольку спрайты ориентированы под "ретину".
Насчёт хелпера не уловил суть. Например, я могу прописать в галпе копирование папки с директивами в дистрибутивную и удаление оттуда js-файлов (поскольку склеиваются они в основной js-файл). И тогда в директивах ссылаться на ресурсы по пути типа /directives/{directive_name}/assets/, относительно корня хоста.
Спасибо, пакет интересный - посмотрю исходники, но использовать - сомнительно. У нас же не net используется, а tls. Поэтому самому городить SSL поверх raw-socket... не хочется.
Вообще, я пока вижу этот магазин как инстраграмм + корзина. Но сейчас нет времени верстать с нуля, поэтому и спрашиваю бывалых.