Заказное письмо (бумажное это, если что ;)) и правоохранительные органы.
А за спам можешь сам попасть.
Определение по ИП или по языку браузера?
Для первого - geo-ip. Для второго получать язык UA.
И для того и для того были плаги. Но я за то, что бы это сделать отдельным скриптом а на сайт подключать уже результат.
И это он тоже никогда не говорил. Это всё выдумки перепуганных не умеющих читать.
Развели тут..
А что никто до сих пор не сообщил ТСу, что кирилиц и пр иероглифоов в урле не бывает в принципе.
Нас обманывают браузеры (с)
DenisVS, ты ща запугаешь ТСа :)
Там же антикварный магазинчик, а не завод или алиэкперсс с логистикой и пр. (но в целом, для понимания организационных моментов, может и полезно будет)
Vitos071, всё что тебе надо - это вначале получить ИД категории поста и вставить его в код, предложенный Sly32.
Или же воспользоваться плагами похожих постов, которые умеют делать выборку по категории и работать с кастомными типами. ---------- Добавлено 05.10.2016 в 12:16 ----------
Тебе зачем, если даже старпост не осилил?---------- Добавлено 05.10.2016 в 12:17 ----------
А что такое "RU" и "UA" на сайте? Чем сделано, если сделано?
Смешно. Это всё, что могу добавить к выше сказанному :)
А, ну и да, спасибо что показал.
Всё это осталось в прошлой жизни :( (см адрес)
Упакован был в заводскую упаковку - пенопласт, картон и даже родной пакет. Ничего на него не давило это точно.
Вот только не уверен - не было ли вблизи магнитов (больших колонок). Вроде бы нет, но полной уверенности нет.
:) я, когда думал что пыль, "помассировал". Показалось, что пятно уменьшилось. Сильно, конечно, давить не стал, но чистилка экранов (спрей) больше не помогла.
И что ж ее так-то? См п 2 и3.
Sitealert, всё так же и описал, как и вижу.
Точно хочешь через WEB?
Инфы в QR-коде будет не достаточно?
Ты использовал сам QR-код как клиент? Понимаешь, что это просто текст, а не действие (переход по ссылке напр).
Лано, предположим, всё же инфу надо пулять в веб, а коды и пр бумажки печать локально.
Есть 2 ключевых варианта.
1. Сделать сайт и заполнять его всем.
1.1. Локальным ПО забирать с сайта нужную инфу и делать с ней что уже надо - генерить/печатать коды и пр.
2. Все вести в локальном ПО. На сайт передавать нужную инфу. Напр в момент сохранения "карточки товара".
Как по мне - второй вариант намного лучше.
Разновидность 1-го описал bay_ebook. В нём отсутствует 1.1, но появляется другие составляющие, выполняющие туже роль. Это, как по мне, ещё менее надёжно, проще и долговечней.
А я думаю, что это а)ненужный и б) гемморой. Итого а+б.
(А 100500 пустых ссылок(?!) постов - это вообще полный ахтунг)
ТСу нужен совсем не ИМ. Даже "каталог" - весьма условно. Можно сказать нужен простейший информационный сайт. В см сайт - это только веб-составляющая всей задачи. А основное (наверное до 95%) - это совсем не для веба.
Но как вариант может иметь место (без 100500 пустышек, разумеется). А если заглядывать в будущее - для ИМ, то может так и стоит сделать. Хотя, как показывает практика - с течением времени всё равно всё меняется. Так что.. ---------- Добавлено 05.10.2016 в 11:44 ----------
2е точки входа получается. Это конечно проще в реализации, но и не удобно и придётся дублировать инфу вручную, что повышает риски накосячить. Сосбно косяки будут -100%. При редактировании (там забыли, там потеряли/коряво скопипастили)
Ну всё правильно. Ты запрашиваешь индексный файл передавая в него параметры. Но откуда ему знать как их обработать ?
Что тебе надо-то "решить"?
