Jump to content

einsteinsboi

Members
  • Posts

    132
  • Joined

  • Last visited

Everything posted by einsteinsboi

  1. RT @JanneFI: Why We Post Nothing—Nothing—About Our Kid Online. http://t.co/3GsNBRwoUY via @slate

  2. RT @Sports_HQ: The secret of happiness is to count your blessings while others are adding up their troubles.

  3. RT @Sports_HQ: Some people dream of success... others stay awake to achieve it. -Unknown

  4. RT @mikko: Your computer either runs Microsoft, Apple or Linux.Your phone either runs Microsoft, Apple or Linux (but we call it Android).

  5. RT @Sports_HQ: I hated every minute of training, but I said, “Don’t quit. Suffer now and live the rest of your life as a champion. -Muhamma…

  6. RT @modx: MODX Revolution 2.2.9 is out now. Performance improvements and a new SDK download: http://t.co/KcO7Zw3Hvi

  7. Thanks Craig. I assume the admin side pagination supports lots of pages since quite a few people seem to have PW sites with huge numbers of pages. I will probably just want the url to be mothership/babyname, so shouldn't be too much of a problem I imagine WOW!! 100 000 pages!! That takes all my sorrows away
  8. RT @Sports_HQ: Show class, have pride, and display character. If you do, winning takes care of itself. -Paul Bryant

  9. There won't be any search functionality as such. The pagination I refer to is in the admin backend side of things. Thanks Nik. That's very reassuring! What kind of hosting do you have these websites on? Thanks Kongondo. Yes I've read that. Definitely don't want multiple databases... that would be hell!! LOL. The whole point of this is to make maintenance as easy as possible, which is why I'm leaning towards option 1. Just wanted to know how scaleable it would be. Sounds though that PW can handle a site with tens of thousands of pages with no issue My next priority is to learn more about the PW user system since eventually this project will have a few admins and I'd like each admin to only be able to manage a particular set of pages and not be able to edit any of the others. Off to the docs I go. Thanks everyone for your replies Any more thoughts are of course more than welcome
  10. So you think it will scale fine with thousands of pages? Does pagination stretch that far?
  11. RT @Sports_HQ: Obsessed is just a word the lazy use to describe the dedicated.

  12. I'm getting to know Processwire relatively well, and now I have a nice big challenge ahead of me and I'm trying to lay out my plan of attack. One of my peers reckons I should use WordPress Multisite, which I know is definitely a viable option, but I would much prefer to use Processwire. I know it's not a question of "Is it possible?" It definitely is. It's just a question of "What's the better approach?" Here's the situation: I'm setting up a service that will build site pages for multiple clients (aka baby sites) but all under one domain (aka mothership). The baby sites will use folders, not subdomains. Most of the baby sites will be one page only, but some may stretch to three pages *gasp*. And of course each baby site will have a completely unique look - so there'll be as many templates as there are babies and potentially more templates than babies. The mothership will be its own site with its own pages discussing how to become a baby and the benefits of being a baby. So it will look something like this: mothership dot com - with about 4 of its own pages mothership dot com/baby1 mothership dot com/baby2 and so on up to about baby1000 (potentially) Now here's my thought process. NON NEGOTIABLE - Use Processwire NEGOTIABLE: 1. One PW site, each baby is just its own page with child pages where necessary 2. One PW core install, each baby is a separate PW site running from the same core wire. PROS and CONS of the two alternatives as I see them: Alternative 1: PROS - Really easy to install and just create the babies as pages on the main site tree. Easy to update core and modules/plugins CONS - Will it become difficult to maintain as the babies approach the thousands? Will it scale or will it crash? Will it become a future model of the dangers of putting all your eggs (or babies) in one basket? Alternative 2: PROS - Would be nice and easy to maintain from one core, since I only have to update just the one wire folder. Might scale easier since they're different sites, each with just a few pages. Any other advantages? CONS - Don't even know if this is doable? - Would I need to update each site's modules separately? Annoying Your thoughts and recommendations are much appreciated by the mothership and the many babies, and by me of course
  13. RT @processwire: Field dependencies are coming to ProcessWire 2.4. Here's more about it and a video preview: http://t.co/glRjMsP9BI

  14. RT @dimensionmedia: When you refer to dropping off your kids at preschool as "releasing the child themes", it's time to take a break.

  15. Depends on what I'm working on and what phase I'm on in the project. Some of my best work for clients has been done to angry music... LOL
  16. Evernote is awesome for brain dumps!

  17. RT @kevinmitnick: PRO TIP: you shouldn't put your Password Safe master keys in a file called psafe.txt in your Documents directory. Someone…

  18. I can't work in silence either... I think I must be empty too!!
  19. RT @larscwallin: Very very funny reviews from Amazon customers :-)http://t.co/EzQVlhUgnT

  20. RT @IceBlueDesigns: Sigh. The every CMS versus #WordPress continues. Just tools of the trade. My toolbox has many tools. #MODx is one of th…

  21. RT @CorbettBarr: Don’t worry about being *the* best, worry about being *your* best. It takes the pressure off because it’s all you can real…

  22. RT @Scobleizer: People often ask me how to build a blog brand, here's my tips: http://t.co/G9E8hajZAA What's yours? You agree?

  23. RT @zefrank: being rich is when you earn more in the time that you are at the ATM than you actually withdraw.

×
×
  • Create New...