https://tengrinews.kz/kazakhstan_news/anonimnyie-kommentarii-zapretili-nazarbaev-podpisal-zakon-334276/

чем вам теперь это грозит? какая авторизация будет признаваться?

по ЭЦП походу

т.е. это возможный максимум вообще на сегодня, я так понимаю. а промежуточное (компромиссное) привязка к телефону

ну у нас уже нельзя без регистрации симки))

Интересно есть такие люди, которые тоже были веб разрабами, а потом их достало все это ужесточение и они ушли в бизнес не связанный с it и теперь говорят "на..уй веб" и эти компьютеры. Жить стало лучше. Ато целый день сидишь, в экран глядишь.

https://tengrinews.kz/kazakhstan_news/anonimnyie-kommentarii-zapretili-nazarbaev-podpisal-zakon-334276/

я бы сейчас с удовольствием открыл бы базарчик и сдал бы все контейнеры в аренду

а что, с открытием базарчика бы стало меньше проблем? ) А потом пришёл бы какой-нибудь Ашот под прикрытием городского прокурора отжимать бизнес. Вам бы пришлось обороняться и выставили бы вас в СМИ как любителя пострелять с непонятными мотивами как в этой истории) https://lenta.ru/articles/2017/12/28/menshevik/ Ну не обязательно вот прямо так, но сомневаюсь что в этой отрасли рутины было бы меньше)

товарищи знатоки, подскажите плз как организовать следующее: есть интернет-магазин на SHK, сейчас начинаем миграцию на minishop2. Магазин помимо обычных товаров торгует также билетами на мероприятия, для которых в будущем хотим сделать мобильное приложение-контролер статусов билетов. Т.е. клиент оплачивает билет на сайте, ему высылается QR-код, потом этот код считывает приложение, подключается к базе сайта и сравнивает наличие такого билета, статус Оплачен/Новый и выдаёт соответствующую надпись. Думается использовать для основного каталога товаров минишоп, а для билетов сделать его копию, чтобы можно было использовать отдельные статусы, письма. Бредово? Если у кого-то конкретные мысли, предложение своих услуг — велком в личку)

копишь капусту в фаст режиме, и как только кол-во капусты хватает на квартирку где нить за бугром, то сразу лыжи

Ну в Европе квартира своя по сути бессмысленна

А зачем два магазина?

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

а на одном не получится мешанины билеты/товары? статусы разные нужны

Все зависит от района Германии ))

Я там искал вакансии по modx. Чето не густо. Там другая cms рулит

Какая?

Typo3

Первый раз слышу

Хм. Этот typo напоминает какую-то другую цмс судя по скрину)) http://www.typo3.ru/typo3temp/pics/875e8f25c6.gif

Хм. Этот typo напоминает какую-то другую цмс судя по скрину)) http://www.typo3.ru/typo3temp/pics/875e8f25c6.gif

Можно без мешанины обойтись если допилить. Но если у вас два независимых магаза которые будут продвигаться по разным словам то наверное есть смысл разделить

как бы не лишиться возможности обновления. Ведь нужна совместимость с модулями оплаты, доставки, импорта/экспорта. Это будет единый магаз, но в разделе Билеты свои карточки «товаров», которые будут покупаться только через «купить в 1 клик» в обход корзины. А в остальных разделах, где обычные товары, и через корзину, и в 1 клик. Можно давать разный начальный статус таким билетам и просто товарам?

как бы не лишиться возможности обновления. Ведь нужна совместимость с модулями оплаты, доставки, импорта/экспорта. Это будет единый магаз, но в разделе Билеты свои карточки «товаров», которые будут покупаться только через «купить в 1 клик» в обход корзины. А в остальных разделах, где обычные товары, и через корзину, и в 1 клик. Можно давать разный начальный статус таким билетам и просто товарам?

Да легко. Ну если знаете php

как бы не лишиться возможности обновления. Ведь нужна совместимость с модулями оплаты, доставки, импорта/экспорта. Это будет единый магаз, но в разделе Билеты свои карточки «товаров», которые будут покупаться только через «купить в 1 клик» в обход корзины. А в остальных разделах, где обычные товары, и через корзину, и в 1 клик. Можно давать разный начальный статус таким билетам и просто товарам?

Статус же присваивается заказам а не товарам

именно доп. поле или доп. статус чисто для заказов с билетами?

именно доп. поле или доп. статус чисто для заказов с билетами?

именно доп. поле или доп. статус чисто для заказов с билетами?

Вид статуса в админке заводится. Его тоже легко переключать

Вам понадобится аналитика по продажам? Если да, то лучше через заказы делать даже продажу билетов

Ну и чтоб не заводить билеты каждый раз, то можно подумать как сделать. А бронирование мест тоже будет ?

желательно, но тоже чтобы можно было понять, где были билеты, а где товары

да, но можно ли новым заказам с билетами давать отдельный статус, чтобы отправлять клиенту письмо с другим шаблоном?

желательно, но тоже чтобы можно было понять, где были билеты, а где товары