Vasily Pirajog, а, дак тоже ее декодят? Ну ясно, спасибо. Я почему и спрашивал, что как-то не верилось что ВК регулярно меняет алгоритм, а как работали, так и работают, вот и думал что может у них какие-то свои космические технологии)
Растет PHP, уже чего попало не сунешь) Хотя не понятно почему требуется приведение к числу, вроде бы как он должен сам на лету все приводить, на то она и динамическая типизация. Да и не кроссплатформенно получается, например если присвоить переменной значение long (например миллиард миллиардов), то на x86 оно обрежется до int, однако если присвоить его как строку, то оно обработается на ура.
nelolka, ясно. Где-то в сторонних источниках читал, что сам принцип - это какой-то известный шифр, типа его еще при Цезаре использовали, они просто меняют порядок знаков время от времени, только и всего... Но в любом случае и то хорошо. Отпишись о результатах потом плиз, нужно знать на будущее какова ситуация сейчас с этим...
nelolka, кстати, сейчас занимаюсь другим проектом, хотел спросить пользуясь случаем, как, работает сейчас это дело, все в порядке? Эта темка походу самая активная на Тостере, скоро год будет постоянных обновлений, вот что народ больше всего волнует)
coden55, да уж, и правда, большое спасибо, библиотека вообще из одного файла состоит, хотя умеет даже в прокси. Это потрясающе! В свою бытность наставил кучу библиотек, типа чтобы велосипеды не изобретать и все такое, дак приложение разрослось до 15 мегов (столько весит хороший файловый менеджер), в итоге потратил чуть ли не месяц чтобы избавиться от всего этого монструозного барахла в виде ретрофитов, BounceCastle и индусских поделок от Гугла...
Самый наглядный пример - плагины для jQuery, подойдут идеально, только надо еще склейщик их в один написать. Тут неплохо описан этот процесс. Потом создаете папку на сервере, качаете из интернетов любые плагины и кидаете их в нее в любом порядке, склейщик будет обходить все файлы в этой папке, склеивать их в один, обфусцировать и подключать их одним файлов в код сайта в теге < script>. С CSS ситуация аналогична. На чистом JS вроде бы это не осуществить, нужен PHP в любом случае, увы.
Olek1, надо понимать что вы хотите получить. Под масштабируемостью в рамках CMS обычно предполагается возможность расширения ее кода (как следствие - функционала) разными программерами. То есть разраб, уже мельком взглянув на код, должен сразу разобраться что к чему и сразу начать писать под нее. Для этого придерживаются определенных правил ООП, комментирования и A/B-тестирования, однако сразу хочу сказать, что создание действительно масштабируемого кода в одиночку практически невозможно, так как одно только комментирование как правило занимает больше времени чем написание кода (!), поэтому это удел больших команд, где на один проект, с которым один программист справился бы в одиночку, выделяют команду в 10-20 человек.
А к масштабируемости в рамках одного человека предполагается, что написанный им код можно легко расширить. Например, та же DLE, о которой я писал выше, с самого начала призвана была быть новостным движком, но из-за ее красивого и понятного простым людям кода ее начали расширять сторонние пользователи, но так как никакого расширения, по сути, она не предполагала, дополнения к ней поставлялись в виде банальных кусков кода, которые приходилось копировать или заменять что-то на что-то в ее исходном коде. Просто знайте, что это зло. Это занимает кучу времени, как правило приводило к проблемам в ее работоспособности (еще бы, когда полкода понатыркано из разных мест), конфликтам с более старыми/новыми "модулями", и самое главное - несовместимости с новыми версиями, так как обновления заменяли все старые файлы (иначе никак). Решение этой проблемы - уже изначально предполагать масштабируемость продукта. Например, если взять какую-либо CMS. Что от нее предполагается? Какой-либо новостной модуль, гостевая книга, может быть блоги... Что между этими явлениями общего? Блоги - это абсолютно то же самое, что и лента новостей по категориями, только эти категории могут создавать сами юзеры (это и есть их блоги), а между Гостевая книга - это те же самые комментарии, только в виде отдельного модуля. Да тот же торрент-трекер, это лента новостей, только скачивание файлов осуществляется через торрент-трекер, который просто отдает инфу в торрент-клиент, который сам о сути является браузером. Благодаря этому можно писать что угодно. Можно создать на сервере папку, в которую будут банально класться сторонние модули, написанные сторонними юзерами. Благодаря этим нехитрым манипуляциям можно расширять систему практически до бесконечности, даже не трогая ее исходный код.
Извиняюсь что несколько сумбурно, пытался прям совсем на пальцах объяснить, если честно, даже не знаю, что вы сами ожидаете от своей CMS.
P. S. И да, я действительно рекомендую именно такой подход, потому-что он позволяет, во-первых, иметь огромное количество практики, ибо теория без практики - ничто, как известно, а во-вторых, в отличии от абстрактных и лишенных какого-либо практического смысла примеров из учебников, позволяет создать что-то действительно полезное.
И еще возможный вариант, больше для проверки, но все же - пусть попытается зайти в свой акк с полученными ВАМИ вообще с левого телефона (продиктуйте ей их по телефону или на бумажке напишите, голубем отправьте, но только не смс/почтой) данными с другой точки вайфая, из кафе какого-нибудь, может малварь в роутере сидеть у нее.
Думаю пока, но самая банальная мысль: клиенту вы когда данные сообщаете, она их после этого кому-нибудь передает? Может через десятого человека появляется крыса и пытается отжать акк окончательно, пытаясь приблизиться к смене номера, а через сто людей и концов не найти. Понятно очевидно, но чем черт не шутит, как говорится...
Что такое "повтора"?) Понимаю, что автозамена, но все-же... Нет-нет, андройд накатывать бессмысленно, все пользуются по дефолту, никто никого не ломает, у самого китайская говняная тесла, тот же инстаграм уже года три, как и телефон, собссно.
Михаил Руденко: тут как и в любом запутанном деле приходится вскрывать все буквально по частям, увы( Вы говорите, что у клиента был айфон, когда ее взломали, и не знаете что там у нее стояло. Вы скорее всего чисты, мне все клиент покоя не дает. А сейчас у нее андройд, который она даже реснула, но с него все-равно ломают, я правильно понял? Пробовали вы сами вообще ничего не трогать со своего телефона, а попробовать вообще с левого тела, не знаю, у бабушки взять? Тут реально методом тыка аппараты исключать надо.
ImIeee: присоединяюсь к благодарностям, это просто находка, а не тема!
P. S. Давно хотел спросить, а как ты вообще узнаешь об изменениях у них, особенно когда что и на что меняют? Ведь этого с брейкпоинтами не узнаешь... Не хочется полностью зависеть от темы, всякое может быть, ты же понимаешь)
Плюсую. Да и в синтаксисе Питона ко всему прочему черт ногу сломит. Поэтому из предложенного списка выбор очевиден. Да он при любом списке очевиден, остается еще С/C++, но эти его буферы и указатели - это реально адд. Особо трезвомыслящие авторы учебников на полном серьезе говорят, что новичкам лучше с С не начинать, ибо напрочь отбивает тягу к программированию (!). Знают ведь что говорят)
