*маленькое уточнение, про проблема неработоспособности скриптов может игнорироваться, не относится к корпоративному сегменту... Там уже хоть с кожи лезь, но что бы ресурсы работали.... при этом могут быть требованиями даже очень старые браузеры ибо не все обновляют технопарк ибо для выполнения обязанностей это не часто является необходимым... а кому необходимо, то там и обновляют. (бываю в одной компании неоднократно и летом еще побывал на филиале их, но на филиале была 98я винда и ИЕ6 но при этом внутренние ресурсы работали)
1011: это ранее было актуально, что бы сайты работали без жс"а ибо он слишком некорректно работал в разных браузерах да и в старые времена не было необходимости переносить функциональность на аякс... Было быстрее реализовать без аякса или вообще без яваскрипта ибо с технической точки зрения, ресурсы были очень низкоуровневые в 99% случаев.... Со временем требования меняются, появляется очень много плюшек для пользователей, которые легко как раз реализовать с применением скриптов. Если посмотреть на это с экономической точки зрения, то проблема работы со скриптами у пользователей старого железа(что приводит к невозможности обновление браузера) или тех, кто специально заблокировал жс... не являются проблемой ибо те, кто не может позволить актуальное себе железо, они не платежеспособные и не принесут прибыли, так же и те, кто умышленно блокирует скрипты (захотят пользоваться ресурсом, разблокируют для него). Как то так, потому тратить средства на поддержку того, что не принесет прибыли в настоящее время, как то бесполезно... Если в ТЗ стоит работа без жс"а, то это просто сайт визитка(даже если это аля новостной или что еще но суть остается прежней, что это сайт визитка) и он не направлен на принесение прибыли каким либо способом ближайшее время, возможно это даже какой то временный макет и проводится параллельная разработка на основе текущего дизайна, чего то более серьезного... Макет рабочий набросать на несколько страниц займет пол дня. Если только версткой и заниматься, рука набивается и есть всегда под рукой уже готовые реализации разных кусков кода для достижения результата, ну или за день, если попадется такое, что ранее не делалось. Но сейчас значительно все облегчается благодаря всяким бутстрапам, пурам, фундашенам и тд да и готовым под них темплейтам... наброски нынче делать или всякие подобия сайтов визиток за милое дело... не приходится особо разбираться с кросбраузерностью, цсс хаками...
И да, самое веселое, чуть не пропустил... смена направления текста))) Может быть смена как горизонтальной так и вертикальной! Но фишка в поведении блоков в части относительно старых браузеров... Так вот, если ограничиваться с реализацией только на стороне движка, о которой ранее неоднократно писалось, что страничка перезагружается... то придется оч повозиться и наклепать отдельные шаблоны под локализации(в лучшем случаи только стилей). А если реализовать это все изначально через скрипты, то как результат, по загрузке проверить локализацию и запустить фикс по средствам жс"а, до отображения контента, не составит проблем и не нужно будет плодить множество решений...
1011: ссылки могут быть и как с параметром, что то типа domain/some?lang=de domain/de/some так и по аяксу передаваться локализация... а при смене таковой, можно в урл изменить любой из вариантов информирования, что бы потом пользователю можно было давать возможность сохранять урлы и открывать со временем или другом месте (за условия, что по урл можно получить необходимую часть данных ибо не все этапы могут быть доступны... заекспайрилась сессия, кусок контента доступен только после определенных действий... вообщем, все зависит от конкретного проекта ). Как результат, для пользователей можно движком изначально выдавать нужный ланг с учетом их гео и предоставлять возможность смены такового, это же и будет касаться поисковиков.
Immortal_pony: ThunderCat: ну если это какой то мелкосайт визитка, то можно положить болт и сделать через перезагрузку... Но если на ресурсе довольно таки много контента и он слишком динамически меняется.... себе дороже написать переключение по перезагрузке, нежели реализовать ее по аяксу. Подобное бы прокатило(смена локализации с перезагрузкой) при условии, что всегда поддержкой ресурса занимаешься сам или она доступная только на начальном этапе посещения ресурса но не тогда, когда есть команда или ресурс могут передать по окончанию работ другим да и тем более с возможностью смены локализации на каком то из этапов...
ThunderCat: и что с того? вопрос то в реализации на жс... ложить на них с высокой колокольни! Да и это не так... многие роботы его обрабатывают да и к тому же, они не бегают с переключающимися языками, потому подобный вопрос довольно таки сомнительный. Если бы нужно было первым делом в поисковики заганять контент, то не стояли бы подобные глупые вопросы.... Все бы реализовали на стороне движка с выдачей отрендереной локализации, с кэша, и потом только переключение на нужную локализацию без перезагрузки страниц.
И да, чуть не забыл, если это вообще какие то корпоративные решения, то в частных случаях, придется думать даже о поддержке ИЕ6, не то, что бы говорить про 7й-8й. Мне этим летом свезло побывать в офисе одной компании, где на филии стояла 98я винда с ИЕ6. Система на всех филиях одна... а железки где современные, а где столь старые... Вот и думайте о необходимости возврата к работе с dom...
если нужно какашкосайты, можно смело использовать React, Riot, vue и т.п... Если нужно реально работающая вещь, как ни крути.... в лучшем случаи это только подмешать jquery 1.х. В противном случаи, как написал ранее, будет какашкосайт с рандомной работоспособностью.... Ни один с фреймворков для жс"а не может похвастаться стабильной работой, потому следует выбирать с учетом того, под какой контингент делается ресурс... Кому то достаточно пользователей с компов/ноутов и смартов современного производства... А кому приходится делать реализацию еще и с поддержкой всевозможных консолей, тв, боксов и тд.... В последнем случаи, если не ставить цель конкретное устройство (или группа устройств), то применение каких либо либ просто невозможно и в части случаев, даже применение jquery является невозможным. Вот такие вот дела....
Алексей: ну вообщем суть понял... итого у нас высчитать какой то коэффициент путем сложения возможных значений... советую тогда следующее, что бы не париться особо при имеющемся коде, arr замени на пустую строку при инициализации, в процессе обхода ТД, просто дописывать результат с ячейки предварительно проверив, к примеру, если у нас емпти, тогда добавить 0, если не эмпти, значение... как результат, будет строка. Ну а дальше строку обработать разными вариантами, в зависимости от нужд... Посимвольный обход строки, реплейсы или что еще. Вообще не совсем понимаю тогда значение 0 (что все ок).
Но самое главное, так и не понятно, что нужно изначально сделать.... что бы можно было вообще, что либо советовать.... мне не понятно, зачем такой изврат с 0102030405060708090....
Алексей: вообщем на вопрос темы ответил... как сконвертить строку в число, а если действительно писал на пхп, тогда бы знаний должно хватить было, что бы заслать это все на сервер аяксом или сабмитом и там обработать....
Алексей: что за .... формат х0х0х0..... бред вообщем.
звучит вопрос о том, что бы преобразовать строку в число, *1 и решит проблему, но тогда возникает следующая проблема, начало с 0 не может отобразиться в тайп №... как отличить тогда стартовую точку? а если будет 00000010102 -- как пример, будет в виде 10102 и к чему относится этот бред? А если нумерация уходить будет на десятые? Как тогда разделять? Может тогда вообще весь текст держать бинарным?!
Что мешает в ячейках положить интупы, отформатировать красиво и собирать через серелайз? Ну или хотя бы на крайняк, делать сборку не таким состоянием, а обойти все ТД, составив объект... или даже не составляя, сразу его обработать до нужного состояния в процессе обхода... Да блин, 100500 вариантов реализации.... но не такой изврат
iBird Rose: one не работает корректно ;) так... для справки.... А через this не при всех случаях возможно... если один и тот же попап может открываться не только кликом но и через неизвестную ф-ю... то хе хе) А если еще все попапы управляются с одного места, то ха... ну да лан) Зато весело провели вечер...
Krasnodar_etc: проинформировать пользователя о том, что выбралось и дать на ходу исправить... довольно таки полезно. Вот только без реальных тестов на трафике не сказать о эффективности такового решения... Да и для разных стран будет разный результат. Даже в пределах одной страны... Но довольно таки расстраивает, когда выбираешь один товар, а в результате чуда оказывается другой в корзине или другое количество... Тогда смело можно уходить с такого магазинчика, ибо неизвестно то, сколько раз придется при каждой выборке проходить все повторно или править количества из-за сомнительной адекватности ресурса...
Дмитрий: если картинка мелкая, то можно и анимированая гифка.... при использовании интервалов, ставится под вопрос последовательная цепочка для выполнения... При плохой реализации, пользователь может и закроет страничку, если браузер не откинет ее сам.... но больше и не вернется
Скрывать по авто плохой вариант, было бы лучше там возможность сразу показать то, что заказано с возможностью правки... Ну а еще вариант, сделать плашку на которой и ловить все клики.... но это же не по фэншую)))