Перейти к публикации

mitriy

Клиенты
  • Публикации

    595
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    2

Сообщения, опубликованные пользователем mitriy

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

    а например Беларусь где на всех хватает двух пулов айпи? рубанете целую страну?

    а еще спамилки в основном серверные. поэтому ваши баны по ip - вообще теряют смысл.

    используйте другие методы.

  2. 1) $dle_api->install_mod ($name, $title, $descr, $icon, $allowed, $update = false);

    2) $dle_api->uninstall_mod ($name);

    3) $dle_api->change_mod_permissions ($name, $new_permissions)

    а как он инсталлится? то есть он просто "подключается" в админке, изменения руками делать надо в файлах движка или же как? просто понять..

  3. смею напомнить что это как раз тот заказ который намного больше чем 200-300 уе и который вы перенаправили вашему соавтору по апи и причем оба отказались использовать апи в написании :)

    ладно. не суть. просто к тому что сами же написали что "ну нафик, неудобно. по старинке проще"

    вообшем не будем оффтопить на эту тему :)

  4. maks1192, явно чето не понял :)

    жаль что нет партнерки. мне как вебмастеру совершенно не интересно клиентам предлагать DLE. исключение составляют случаи когда пожелания клиента вписываются в одну из моих сборок на основе сторонних модулей и мне дешевле по времени и трудозатратам его посадить на ДЛЕ. в других случаях лучше предложить тот же UMI cms с которого можно получить дополнительную денежку.

  5. ИскушениЕ, слово "список" не надо понимать буквально как список. его надо понимать как "список критических изменений"

    пример я привел выше.

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

    к примеру я убил 4 часа когда обновлялся, на поиск ошибки. потому что при обновлении движка записал новые файлы поверх старых и в результате поимел старые там где были и новые перемещенные. делаю правки в functions.inc.php и makethumb.php и не понимаю почему ничего не происходит. вываливается ошибка. раз 20 мод переставлял, програмиста на уши поставил. а оказалось просто файлы перемещенны и старые которые остались естественно не подключались в движок и не работали.

    зачем такая нервотрепка нужна?

    если разработчки может потратить 10 минут и в кратко написать:

    - файл такой то перемещен тудато. удалите старый при обновлении.

    -функция такая то теперь называется такто.

    - изменение в массиве таком то, переменные следует указывать так-то.

    думаю на каждую версию будет максимум 20 подобных строк. зато склолько удобства клиентам.

    почитайте форумы. сколько народ мучался с доступом в админку когда member_db[1] сменился на $member_id['user_group']

  6. понятно что составлять целиком список всего обновления муторно. но хотя бы передвижение фалов по пакам и функций можно описать?

    а то сейчас начал обновлять на восьмерки и начинается, тумбы теперь в классах, functions.inc.php тоже прописку поменяло. и тд. ставишь мод по инструкции и обнаруживаешь интересные открытия.

    было так:

    array(

    'name' => Hallo,

    'url' => "$PHP_SELF?mod=v1",

    'descr' => Hello,

    'image' => "demo.png",

    'access' => "1",

    ),

    А теперь:

    array(

    'name' => Hallo,

    'url' => "$PHP_SELF?mod=v1",

    'descr' => Hello,

    'image' => "demo.png",

    'access' => "admin",

    ),

    ну вот такие то вещи можно писать? а то человек который не понимает что и как радостно ставит мод делаю правки по инструкции от 7 версии к примеру. а по факту теперь не цифры а буквы писать надо :)

    еще бы знать какие и куда..

  7. хм. в данном случае экономически целесообразнее взять текущую версию движка и переписать структуру бд чтобы максимально устранить узкие места. имхо это будет дешевле второго сервера. благо должна быть статистика тяжелых запросов.

  8. зайди на свой сайт. переведи его в оффлайн. зайди на главную. сними скриншот того что видишь. разлогинись в админки. зайди на сайт и сними скриншот того что видишь.

    теперь зайди в админку. залогинись. отключи регистрацию на сайте. и снова проделай фокус со скриншотами.

    выложи их здесь и расскажи мне куда мне походить по админке и что нажать.

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

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

  10. вообщем с точки зрения просто юзера кучи модов. особенно когда пишется мод а потом автора не найти и версий выходит несколько ДЛЕ. мне хочется узнать, что будет если мод написан используя ваше апи. одно дело когда как сейчас мод хоть и сидит в файлах движка, но запросы у него свои, выводится он сам по себе. а тут вы что-то смените в своем апи и все. приплыли. ищи автора плати денег чтобы поправил?

  11. немного влезу в тему не по теме :)

    а чем хуже вот это вариант? http://poligon.dle-hack.ru/files/289-podde...nija-v-dle.html

    на взгляд ламмера он проще и гибче. особенно то что он практически не трогает дистрибутив. все функции подключаются и выводятся независимо от движка.

    мне просто интересно понять разницу.

    кстати та же система на сниппетах работает в modx - и очень удобная штука.

  12. 1. это может делать не обязательно разработчик, можно делать самому. есть много программ которые сравнивают два файла. сравни и выложи. никто не мешает

    2. смысл этого списка - более легкое обновление. но при изменении 80% файлов это уже конечно теряет смысл.

  13. вообще для избежание подобных проблем при дублировании контент гугл и другие поисковики недавно ввел тег canonical - он говорит поисковику что это оригинал текста а остальные его варианты -дубль. например это применяется при публикации в несккольких разделах когда новость доступна по разным урлам. так же это на формуах когда тема достпуна по разным адресам.

    для этого в оригинале нужно подставить тег в тело страницы.

    подробнее и примеры можно почитать здесь

    http://searchengineland.com/canonical-tag-16537

    я такую вешь применил у себя на форуме - индексация улучшилась в разы и полностью исчезли дубли в выдаче.

  14. граберы работаю двумя путями. тянут через рсс либо напрямую парсят. с ррс бороться можно не дава в него много. а со вторым тоже есть способ.

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

  15. прежде чем изобретать велосипед, как тут предлагают многие.

    может всетаки подумать, почему форумы с гораздо большими базамаи, количеством новостей и юзеров, спокойного живут на шаредах либо на VPS? и уже реально громадные и мегапосещаемые на отдельных серверах. может всетаки дело в самом движке? :rolleyes:

×
×
  • Создать...