wordpress, webasyst, altoCMS, humhub — везде геморой с переносом, я ради эксперимента делал один и тот же проект на всех движках — гонял, проверял быстродействие, функционал (что-где лучше),-
Так вот пилить инжектор (как я его называю) это прям «как разбирать матрешку изнутри, будучи самой маленькой — надо понять связи постов/авторов/тегов — ололо собрать нужные инсерты в пачку,- а ведь особо нигде никто не публикует структуру БД в ключе — как например: „в процессе создания контента происходит следующий алгоритм — вот вам наглядная инструкция со вставками SQL“, такого что-то нигде не встречал, хотя я наверно древний паровоз — и никогда не лез через API и вызовы двигла, да и это было через чур долго, я тогда вставлял миллионы постов, тысячи блогов и много короче)). Самым верным казалось ломиться в БД напрямки, путем написания php-cli скрипта, где в цикле while(true){} ковырялась исходная БД, данные формировались в массив, затем убирались/добавлялись нужные поля и происходило распихивание по таблицам новой БД,…
Также стоит отметить, что я отношусь к LS как к варианту, который отлично подходит на старте проекта. Он закрывает основные нужды. В перспективе на будущее я все равно рассматриваю вопрос переезда, но на старте нести повышенные расходы, когда еще не ясно выстрелит проект или нет — безрассудно.
Если каталог выступает от лица разработчика. То в Яндекс Деньгах можно сделать кнопку сбора денег или платежа для частных лиц, вот как-то так будет выглядеть код для каждого товара на сайте каталога Получается получили деньги, часть остается на счету как плата за услуги каталога, а остальное переводится на счет продавца. Надо проконсультироваться с юристами, как грамотней это оформить
Дело в том, что лайвстритом (а так же kliqqi, hotaru и пр.) интересуются тогда, когда хотят создать аналог пикабу, 9gag, reddit и т.п. Это его ниша, а для другого есть Wordpress. Денег у таких хотящих либо мало, либо не много, поэтому ищут готовое решение за недорого бесплатно. Шаблон developer-kit как раз такое решение (в некотором приближении). Вот и интересуются. А если создать шаблон аля pikbu/9gag то это станет хитом (в масштабах UGC CMS). Спасибо.
А смысл какой? Под LS2 даже сайтмапа пока нет, или вы в локальной сети сайты строите? Пусть сперва сайтмап сделают, потом баннероид адаптируют, потом similar topics, счётчики заходов на новость, затем сео-про модули, а уже потом и этот шаблон.
пока ничего глобального, да и скорей всего не будет — если не будет востребовано.
взял 1.0.3 replication — и адаптировал для работы на php7 (кстати на локалке по сравнению с 2.0 — летает как ракета на картинке)
обновлено пару библиотек, пару мелких фиксов
Шаблон делался по заказу, заказчик разрешил поделиться, поэтому шаблон в каталоге.
Раз уж затронули тему адаптации моих расширений под новую версию, отвечу: скорее всего, ждать ничего не стоит. Разве что только по заказу. Дело в том, что раньше верстка для меня была хобби, теперь же — основной источник дохода и мне выгоднее выполнить какой-либо заказ или сделать что-то новое, чем заниматься адаптацией старого с надеждой на доход.
Я эту проблему решил с помощью пользователей, как правило спамер регистрируется и сразу начинает свое грязное дело. Так вот, для пользователей которые зарегистрировались менее недели назад, в комментариях, я сделал кнопочку «Жалоба». Ну а дальше как соизволит конфиг: 10 жалоб отключаем комментарии, 15 жалоб отключаем ЛС, 20 жалоб баним, 30 жало удаляем профиль со всеми комментариями и т.д.
По своему опыту скажу, что изначально желающих видеть форум было достаточно много. По прошествии лет уже никто не вспоминал.
Думаю, важно исходя из самого ресурса определить для себя на чем будет строиться коллективное общение/обмен информацией, форум или блоговая система. Но предлагать то и то — будет распылять или путать сообщество, где-то будут недополучать фидбэк по размещенным материалам, заданным вопросам.
**конечно, это может не касаться крупных площадок, где успешно совмещаются со времен открытия внедренные форумы и современные ленты статей/топиков, например forum.onliner.by/ people.onliner.by/
Так вот пилить инжектор (как я его называю) это прям «как разбирать матрешку изнутри, будучи самой маленькой — надо понять связи постов/авторов/тегов — ололо собрать нужные инсерты в пачку,- а ведь особо нигде никто не публикует структуру БД в ключе — как например: „в процессе создания контента происходит следующий алгоритм — вот вам наглядная инструкция со вставками SQL“, такого что-то нигде не встречал, хотя я наверно древний паровоз — и никогда не лез через API и вызовы двигла, да и это было через чур долго, я тогда вставлял миллионы постов, тысячи блогов и много короче)). Самым верным казалось ломиться в БД напрямки, путем написания php-cli скрипта, где в цикле while(true){} ковырялась исходная БД, данные формировались в массив, затем убирались/добавлялись нужные поля и происходило распихивание по таблицам новой БД,…
Но было круто, да)
Рассылка была на почту вчера — Знакомство с LiveStreet CMS, может все не так плохо?
timeweb.com/ru/community/articles/znakomstvo-s-livestreet-cms-1?utm_source=mail&utm_medium=mail&utm_campaign=cms_livestreet
недорогобесплатно. Шаблон developer-kit как раз такое решение (в некотором приближении). Вот и интересуются. А если создать шаблон аля pikbu/9gag то это станет хитом (в масштабах UGC CMS). Спасибо.набросал, могут быть косяки
взял 1.0.3 replication — и адаптировал для работы на php7 (кстати на локалке по сравнению с 2.0 — летает как ракета на картинке)
обновлено пару библиотек, пару мелких фиксов
Раз уж затронули тему адаптации моих расширений под новую версию, отвечу: скорее всего, ждать ничего не стоит. Разве что только по заказу. Дело в том, что раньше верстка для меня была хобби, теперь же — основной источник дохода и мне выгоднее выполнить какой-либо заказ или сделать что-то новое, чем заниматься адаптацией старого с надеждой на доход.
Скорей всего, позже.
Регистрируешся тут: www.google.com/recaptcha/intro/
В header.tpl добавляешь в блоке head добавляешь
{if !$oUserCurrent}<script src='https://www.google.com/recaptcha/api.js'></script>{/if}В том поле где у тебя стояла каптча, вместо каптчи пишешь:
Где RECAPTCHA_PUBLIC_KEY — твой публичный ключ рекаптчи
В \engine\modules\validate\entity\ValidatorCaptcha.entity.class.php дописываешь функцию:
public function validateCaptcha() { $validateCaptcha = file_get_contents('https://www.google.com/recaptcha/api/siteverify?secret=RECAPTCHA_SECRET_KEY&response='.$_POST["g-recaptcha-response"].'&remoteip='.$_SERVER['REMOTE_ADDR']); $validateCaptcha = json_decode($validateCaptcha); if(!$validateCaptcha->success) return false; return $validateCaptcha->success; }Где RECAPTCHA_SECRET_KEY — твой секретный ключ рекаптчи
В этом же файле в функцию validate, в проверку условия:
до return, вписать:
P.S. кому нужен плагин ГО ТО ФРИЛАНСЕРС job.livestreetcms.com к примеру Chiffa сделает за 3.5 минуты
А адаптации шаблона под мобилку ждать?
Или может минимальную ширину задать, хотя бы на время.
Думаю, важно исходя из самого ресурса определить для себя на чем будет строиться коллективное общение/обмен информацией, форум или блоговая система. Но предлагать то и то — будет распылять или путать сообщество, где-то будут недополучать фидбэк по размещенным материалам, заданным вопросам.
**конечно, это может не касаться крупных площадок, где успешно совмещаются со времен открытия внедренные форумы и современные ленты статей/топиков, например
forum.onliner.by/
people.onliner.by/