wildapache

Дело в том где взять пароль в незашифрованном виде ? Если при регистрации он создаётся и вноситься в БД в зашифрованном виде, а потом отсылается емайл с активацией. То, есть по сути его можно получить только при регистрации, но, никак не при активации..

Думаю что придумал как, в прочем не нужно для этого даже временной директории, дело в том что wordpress может загружать аттатчи без привязки к посту ! Если получиться реализовать может отпишу примерно как это работает

Вот тут проблема — файлы загружаются в медиафайлы сайта

Не будет ли это дубликатом загрузки ? т.е получается что файлы просто будут перезагруженны с временной папки (сервера) в постоянную аплоад директорию поста ? т.е выходит вариант так себе — если это так

• Ответ изменён 1 год назад пользователем wildapache.

Да, так как нужно сбавить нагрузку на сервер. Нужно именно такая реализация, потому что пользователь в таком случае может загружать сколько ему угодно, это никак не будет влиять на нагрузку нежели в случае если форма + файлы будут обрабатываться вместе.

Дело в том что я сделал одно, но, забыл про второе !

К примеру я сделал возможность редактирования поста с аплоадом файлов, которые никак не связанны с его отправкой. То есть пользователь может удалять или добавлять в пределах лимита сколько ему угодно.

Проблема появилась потом, когда я понял что подобный вариант не может работать — при создании нового поста, а только если пост уже создан, т.е имеет постоянный post_id.

Теперь я хочу реализовать подобное, но, только при создании нового поста.

То есть, пользователь заходит, нажимает создать новый пост.

Далее, он загружает картинки, куда-то перед отправкой самой формы.

А когда форма отправляется, мы получаем post_id и как-то прикрепляем куда-то закаченные до этого изображения.

Вот тут как раз я не пойму как нужно сделать, я начала думал нужно создать временную папку, все аплоады нового поста загружаются туда, потом когда пост опубликован, берем его айди и каким-то образом перемещаем-прикрепляем изображения к посту.

Может можно как-то по другому я просто не пойму как тут правильно сделать.

Сама суть — загружать файлы до отправки формы. Потому что, если это делаль во время, то нагрузка значительна, проверялось уже. А если до, то практически никакой нагрузки нет. Так как файлы загружаются поочередно.

В обработчике проверяйте на наличие хотя бы одного изображения. Если изображений нет, не применяйте изменения, а пользователя оповещайте, что необходима хотя бы одно изображение для обложки.

Так не пойдёт, потому что пользователь может удалять все свои аттач файлы. Отдельный аплоад тоже не вариант.

Тем кто будет реализовывать аплоад файлов, мой совет, делайте его отдельным от редактирования поста, то есть, так чтобы обработка аплоада была отдельно от обработки поста — когда он сохраняется. Потому что при реализации двух вариантов, выбор пал на второй, так как нагрузка только во время загрузки файла в форме, т.е если сравнивать с первым вариантом, практически нулевая.

На счёт обложки удалось решить задачу, когда пользователь удаляет обложку, мы её просто скрываем, если он, выбирает файл обложки, тогда она заменяется, а если он ничего не делает, т.е типа нажал удалить, она просто скрылась, после перезагрузки она опять появляется, так как сам файл не удаляется, потому что нет файла для замены. (это если коротко и по простому описать). Можно додумать сделать ещё логичнее и правильней на базе этого варианта.

Такое бывает, но смысла особого не имеет, так как данные сохраняются в рамках одного визита (может быть жизнь кук продлена разработчиком до ХХ дней, но общей сути это не меняет). Проще говоря, функциональность сильно ограничена, да и метод реализации сомнительный.

Почему сомнительный ? К примеру по быстрому пройтись по товарам, добавить что нужно, потом когда время придёт, зашёл посмотрел опять. На самом деле такой вариант много-где используется, т.е ссылки храняться в браузере клиента (там не совсем кукисы, забыл как назвывается, там именно данные сохраняются на стороне клиента), т.е это почти как ты добавил в избранное (функционалом браузера) только — на сайте. Потом пользователь может зайти в это избранное на сайте и удалить ссылку, грубо говоря он её удаляет из своего браузера.

Просто проект не очень крупный, вот думаю что прикручивать, первый функционал на данных браузреа или же на php+sql c айди. Можно конечно было бы просто сделать счётчик, мол кто-то добавил себе в избранное, а там удалил он оттуда или нет уже неизвестно. (такая реализация была бы простой и без особой нагрузки, так как просто бы считывался счётчик — кликов) а не проверка у пользователей который добавили или удалили..

По поводу безопасности вы имеете ввиду сторону wordpress как я понял ? То есть именно — действия после того как «мы» получаем данные из facebook ?