Jump to content

aplayer

Donor
  • Content Count

    138
  • Joined

  • Last visited

  • Days Won

    1

aplayer last won the day on March 9

aplayer had the most liked content!

About aplayer

  • Rank
    Активный

Информация

Recent Profile Visitors

518 profile views
  1. aplayer

    (BIM43) Chatbox RUS

    Все бы хорошо. но только теперь в чате получается масштабируемое полноразмерное изображение. У меня на всем форуме imageproxy деалет всем изображениям миниатюры 600 пикселей ширины, а при клике открываются полноразмерные. Здесь же в сообщение чата встаривается полноразмерное в масштабе. Это значит, что с экономией трафика будут проблемы. Картинки высокого разрешения сейчас весят от 5 мегабайт и до безобразия. А это многовато. Полноразмерные надо показывать во всяких всплывающих окнах и слоях. А на страницах должны быть миниатюрки маленького размера.
  2. если я зайду в профиль другого пользователя, не в свой профиль, мой плагин должен узнать его id ник итп Как такое реализовать?
  3. opska странно называть ваши темы не мошенническими. Само казино это не мошенничество. А вот привлечение к заработкам на казино это как раз мошенничество чистой воды. С такими темами нельзя хоститься в России вообще. Под казино надо гуглить страны в которых разрешены онлайн игры. Тут сразу нагугливается Германия, значит вам на хецнер. Спамом лучше вообще нигде не заниматься. Банить будут везде.
  4. вариантов много. Возможно диск какой нибудь sata, а не ssd
  5. siv1987 с таким же успехом можно сказать, что https тоже не нужен, он только зря процессор греет. Нам же нечего скрывать, информация и так вся является открытой итп. А еще я не использую приложение коммерции, там нет необходимого мне функционала. Плюс сколько жалоб на различные баги этого приложения и отказ в работе. Плюс иностранные платежные системы которые не принимают наши сберкарты МИР.
  6. Это понятно. Но конфиденциальность надо соблюсти. А вдруг пользователь пожалуется что я его ид передаю третьим лицам. Да и сама платёжка наверняка будет долго хранить эту метку в своих базах. Детские алгоритмы шифрования взламывали на ура ещё во времена когда компьютеров не существовало. Даже более современные алгоритмы которые лет 5 назад считались устойчивым, сегодня уже сломаны. Вряд ли в мире существует алгоритм шифрования лучше чем те, что имеются в php 7х на библиотеке opеnssl. Но у них с длиной символа не все в порядке. Вот я и спрашиваю может кто знает как на openssl библиотеке обратимое зашифровать текст чтобы шифрованный не превышал 64 символа.
  7. пароль будет только у меня и менять буду только я. Эти данные являются удостоверяющей меткой. Я ей метку отправляю, а она мне сообщает, что эта метка совершила платеж или не совершила. И ей абсолютно по барабану какие данные я ей присылаю. Соответсвенно если пользователь платит, то лучше всего отсылать его id в зашифрованном виде.
  8. Шифрование и расшифровка при помощи пароля. Вы знаете как работают http-запросы или api платежных систем? Данные запаролили и отправили в платежку. Платежка возвращает эти же самые данные которые мы ей отправили и дополнительно сообщает, что платеж прошел или не прошел. Мы данные получаем, с тем же самым паролем расшифровываем и обрабатываем их дальше. Таким образом платежка не будет знать, какой именно пользователь провел платеж. При этом не создается никаких баз данных. Все шифруется и расшифровывается налету. Вот если бы не было ограничений по количеству символов, то было бы все просто замечательно.
  9. Нет. Проще тогда отдельную таблицу в бд создать. Я хочу избежать накопления данных, а еще пароль в отличие от данных можно периодически менять. Данные же надо будет каждый раз накапливать и пересоздавать новые
  10. Не надеюсь на ответ, но спрошу на всякий случай. Мне надо зашифровать id пользователя форума ips таким образом чтобы: 1 шифрованный текст был не более 64 символов. 2 шифровался и расшифровывался при помощи пароля 3 id надо обязательно посолить 4 не создавать баз данных типа хэш / id Надо это для обмена данными между сайтом и платежной системой. Не хочу передавать ей id или ник в открытом виде. Так вот при использовании стандартных средств php(SSL), шифрованный текст от трехзначного числа получается длиной более 80 символов, а если еще посолить, то там и вовсе заоблачные цифры получаются. Требование платежной системы 64. Можно конечно хешировать id, но тогда придется создавать базу данных id/соль/хэш, что очень не желательно и не дай бог где нибудь коллизия выплывет. Кто что может посоветовать старику?
  11. aplayer

    HTTP ERROR 500

    500 страницы в большинстве своем выпадают когда в php есть критические ошибки. Надо включать и смотреть логи вебсервера
  12. Вот так выглядит страница когда заблокирован ип. Сейчас снова заблочено. Пишу с телефона
  13. Тут меня в последние 2 дня и яндекс блокирует так же не на долго, постоянно заставляет какую не разгадываемую капчу вводить. Это говорит о том, что кто-то в моей локальной сети провайдера, тот с кем мне приходиться сидеть на одном ip, чудит много. Может у вас тоже защита какая стоит?
  14. aplayer

    Не работает API

    lvlkoo еще на ум приходит, что у вас апач не работает с файлом . htaccess тоесть конфиги апача надо смотреть
  15. У меня серый динамический ip. Им пользуется много народу. Я ни в чем не виноват о уже разблокировали Этот пост написан с ранее заблокированного ip
×