11) Наверняка это был не один сервер (и даже если и один, то явно не из коробки). А так можно и магенту так же резво заставить мегать при таком количестве товаров.
12) бодр и архитектура лучше это разные вещи. Ну в любом случае это один из лучших продуктов на рынке.
По поводу «большинства случаев» — случаи разные бывают. Я просто не хочу работать с «большинством»… мне нравится все же писать код и создавать интересные вещи. Потому много из коробки мне и не нужно. Но это мое мнение и только мое. А еще я люто-бешено ненавижу смарти… но это личное.
Если целенаправленно искать — может и не проблема. Но если посмотреть только предложение, а не спрос, но магенту лидирует. В любом случае разработчиков найдут.
ERP — Enterprise resource planning. Интеграция там есть, но от сторонних разработчиков и за деньги. А вообще как по мне x-cart стоит слишком уж больших денег для системы, которую всеравно придется допиливать. Лично мне не подошло ни x-cart ни magento ни какая-либо из других подобных систем. Хотя если уж и выбирать — то magento. Как минимум потому что все можно допилить и найти разработчика не составляет труда.
Я бы сделал так: все координаты хранятся в таблице с указанием ID записи, для которой они соответствуют. Насколько я помню таблицы для WP идут не через InnoDB так что по поводу связей можно не париться. Дальше выводить объекты на карте (для этого нужны только координаты по сути) и связывать их с выведенными на странице объектами через ID (который у каждого блока будет задан через атрибут data-id). Это, скажем так, если в лоб.
Вообще «где хранить данные» уж сильно абстрактный вопрос. Это как «где хранить деньги?». Допустим если у вас есть поиск по координатам логичнее было бы хранить их в MongoDB так как там есть геоидексы. Ну и т.д. Или же если есть шардинг базы — то и того веселее. Все зависит сильно от объемов данных и того, что вы с ними собираетесь делать.
Я к чему, вещи которые многие люди привыкли делать в стиле windows-way на linux можно сделать в разы быстрее. И если брать только разработку — то таких задач очень много. Как минимум в винде нету вменяемой консоли, нету bash и прочего. В силу этого приходится ставить MingW или подобные штуки.
На самом деле есть масса вполне объективных причин, почему большая часть WEB разработчиков (имеется ввиду те, что уровнем повыше) предпочитают UNIX-like системы. Знаю людей, которым кроме VIM ничего не нужно, знаю что тот же PHP на никсах работает в разы шустрее, знаю что сами эти системы намного более приспособлены для разработчика. Вот скажите, как часто вы пользовались для сборки проектов консолью? Очень много шуток аля "- Задеплой плиз. — А где RDP? — там жеж debian, на тебе SSH… — а где робочий стол?".
Я вот хоть и понимаю все прелести Linux для разработчика, пока не готов менять систему. Мне удобно и на Windows. А что бы нивелировать потери производительности — развернул все что нужно на Debian в виртуальной машине. И да в отделе я что-то вроде изгоя, так как мне нравится Windows и в нем я могу проделать массу операций достаточно быстро.
Ах да, а разве при поиске работы требуется именно опыт в какой-то сфере? как я понимаю опыт в сфере WEB у вас так или иначе есть, а если взять еще и достаточно большой опыт разработки под десктоп я не вижу причин не пробоваться как минимум на позицию middle разработчика. Даже если вы чего-то не знаете, что вам понадобится, в течении месяца двух я думаю вы спокойно это нагоните.
Да, так и есть. Готовых бинарников я не нашел. Все рекомендуют собирать его самостоятельно. На самом деле не сильно большая проблема, с учетом того что процесс сборки упрощен до нельзя.
Вот в том то и дело, что раньше лимиты были вроде бы намного более мягкими — для геокодинга точно помню 2500 запросов в сутки от одного пользователя (что бы не допустить массовой обработки данных и т.д.)
Сейчас же судя по всему этот же лимит действует для одного хоста.
Просто на сервисе есть острая необходимость в geocoding api, но лимит в 2500 запросов это как-то уж сильно мало. Потому и интересуюсь реальным опытом использования подобных вещей на популярных сайтах.
Копируете картинку. Создаете слой маски. Вставляете картинку как маску. Играетесь с контрастностью/яркостью в маске пока вам не понравится результат. Что бы совсем избавится от темноватой окантовки — применяете заливку к слою.
Та же программа которая будет заниматься распознаванием, будет и собирать сетку. По сути «сетка» это уменьшенная копия буквы, упрощенная. Вам надо предоставить программе только достаточное количество примеров. По сути все задачи по распознаванию образов к этому сводятся.
11) Наверняка это был не один сервер (и даже если и один, то явно не из коробки). А так можно и магенту так же резво заставить мегать при таком количестве товаров.
12) бодр и архитектура лучше это разные вещи. Ну в любом случае это один из лучших продуктов на рынке.