это типо писать новый ивент что ле? для next/prev? а на кнопки пихать урлы типа sity.ru/blog/tratata/1222/prev?
нафига? и опять таки, кнопки next/prev надо показывать в зависимости, если предыдущий или следующий материал.
надо сразу, при запросе топика узнавать соседние топики и сразу отдавать шаблону на них ссылки, ну и названия например. а если соседа нету (первый и последний топик) то возвращать null в шаблон, и он уже не будет сувать ссылку на соседа.
Ыы…
Есть например топки c Id's -> 1,2,3,4,5,6
И вот потом удалил топики 2,3,6
И что тогда вы там будете прибавлять-вычитать? =))
На самом деле надо сначала определиться, как топики сортируются (по какому правилу).
Id текущего топика нам известен, делаем запрос в БД для выяснения ID соседних топиков с учетом установленной сортировкой топиков, и вуаля, мы получаем Id соседей, если они есть вообще. дальше дергаем нужные данные для этих соседей и передаем в шаблон.
Опять не совсем понял.
На самом же Flickr, в разделе для разработчиков черным по белому написано — при помощи нашего API вы можете создавать ПОЛЬЗОВАТЕЛЬСКИЕ галереи для вашего проекта. Для этого и покупается Pro лицензия.
Ну интересно же. Посмотрим, будем знать, исправим.
Может вам лучше Жумлю юзать с миллионами плугинов?
Следующий раз буду комментировать.
Но я не умею грамотно и серьёзным голосом читать текста, я как бы всё время прикалываюсь и стебусь =)
Вроде все в ней уже есть, а чего нет — можно плугинами реализовать.
Сейчас он в спячке, все никак руки не дойдут его реанимировать…
Но планы на него никуда не делись, там просто сразу расширение будет, единая такая «блого-сфера» для разных направлений экстремального спорта.
Идей масса, а вот голова одна и руки всего две =((( На все времени не хватает.
его в img вставить надо
24 — это размер аватарки.
еще есть размеры 100 и 64
auto_increment уже не устраивает в БД?
нафига? и опять таки, кнопки next/prev надо показывать в зависимости, если предыдущий или следующий материал.
надо сразу, при запросе топика узнавать соседние топики и сразу отдавать шаблону на них ссылки, ну и названия например. а если соседа нету (первый и последний топик) то возвращать null в шаблон, и он уже не будет сувать ссылку на соседа.
Ты будешь ссылаться на Id, существование которого не проверено. Это не правильно.
Что бы была навигация вперед-назад
Есть например топки c Id's -> 1,2,3,4,5,6
И вот потом удалил топики 2,3,6
И что тогда вы там будете прибавлять-вычитать? =))
На самом деле надо сначала определиться, как топики сортируются (по какому правилу).
Id текущего топика нам известен, делаем запрос в БД для выяснения ID соседних топиков с учетом установленной сортировкой топиков, и вуаля, мы получаем Id соседей, если они есть вообще. дальше дергаем нужные данные для этих соседей и передаем в шаблон.
Просто хочу найти оптимальный вариант для хранения картинок пользователей своего сайта.
Flickr не годиться для таких задач.
На самом же Flickr, в разделе для разработчиков черным по белому написано — при помощи нашего API вы можете создавать ПОЛЬЗОВАТЕЛЬСКИЕ галереи для вашего проекта. Для этого и покупается Pro лицензия.
На этом сервисе нельзя размещать — картинки для топиков, фотоальбомов?
$19.99/month
20 баксов в месяц за 100 Gb.
Где тут дешевле?