Просто выглядит как-то не лепо, что vk.com открывает еще какой-то домен... Гугл, яндекс, mail.ru все продают через свои нативные домены. Че за сочиалтанк? Шляпа по-моему!
Рассказал бы хоть в чем дело было.
Ну если это реальный скрин, не реклама )) то, думаю што хорошая тема!
А что можно будет рекламить? Другие группы или товары в том числе?
Думал, только знаете, когда мелкие игроки создают свой маленький магазинчик и ведут, хотя бы, свой склад в экселе и в экселе же всю свою бухгалтерию и в ручную добавляют доставки в личном кабинете курьерской службы и в ручную ведут контекстную рекламу, продвигают сайт на коленке - это и есть полное отсутствие автоматизации )
Вот именно. Оператор или операторы, которые принимают заказ на телефонах, должны ориентироваться в товаре, взаимодействовать с поставщиком, редактировать и снимать товары со склада, принимать участие в формировании ассортимента магазина, отвечать на комментарии на сайте и в группах в социальных сетях и многое прочее. Только так. Разделение труда в интернет-магазинах не факт, что дает бонус.
Если оператор "сухо и стандартно" принимает заказ, не может вставить какую-то шутку в разговор и не может клиенту рассказать что-то интересное, например то, что поставщик, падла, задерживает поставку товара, то это существенный минус. Такой оператор - женщина среднего образования, которая не "кайфует" от работы, не чувствует себя частью бизнеса, а следовательно лишнее звено в нем.
Грядет закат торговли для новичков и мелких игроков. Все рухнет! Выживут только те, кто автоматизировал свою работу до той степени, чтобы можно было одному сотруднику делать ВСЁ! Иначе - убыток. Убыток, через пол года, год или два года... В зависимости от того, какая сумма была вложена на старте проекта. Чем она больше, тем дольше будет держаться иллюзия заработка.
Что касается магазинов, имхо, поисковики скоро организуют возможность создания полноценного магазина на их движке. И тогда уйдёт с рынка мелочь. Останутся только:
1. Поисковики;
2. Поставщики;
3. Программисты;
4. Логисты;
5. Агрегаторы партнерских программ.
Напиши здесь, какая у тебя кодировка файлов, которые ты правишь, т.е. кодировка самих php скриптов. Далее, какая у тебя кодировка html документа, она в хедере указывается.
Если у тебя UTF-8, тебе нужно юзать функции для обработки мультибайтовых строк http://www.php.su/functions/?cat=mbstring
Я могу ответить. Пусть это будет откровением, но все же...
У меня есть приложение, которое стабильно работает. Сейчас я несколько меняю архитектуру. Переписываю некоторые функции и методы. Передо мной стал вопрос, как в новой архитектуре, а вернее как глубоко мне нужно проверять параметры, которые, например, передаются в метод класса.
Теоретически, я могу их не проверять вообще, ведь я сам пишу проект и я знаю как и что и куда передавать, так ведь? Но, нет, это не так... Проверка нужна. Какая-то проверка нужна, но какая? Проверять можно совсем чуть-чуть, а можно и чуть-чуть больше. А можно вообще досконально проверять. Граница между этими вариантами очень плавная, ее вообще нет. Не существует границы от нуля до единицы. Я не думаю, что вы сможете в нескольких предложения описать правила, по которым программисты решительно поняли бы, какие данные нужно проверять и где, а какие нет.
Такие вопросы решаются по каждой конкретной задаче отдельно. Т.к. я не могу провести границу между тем, что проверять и где, я не хочу париться на тему того, на сколько сильно я должен проверять четвертый параметр в функции. Я просто решил найти красивое и быстрое (с точки зрения производительности) решение, которое лишит нужды думать над этим. И это решение будет работать быстрее, чем решения других программистов, которые не считают необходимым проверять переменные на соответствие типа, но при этом загибают такие проверки на целое положительное число, что шлепнуться можно!
Ваши комментарии.---------- Добавлено 07.06.2013 в 21:44 ----------И рас уж вы еще не ответили, то позвольте добавить.
Вы предложили решить задачу на проверку переменной на предмет целого положительного значения таким образом:
function myCheckDigit($num){ preg_match('/[^0-9]+/', $num, $matches); if (count($matches)) { return FALSE; } return TRUE;}
Плюс, предложили "доработать функцию, чтобы работала с дробными и отрицательными числами".
При всем уважении к вам, как к "старому и закаленному форумчанину серча", я думаю, вы не будите против, если ваш совет, "посмотреть в сторону перепила логики приложения", я оставлю без внимания 😂
Нет, ну правда, смотрите какая красивая проверка:
if((is_int($var) or (string)(int)$var === $var) && $var > 0)
На мой взгляд, если создается тема на форуме, в которой автор ставит конкретный вопрос, но при этом я считаю, что это глупый вопрос, или что у автора кривые руки или что он не правильно построил архитектуру приложения, или что автор должен идти гуглить или писать функцию сам, в этих случаях я закрываю тему. Я понимаю, что этот вопрос адресован не мне, ведь по самому вопросу мне нечего сказать. Я не стану строить из себя умника. К тому же я знаю, что найдется человек, который буквально в одно/два сообщения даст автору нужный ответ.
Я благодарю ortegas, за то, что не стал спрашивать что и почему, а быстро и коротко помог найти такое замечательное решение, которое я именно искал. Спасибо.
