Такое построение урлов не противоречит ЧПУ и тем более SEO-продвижению, тут вам надо понять, что вы возможно все не знаете даже по своей части
Нет. Касаемо сео познания у меня хорошие. По поводу противоречия. Мне не обязательно их удалять, но хотябы изменить потому что чпу должен быть либо транслитом либо на кириллице если домен рф к примеру. Здесь же сборная солянка. Где транслит, где русское слово просто через переводчик прогнали и вставили английское. Это НЕ ЧПУ.
НУ, товарищ, это как раз круто дял SEO — готовая подборка под НЧ-запрос... такой кейс громкий же был у Enter:
«телефоны для бабушек», «телефоны с большими кнопками»
Вы немного путаете. Когда теги являются тегами это одно. А когда подкатегории являются тегами + рядом стоят действительно теги + фильтры...это каша полная. С учетом того что ничего редактировать нельзя.
Почему так:
Просто это фреймворк, на нем делают то, что хочет разработчик ,если что-то в админку не вывели — легко выводится и дорабатывается...
Почему не ЦМС? Ну причин много бывает, но поверьте — дорабатывать текущий сайт будет проще, чем на ЦМС, просто поверьте... не понятно почему сайт без разработчика...
Тут я согласен. Переносить никто на движок не будет. Касаемо фраемворка я понимаю, что это не движок...но в том-то и беда таких проектов. Когда есть разработчик - ключевой момент. А когда его нет? На движке все-таки попроще вносить рядовые изменения(есть плагины готовые,шаблоны и т.п). Ладно. Будем рыть. Если уже совсем беда, то придется искать фрилансера
можно купить 1 телефон.100 симок.и менять симки.это уж точно дешевле. но про этот способ я и так знал и писал про него.ну не когда я должен 1500 в месяц за одну симку отдавать
entermix: про тот сервис я писал.ежемесячная плата за номер 1500р.зачем?если симка обычная 150р.а когда у меня их 100 будет.платить 150000р в месяц тому сервису.как то не оч хочется.ну скинут они процентов 20 это всеровно оч дорого
нет.мне нужны разные номера для каждого акка. А платить от 1500р в месяц за то что они будут принимать смс...как то не комильфо. это темболее сумма за один номер.т.е как я это вижу в идеале.я плачу допусти 1000 в месяц.И мне дают 10 номеров.Которые я указываю в директе.И если вдруг приходит смс на тот номер-то я вижу это смс на сайте.+я могу продлевать эти номера.Либо сменить их. и так же ежемесячно платить определенную сумму...но таких сервисов я не встречал.А которые есть...не качественные
silverjoe: Ну вот и все. Не нужно было 100 раз изменять ответ, кидать кучу ссылок и прочее. Да я не изучил толком вопрос. Но я и не хочу его толком изучать. Зачем тратить время на то, что мне не нужно?! Я был того же мнения, что провайдер это все видит, НО на всякий случай уточнил. Вдруг я не знаю каких-то тонкостей. Просто в тор блоге есть два поста. Т.к не в совершенстве владею английским, то после перевода остались вопросы. Насколько я понял то там предлагают 2 варианта.Первый.пустить сигнал через тор, а голос через zrtp.Второй-есть два провайдера sip телефонии через которых можно пустить и сигнал и голос сразу через тор.т.е не раздельно.Но это конечно на словах так.На практике нужно копать глубже.Поэтому я и подумал что может я что-то не знаю про zrtp.Почему его используют и обсуждают в комментах. ведь там никакой анонимности пофакту нет.Ведь даже если пустить сигнал через тор, то сам трафик zrtp мы можем отследить и понять откуда и куда он идет. вот кстати сами статьи https://blog.torproject.org/blog/mission-impossibl... https://blog.torproject.org/blog/mission-improbabl...
Еще вопрос с i2p не изучен полностью....может через него получиться
Ну опять же.гора мануалов. Во первых мне не нужно все так подробно изучать.Во вторых.Во всех ссылках-нет никакого подробного описания про zrtp.По поводу того, что он видит. Он видет ip получателя zrtp трафа? Я думаю да. Верно??
Вместо того, что бы говорить про хабр,гугл и тп. Можно просто ответить на вопрос(для этого этот сервис и был создан). А если не знаете, то просто помолчать. К слову прежде чем задать вопрос-я искал на хабре.И не нашел четкого ответа.Видит ли провайдер откуда и куда идет zrtp
catHD , Я не собираюсь создавать все это своими руками или стать гуру в области телефонии. Поэтому я не хочу читать "2 тома войны и мира", к тому же на английском. Просто есть банальный вопрос. Видит ли провайдер откуда и куда ходит ZRTP ?!
Никто ничего не изобретает. Я просто не понимаю. Как будет идти голос, отдельно и через другой сервер+при этом когда прошел сигнал.Как голос будет идти к серверу. Соответственно в нем тоже содержится информация об адресе.Иначе как бы он ходил? И как она выглядит в zrtp.Это первое. Второе - провайдер же всеравно видит. откуда и куда идет этот трафик zrtp.Верно?
Виталий: Ну зачем же страдать)сделать отправку например на пыхе да и все) Я вот не знаю, те кто пишет сайты на node js. Там же наверное отправка с помощью js должна быть?
Сергей Тутуков: Ну от этого никуда не денешься. Тут проблема не в том, на чем написано меню, а в том - кто хозяин сайта. Нормальный владелец не допустит такого неудобства))
Не совсем понял ваш принцып. Как я это вижу. Есть сайт ZZZ, а есть сайт xxx. Пользователь заходит на сайт ZZZ и попадет на сайт xxx. Там в форму он указывает почту и от лица сайта xxx ему на почту идут письма.Потом он возвращается на сайт xxx и делает заказ.Верно?! Соотвественно если он его сделал, вам нужно сайту ZZZ заплатить процент. НО нужно учитывать тот факт. Что часть пользователей может пройти по этой схеме, не сделать заказ и вернуться через неделю допустим на сайт xxx уже с другого компа, другого ip и т.п. Поэтому вам нужно как то классифицировать таких и понимать откуда они пришли. В таком случае я бы работал как антифрод система)).Собирал бы вообще все данные какие только можно.ip,почту,отпечаток браузера,данные по железу и т.п И потом когда пользователь делал бы заказ.Я проверял бы эти данные и уже видел бы, откуда взялся этот пользователь.Тут опять же есть погрешности конечно, но они будут очень маленькие
Сергей Тутуков: Ну я писал коммент про конкретный случай.Когда вложенность одна.+Нужно исходить из следующих вариантов.1.Будут ли родительские элементы являться ссылкой сами по себе или же ссылки будут только у дочерних. Второй вариант какая будет вложенность категорий.Исходя из этого. При первом варианте-если родетель не является ссылкой,то при клике с мобильного устройства-сработает ховер и соответсвенно откроются дочерние элементы.Второй вариант.Если вложенность небольшая и нужно именно без js сделать работающий вариант, при том что сам родитель тоже является ссылкой.Можно в родителький блок вставить иконку(плюс к примеру).Если у родительского элимента достаточно места(в плане отступов).То при нажатии на menu__item Сработает ховер и иконка замениться на минус. Если человек конечно специально не будет нажимать именно на ссылку которая находиться в li. Но опять же, это все "костыли и извращения" что на css что на js.Если конечно на js не писать что-то в стиле-если он один раз нажал на menu__item, то покажи дочерние элименты.Если второй раз нажал, то перейди по ссылке...это извращение. Тут просто речь про адаптив не велась. Для этих целей я еще раз повторюсь-делается адаптивное меню.Без ховера.И на том же чистом css это все можно реализовать))да я не спорю что на js можно красивее, против него я ничего не имею. Речь изначально шла про пример в котором можно было на css прописать ховер. А не корячиться с js))
Сергей Тутуков: Так, а какая разница тач или нет.На таче нет понятия "наведения курсора". Там есть только клик. Вообще для таких целей пишется-мобильное меню. Ну, а по поводу переписать. Тот же hover)) В нэте полно пример выпадающего меню без js ))
silverjoe , Точно так же как впн абсолютно не предназначен для анонимности. И хоть ты 100500 раз зашифруй все. У провайдеров есть логи.Достаточно одного запроса, что бы узнать.Кто подключался к впн, откуда и т.п. Как бы то не было. Я уже это создал и это работает(хотя на всех форумах мне говорили, что работать не будет). Теперь я лишь хочу узнать.Как решить проблему с перестроением цепочек. И все.
Нет. Касаемо сео познания у меня хорошие. По поводу противоречия. Мне не обязательно их удалять, но хотябы изменить потому что чпу должен быть либо транслитом либо на кириллице если домен рф к примеру. Здесь же сборная солянка. Где транслит, где русское слово просто через переводчик прогнали и вставили английское. Это НЕ ЧПУ.
Вы немного путаете. Когда теги являются тегами это одно. А когда подкатегории являются тегами + рядом стоят действительно теги + фильтры...это каша полная. С учетом того что ничего редактировать нельзя.
Тут я согласен. Переносить никто на движок не будет. Касаемо фраемворка я понимаю, что это не движок...но в том-то и беда таких проектов. Когда есть разработчик - ключевой момент. А когда его нет? На движке все-таки попроще вносить рядовые изменения(есть плагины готовые,шаблоны и т.п). Ладно. Будем рыть. Если уже совсем беда, то придется искать фрилансера