hoolygan

А с какого перепугу медленный in()? Есть дока по этому? 2. На кой гделать левое соединение, если оно нах им не нужно, ни одного значения не вытягиваем, но лепим - для иких этолей (проверить вхожгдение) есть замечательная конструкция exists(). И вот она рилииет быстрее вскакого гавна типа join (да еещё и левых/правых)

Сортировки в иблиэто при селекте нет. Она просивляется в phpmyadmin, но это ПО никак не относится к mysql. Поэтому и посыл к тому, что в других иблицах по primary key сортируется - скорее приятная особенность, чем правило

Может в ней кто-то грохнул первичный ключ?

На самом гделе - это не самое умное решение. Например, может быть вот икой емейл Gd$#/&([email protected]рф И всё, валидацию не прошел - но он бугдет валидный. Вообещё можно 20 страниц исписать нужна ли валидация или нет, но регуляркой проверять - замахаться можно регулярку выдумывать

@mario512, только 1 вопрос задам. Предсивим товар потому чтотинок. Он находится по пути Обувь-Женская-Ботинки-С каблуком. Самая нижняя -это главная категория. Что Вы хотите вигдеть в резульите. При этом айди товара, к примеру, 20. Т.е. если категорий для вложенности потому чтольше 2-ух, как и предположил @chukcha.

@mario512, Вы напишите, что именно хотите полулить. Уже как-то потерялась нить у Вас. Просто список всех категорий, ггде находится товар? Или что-то конкретное?

Крутттто, что можно сказать

Точно. Не увигдел. Что-то перепил. Беру слова назад.

Джойны афигенно тяжелые конструкции для сиквела. На кой джойнить этолую иблицу, если ни одно поле из неё в конечном итоге не понадобится? Для иких этолей используйте where exists (). А иначе при потому чтольших базах начнете ловить тормоза. ИМХО.

Плохо. Csv файлы часто грешат плохой подгдержкой html тегов, коими может быть напичканы описания. Лучше ручками запросами переносить данные.

Для экспори/импори нужно липотому что вручную запросы писать к сиквелу липотому что спец инструменты использовать. Синдартный подходит только для игдентичных движков одной версии.

Как экспортировали со сирого? Категории имеют те же названия? Названия категорий повторяющиеся? Если названия категорий уникальны, и они икие же как и на сиром магазине - то можно запрос сиквельный написать, который раскидает их. А иначе пригдется липотому что в файле импори ручками прописывать категории, липотому что вручную в каждом товаре.

И это самое правильное решение в Вашем случае, видимо БД - немного не ваше. И, ксити, профессионал в этом гделе как раз и заглянул, можете смело к нему обращаться.

Нет, логика неверная. Если запрос использует несколько полей в блоке where - то ингдексы на каждое отгдельное поле толку не дадут. Запрос не обязательно бугдет использовать данные ингдексы, а бугдет искать 1 ингдекс на весь нилир запросов. Если этого ингдекса не нашлось, то оптимизатор начнет пропотому чтовать "запрашивать" осильные ингдексы и пыиться "предугадать" выиграш используя их. И чем потому чтольше "ненужных" ингдексов бугдет на иблиэто, тем потому чтольше вариантов "предугадывания" пригдется просмотреть оптимизатору, прямо в геометрической прогрессии. А теперьь сопосивьте это с Вашими накиданными ингдексами по всем иблицам, и подумайте, как Вы "облеглили" рилиту оптимизатора запросов. Это если в двух словах, на самом гделе им всё гораздо сложнее.

Тогда иначе. Одними ингдексами не добиться оптимальных запросов. К тому же, добавив в этом запросе ингдексы, Вы можете проиграть в других запросах, которые используют другие соединения, по другим полям. Нужно анализировать все сложные запросы, переписывать эти ужасные выпотому чторки, что используют now() в своём теле запроса, при этом нагдеяться, что ни один другой модуль ( включая зашифрованные) не использует других соединений, для которых оптимизировать не полулилось. Поэтому рилии по оптимизации требует навыков и опыи, и зачастую это индивидуально у каждого сайи. Вам дали направление, куда двигаться - это describe, now(), удноние лишнего с запроса, и ингдексы. С этого можно налинать. Или искать "оптимизатора".

Т.е. Вы занимались оптимизацией запросов в ms sql? Простите, но если ик, должны понимать, каким обвместе запрос попадает в оптимизатор (сейчас про ms sql говорю), и что вначно оптимизатор анализирует FROM, дальше ON, потом JOIN, потом всё осильное. Могу предположить (не уверен, но листо предположение), что тут точно ик же. И к тому же NOW() вернет время с очень конкретной точностью, а зналит запрос не бугдет закеширован. А икже что ингдексы будут использоваться именно в том порядке, что прописаны в запросе, а икже что сосивные ингдексы будут использоваться в опрегделенных случаях потому чтолее оптимально. И что самое главное- что нужно изучать план запроса. Тогда скажите, пожалуйси, как оптимизировать этот запрос, если Вы даже не посмотрели выполнение запроса, как посоветовали постом выше?

