DiKiJ: Эта кнопка есть у встраиваемых постов. Но там тоже для подписки открывается новое окно с самим Фейсбуком. В общем, проще сейчас дать просто ссылку на группу или страницу.
Еще у себя нашел такое:
Спасибо. Попробовал, но ничего. Я так понял, что это связано с тем, что этот код, который вы скинули, предназначен для добавления подписки в группу на Фейсбук. И, действительно, я прочитал в документации, что для групп кнопку подписки Фейсбук оставил. Но, к сожалению, мне нужна подписка на страничку в Фейсбук :(
Щас похоже, что кнопка "Нравится" заменила и подписку сразу...
Иван34: Тоже сейчас работаю над магазинчиком цифровых товаров на вордпресс и интересует, как сделать, чтобы при оплате PayPal автоматично давалась ссылка на zip архив.
Сорри, что с запозданием. С PayPal все просто, вам нужно поставить плагин https://wordpress.org/plugins/easy-digital-downloads/. Там легко все настраивается и скачка продукта автоматическая. Так, что рекомендую вам.
А вот мне конечно, к сожалению, такой вариант не очень подходит, так как мне нужно там подключить LiqPay, а такой возможности плагин не дает.
---------- Добавлено 31.03.2020 в 16:38 ----------
Спасибо. Да, этот плагин https://wordpress.org/plugins/easy-digital-downloads/, я и хотел использовать, но не могу никак туда LiqPay подключить. И рад бы доработать его напильником, но если хоть какая-то инфа была.
А с остальными плагинами вы случайно не знаете, есть ли там какая-то возможность добавить LiqPay?
Оксиген: Ваша ошибка в том, что вы пытаетесь сделать с PDF'ом то, для чего он не предназначен.
Другими словами он нужен в первую очередь для того, чтобы его могли распечатать на принтере и после печати на любом принтере он бы выглядел одинаково.
Да, к велосипеду можно прикрутить мотор, но лучше всё-таки сразу покупать мопеды или скутеры. Иначе будет фигня.
Ну, у меня мои презентации в PDF-формате я делал. И для меня книга, журнал или презентация в PDF это прежде всего инфо-продукт, который можно продавать. Просто раньше я это делал, после платной подписки и напрямую отсылал людям презентацию на почту. Но заказов стало довольно много и часто, что хорошо, вот поэтому я решил как-то оптимизировать это и автоматизировать. И пока лопачу инфу в гугле, как это реализовать, думаю спрошу на форуме, может, кто-то уже делал что-то подобное. Например, я знаю некоторые книжные магазины работают по похожему принципу, но к сожалению среди моих знакомых никто книжные магазины не делал :(
ivan-lev: Отдельная PDF-ка, сформированная из случайно (или заранее заданных) страниц основного файла.. Как при помощи консольных утилит, так и в php
Всё уже придумано - в зависимости от способов оплаты, после получения подтверждения либо формируется и отображается пользователю ссылка "секретная" временная, либо в личном кабинете добавляется возможность скачать после авторизации, либо по email файл отправляется.. Или комбинация указанных вариантов..
Можно в сторону встраиваемого контента посмотреть (насчёт кроссбраузерности.. кхм.. )
Та вот в SlideShare файлы и сидят сейчас. И их слайдер встроен сейчас на сайте. Но мне такое не очень подходит. По скольку если я даже придумаю как скрыть SlideShare на сайте или запаролить страницу, то все равно человек может легко зайти в код и перейти на аккаунт на самом сайте SlideShare и там будут все презентации и платить ничего не надо. Поэтому я хочу как-то от SlideShare отказаться, а загружать и продавать pdf.
По поводу "секретной временной ссылки" можете по-подробнее рассказать, как это реализовывать и с помощью чего. Может есть ссылки на какие-нибудь инструкции или плагины или еще че-нибудь?
Оптимизайка: Если его не прописывать, то доступа НЕ будет для групп пользователей.
В /dev/null значение можно устанавливать например в случае, когда в основной конфигурации apache он прописан, доступа к редактированию конфигурации нет, чтобы эту строку удалить, поэтому перекрывают значение в .htaccess заведомо пустым "файлом".
Спасибо. А строка resides в начале кода, что делает? Надо ли ее писать?
Спасибо, но вопрос все еще для меня остался не ясным, надо ли его прописывать. Если я правильно понял из вашей ссылки, то authgroupfile говорит о том, что данный вход по паролю будет для всех имен, которые будет находиться в этой группе. А если его не прописывать, то доступ по паролю будет вообще для всех на свете 🤣 Ну, не знаю, как-то, можете пояснить простым языком
Sitealert: Естественно. Патамушта тут как раз дилемма.
1. Если обернуть определение функции в !function_exists, и кто-то определит функцию с таким же названием выше по коду до Вашего определения, то Ваше определение перестанет работать и Вы, как выше отметил Gerga, получите непредсказуемый результат.
2. Если не оборачивать определение функции в !function_exists, и кто-то определит функцию с таким же названием выше по коду до Вашего определения, то PHP выдаст фатальную ошибку и сайт перестанет работать.
Вот и выбирайте, 50/50. С учётом того, что пользовательских функций может быть и сто, и двести, и сколько угодно, и срабатывают они в самых разных ситуациях (например, не подключен какой-то файл - всё работает, подключился по запросу - перестало работать) - вообще развлечение не для ленивых получается. Поэтому Gerga и написал. что уж пусть лучше ошибку выдаст, чем криво работать будет. Если сайт упадёт - это сразу будет видно, а если кому-то цену на товар будет показывать 100 рублей вместо 150 - не сразу заметите.
Короче, идеального решения тут нет. Главное, чтобы Вы сами понимали риски каждого из вариантов. Исходя из того, что функции темы первичны, а прочие дополнения и расширения вторичны, правильнее не оборачивать функции темы в !function_exists - так Вы всегда будете уверены, что эта функция никогда не изменит своего поведения. При этом следует тщательно протестировать сайт перед выпуском на публику, а работу всяких расширений тестировать уже при их установке. И предпочтение следует отдавать плагинам, использующим ООП - они в этом смысле безопаснее.
Да, это я понял. Но меня интересует еще вот такой момент...
Допустим я взял функцию с родительской без !function_exists, запихнул ее в к примеру в function.php своей дочерней темы и переделал ее под себя и т.д... Как мы выяснили здесь пофиг, сайт будет работать...
Но!
Что если через год автор родительской темы выпустит обновление этой темы, и что если обновлению будет подвержена эта функция, которую я изменил? Как в этом случае будет лучше, чтобы сохранить мою измененную работающую функцию при обновлении темы: 1) оставить ее без !function_exists или 2) все же обернуть в !function_exists заранее.
SeVlad: Если бы не убедил - он бы делал правильно. Правильно - это проверять существовании подобных функции.
И не "без разницы". Ибо разница всё таки есть. См. резюме.
Ребят, спасибо всем за такой спорный разговор между вами, я много чего понял. Единственное, что мне не очень понятно, почему это так называемое "правило хорошего тона" вы считаете обязательным. Я тут параллельно перелопатил целую кучу статей по этой теме и интересно, что мнения как и здесь разделилось 50/50. Интересное для себя утверждение нашел (по-моему в статье на wp-kama было), что обертывать этой функцией надо, если вы создаете свою тему (родительскую), особенно на продажу. А вот с дочерней можно не делать, если не планируете ее перепродавать, а будете использовать только в своих целях. Что думаете?
Эта кнопка есть у встраиваемых постов. Но там тоже для подписки открывается новое окно с самим Фейсбуком. В общем, проще сейчас дать просто ссылку на группу или страницу.
Еще у себя нашел такое:
Спасибо. Попробовал, но ничего. Я так понял, что это связано с тем, что этот код, который вы скинули, предназначен для добавления подписки в группу на Фейсбук. И, действительно, я прочитал в документации, что для групп кнопку подписки Фейсбук оставил. Но, к сожалению, мне нужна подписка на страничку в Фейсбук :(
Щас похоже, что кнопка "Нравится" заменила и подписку сразу...
Тоже сейчас работаю над магазинчиком цифровых товаров на вордпресс и интересует, как сделать, чтобы при оплате PayPal автоматично давалась ссылка на zip архив.
Сорри, что с запозданием. С PayPal все просто, вам нужно поставить плагин https://wordpress.org/plugins/easy-digital-downloads/. Там легко все настраивается и скачка продукта автоматическая. Так, что рекомендую вам.
А вот мне конечно, к сожалению, такой вариант не очень подходит, так как мне нужно там подключить LiqPay, а такой возможности плагин не дает.
---------- Добавлено 31.03.2020 в 16:38 ----------
Можно посмотреть готовые решения..
https://ru.wordpress.org/plugins/wp-shop-original/
https://wordpress.org/plugins/download-manager/
https://wordpress.org/plugins/easy-digital-downloads/
При необходимости - доработать напильником..
Спасибо. Да, этот плагин https://wordpress.org/plugins/easy-digital-downloads/, я и хотел использовать, но не могу никак туда LiqPay подключить. И рад бы доработать его напильником, но если хоть какая-то инфа была.
А с остальными плагинами вы случайно не знаете, есть ли там какая-то возможность добавить LiqPay?
Ваша ошибка в том, что вы пытаетесь сделать с PDF'ом то, для чего он не предназначен.
Другими словами он нужен в первую очередь для того, чтобы его могли распечатать на принтере и после печати на любом принтере он бы выглядел одинаково.
Да, к велосипеду можно прикрутить мотор, но лучше всё-таки сразу покупать мопеды или скутеры. Иначе будет фигня.
Ну, у меня мои презентации в PDF-формате я делал. И для меня книга, журнал или презентация в PDF это прежде всего инфо-продукт, который можно продавать. Просто раньше я это делал, после платной подписки и напрямую отсылал людям презентацию на почту. Но заказов стало довольно много и часто, что хорошо, вот поэтому я решил как-то оптимизировать это и автоматизировать. И пока лопачу инфу в гугле, как это реализовать, думаю спрошу на форуме, может, кто-то уже делал что-то подобное. Например, я знаю некоторые книжные магазины работают по похожему принципу, но к сожалению среди моих знакомых никто книжные магазины не делал :(
Или кнопка "Бабло"..
С помощью языка программирования.. =)
Видимо зря вам написал "Спасибо" вначале. Ну, что ж заберу его назад :)
Отдельная PDF-ка, сформированная из случайно (или заранее заданных) страниц основного файла.. Как при помощи консольных утилит, так и в php
Всё уже придумано - в зависимости от способов оплаты, после получения подтверждения либо формируется и отображается пользователю ссылка "секретная" временная, либо в личном кабинете добавляется возможность скачать после авторизации, либо по email файл отправляется.. Или комбинация указанных вариантов..
Можно в сторону встраиваемого контента посмотреть (насчёт кроссбраузерности.. кхм.. )
или сервисы типы SlideShare глянуть.
Спасибо за подсказки.
Та вот в SlideShare файлы и сидят сейчас. И их слайдер встроен сейчас на сайте. Но мне такое не очень подходит. По скольку если я даже придумаю как скрыть SlideShare на сайте или запаролить страницу, то все равно человек может легко зайти в код и перейти на аккаунт на самом сайте SlideShare и там будут все презентации и платить ничего не надо. Поэтому я хочу как-то от SlideShare отказаться, а загружать и продавать pdf.
По поводу "секретной временной ссылки" можете по-подробнее рассказать, как это реализовывать и с помощью чего. Может есть ссылки на какие-нибудь инструкции или плагины или еще че-нибудь?
Если его не прописывать, то доступа НЕ будет для групп пользователей.
В /dev/null значение можно устанавливать например в случае, когда в основной конфигурации apache он прописан, доступа к редактированию конфигурации нет, чтобы эту строку удалить, поэтому перекрывают значение в .htaccess заведомо пустым "файлом".
Спасибо. А строка resides в начале кода, что делает? Надо ли ее писать?
директива AuthGroupFile задает файл с пользователями
подробнее тут
Спасибо, но вопрос все еще для меня остался не ясным, надо ли его прописывать. Если я правильно понял из вашей ссылки, то authgroupfile говорит о том, что данный вход по паролю будет для всех имен, которые будет находиться в этой группе. А если его не прописывать, то доступ по паролю будет вообще для всех на свете 🤣 Ну, не знаю, как-то, можете пояснить простым языком
Естественно. Патамушта тут как раз дилемма.
1. Если обернуть определение функции в !function_exists, и кто-то определит функцию с таким же названием выше по коду до Вашего определения, то Ваше определение перестанет работать и Вы, как выше отметил Gerga, получите непредсказуемый результат.
2. Если не оборачивать определение функции в !function_exists, и кто-то определит функцию с таким же названием выше по коду до Вашего определения, то PHP выдаст фатальную ошибку и сайт перестанет работать.
Вот и выбирайте, 50/50. С учётом того, что пользовательских функций может быть и сто, и двести, и сколько угодно, и срабатывают они в самых разных ситуациях (например, не подключен какой-то файл - всё работает, подключился по запросу - перестало работать) - вообще развлечение не для ленивых получается. Поэтому Gerga и написал. что уж пусть лучше ошибку выдаст, чем криво работать будет. Если сайт упадёт - это сразу будет видно, а если кому-то цену на товар будет показывать 100 рублей вместо 150 - не сразу заметите.
Короче, идеального решения тут нет. Главное, чтобы Вы сами понимали риски каждого из вариантов. Исходя из того, что функции темы первичны, а прочие дополнения и расширения вторичны, правильнее не оборачивать функции темы в !function_exists - так Вы всегда будете уверены, что эта функция никогда не изменит своего поведения. При этом следует тщательно протестировать сайт перед выпуском на публику, а работу всяких расширений тестировать уже при их установке. И предпочтение следует отдавать плагинам, использующим ООП - они в этом смысле безопаснее.
Да, это я понял. Но меня интересует еще вот такой момент...
Допустим я взял функцию с родительской без !function_exists, запихнул ее в к примеру в function.php своей дочерней темы и переделал ее под себя и т.д... Как мы выяснили здесь пофиг, сайт будет работать...
Но!
Что если через год автор родительской темы выпустит обновление этой темы, и что если обновлению будет подвержена эта функция, которую я изменил? Как в этом случае будет лучше, чтобы сохранить мою измененную работающую функцию при обновлении темы: 1) оставить ее без !function_exists или 2) все же обернуть в !function_exists заранее.
Если бы не убедил - он бы делал правильно. Правильно - это проверять существовании подобных функции.
И не "без разницы". Ибо разница всё таки есть. См. резюме.
Ребят, спасибо всем за такой спорный разговор между вами, я много чего понял. Единственное, что мне не очень понятно, почему это так называемое "правило хорошего тона" вы считаете обязательным. Я тут параллельно перелопатил целую кучу статей по этой теме и интересно, что мнения как и здесь разделилось 50/50. Интересное для себя утверждение нашел (по-моему в статье на wp-kama было), что обертывать этой функцией надо, если вы создаете свою тему (родительскую), особенно на продажу. А вот с дочерней можно не делать, если не планируете ее перепродавать, а будете использовать только в своих целях. Что думаете?
ChrisKorr, зависит от политики проекта. function_exists используется, когда предпологается переопределение функции. В вашем случае без разницы.
Ну, и отлично, тогда буду без нее, чтоб поменьше кода было. Спасибо