chelkaz: ссылку поменял, более наглядно. Лишние запросы в вашем случае отнимут пару сотых секунды. А "очень неудобно" - это мягко сказано. Этот код просто будет неподдерживаем. Плюс зависим от количества объявлений в базе. Плюс вам придется изобретать собственный аналог уже существующих решений (ссылка на baum тут уже мелькнула). Когда объявлений десять и самих категорий 5 - поменять категории не так сложно, а когда объявлений станет 50 тысяч, а категорий сотня и они куда глубже 1 уровня (может не при вас, а при человеке, который будет поддерживать проект после вас)? Плюс если вы не будете хранить категории отдельной таблицей, вы столкнетесь с такими проблемами: необходимо перед обновлением категории лочить все объявления, принадлежащие ей, если кто-то из пользователей создавал в такой категории объявление или редактировал. после изменений в категории вам нужно будет оповестить его об изменениях. Самое интересное - как вы собираетесь следить за тем, чтобы пользователи не создавали собственные выдуманные категории? С внешней таблицей понятно, вы даете ему список существующих ключей. С массивами же вам придется при создании объявления для валидации имени категории сканировать всю базу объявлений и строить виртуальное дерево каждый раз, Каждый, Карл! 50 объявлений? Не проблема, 50 тысяч? ну уже посложнее и ждать подольше (при каждом создании объявления), 500 тысяч? Шеф, нам надо больше памяти покупать.
Несколько месяцев назад русская версия была практически нечитаема. Начало грамотное, но как начнешь переходить по ссылкам с главной - гугля транслейт кажется богом в сравнении с тем переводом, что там есть
SMA2: когда появляется проблема n+1 запроса, базе становится далеко не все равно. Такое может появиться, например, при некорректно написанном модуле фильтра, который будет дергать доп атрибуты для каждого товара по по очереди (а если товаров окажется в разделе сто тысяч и на каждый по хотя бы два лишних запроса?), либо при модуле, который будет подбирать тем же не оптимальным способом сопутствующие товары - вариантов сотни. А спросил про стоимость потому, что мне интересно было, сколько стоит написать сферический магазин с нуля на ноде.
Думай Головой: изучите структуру базы опенкарта после чтения о нормализации. Быстро все на место встанет. Потом, через полгодика, можно мадженто посмотреть.
mUchenik: вам надо основы php изучить, а затем найти, какая переменная/метод в woocommerce или в этом конкретном плагине отвечает за вывод количества товаров в корзине. На худой конец проставить вопросу верные теги - далеео не php-шники работают с вордпорессом и тем более с woocommerce
sergey1989: в узбекистан вроде бы можно карту заказать. Снимать правда и переводы другим людям делать с нее не очень выгодно, но расплачиваться в магазине будете без комиссии.
дима кубитский: Сделайте заказ и посмотрите на отклики. То, что их там 20, так это половина автоматического спама, еще половина "сделаю за 10x от вашей цены". Ну и среди них может пара школьников, которые проект не осилят в должном качестве.
abcdefghijklmnopq: у сбербанка самый невыгодный курс. Снимаешь штуку баксов через сбер - теряешь два косаря в рублях, чем если бы обратился в альфу или уралфд.
Тимофей Дейс: в чем угодно может быть. в настройках сервера, в подключенном cloudflare или в том, что вы файл по ошибке залили в другую папку или вовсе на другой хостинг. Понимаю, ошибки элементарные, но по невнимательности новичок может и это упустить.
Если человек готов предоставить свою работу в три раза дешевле названной им же стоимости, то результат заставляет сомневаться и в его компетентности и в качестве проделанной им работы.
Ingword: просто соблюдается сетка при расставлении элементов. psd с разлинованной сеткой есть в интернете. а про пиксель в пиксель - не заморачивайтесь, верстка ведь не под одно разрешение делается, а пиксельперфект подразумевает именно это и просят его как правило те, кто вообще мало шарит в этом.