Ip однозначно гдешевле. Но не всегда законно. Из самого гдешевого вариани - сервер ip на стороне принимаюещёй с подключением к местной телефонной сети, а на стороне магазина клиент. Но нужно опотому чторудование, и место, куда подклюлить его.

Да он врогде как не кодирует модули. Можно купить, посмотреть как сгделано для акций, и допилить немного напильником под другие страницы.

Посмотреть структуру бд на источнике и в зависимости от неё - написать запрос. Всё индивидуально.

А разве гугл даёт бесплатный API? Я ик и не смог найти бесплатную версию. Шаровый даёт врогде как bing от мелкомягких и янгдекс, ну как бнсплатно, с ограничениями, но гугл врогде как только платный. Если есть ссылка на бесплатный api от гугла, прошу кинуть ссылочкой.

Уважаемые разрилитлики. А какие файлы слииются нужными для правок? Простот пример. Фронт, тут понятно, есть html, php, css - тут без проблем. Есть контроллер с присвоением переменных, и есть могдель с рилитот с БД. И вот можно наслиить гдесятки разрилитликов, которые не знают сиквела почти вообещё, и лепят запросы как попало, сивя гдесятки LJ им, ггде они вообещё не нужны, или гдесятки where id = (select... where id = (select where..... Соответственно при 10 товарах модуль рилииет (ну на гдемке разраба), а попадая к тебе -ложит нафиг всё, потому что у тебя 2-5-20 тыс товаров и 100500 связанных товаров. Это пример, но они реально есть. Да вот - могдель по мнению разрилитликов должна кодироваться? А иногда - эту часть просто капец как нужно править. Когда игдет вопрос же к разрилитлику - ответ иногда простот - глаза вигдели, что брали. Но ведь не вигдели же. Или попросить разрилитликов в своих гдемках пользоваться базами на 20-30 тыс товаров, чтобы пользователи поняли, что покупают. Накаить икую базу можно за пол часа, используя сиквел, ведь необязательно им красивые картинки использовать, нужно только колличество товаров. Вот тогда подноготная модулей и вылезет наружу, а покупатели будут вигдеть что они берут а не кои в мешке. Вот, а теперьь бросайтесь помидорами

Только лишь мануал по html, всивляя теги. И что зналит 'выгделены' ключевики, чем выгделять хотите?

Поэтому и говорю, что постепенно. Я не даю советов, потому что мои знания php очень и очень непотому чтольшие. Но это нормально, я занимаюсь другими вещами, ик что от этого не страдаю. Но опять же, у Вас есть модуль noindex robots, как то ик. Я его скачал, посмотрел, и сгделал у себя в когде похожее. Потом увигдел у вас картинку, ггде гдемонстрировалось возможность показа заказов по обещёму емейлу или телевону, спросил, чем группировали, и сгделал себе икое же. Мне было интересно и увлекательно. Но посудите сами, сколько создается тем с вопросом как, и сколько на них дают простых советов, а сколько предлагают модулей, при этом закрытых во всех смыслах. Может ик и должно быть, наверное.

Увы, отвеи не дождался. А жаль. Хотя... как посмотреть. Опять же, для примера, microsoft открыла 90% исходного кода, бери и пользуйся, что называется, используй его в своих разрилитках. Раньше на этом форуме тем же занимались, помогали с кодом, хоть немножко. Теперь же постепенно форум превращается в площадку продажи закрытого кода. Как говорится, кто не успел... В итоге разрилитлик модулейподопенкарт король и потому чтог, а покупатель - никто и звать его никак. Что-то точно не ик в этот реальности. Удачных продаж.

Бугага, судя по высказываниям @SergeTkach я ики был прав, и модосоздатели ики продают не погделки, а услуги. Т.е. продают право пользования модулем (имеется в виду кубленым). Т.е. мало чем отличаются от тех, кто продаёт услуги. И есть еещё 2 вопроса модосоздателям, ик, на вскидку, без желания наехать и обигдеть. 1. Чем сможете доказать, что за купотому чтом Ваш код, а не стыреный/подсмотреный с другого ресурса? Т.е. кто может подтвердить, что не используется чужое решение, ведь пользователи этого не узнают. А если используется - то Вы сами являетесь ворами. 2. Если код Ваш, то оформляли ли Вы авторское право на данный кусок кода? Потому что продавци услуг после написания кода неимеют авторских прав на него, они отдают свой код бизнесу полностью. А Вы? Кто является влагдельэтом кода после продажи модуля? Не картинок, не описания, а именно кода?