Jump to content

requinix

Administrators
  • Posts

    15,286
  • Joined

  • Last visited

  • Days Won

    435

Posts posted by requinix

  1. I won't claim to know how to do it professionally ("continuous integration" is what that's called) but

     

    Yes, tags can mark releases, but it's easier to deploy with a branch: make one just for released code and merge into it when you're ready. You can then put your tags on that, but deployment would be just checking out the new code. You can even stick the fetch+checkout commands in a cronjob.

     

    Make sure you don't have the .git directory in the web root - really, you should have everything set up like that to begin with anyways, with source code separate from the web-accessible files and whatnot.

     

    And another thing: do a detached checkout from origin instead of creating local branches.

    git checkout --detach origin/release
    (if "release" is the name of the release branch)

     

    One more thing. If you go automated, be damn sure you have great testing in place first.

  2. I'm not sure why you emphasize nearly, as if there is a lot of positioning on the page. There isn't. The relative div was added for the purposes of the text in the upper-right of that purple box (favorites of 2016), but that's the only positioning on the page.

    I emphasized it because there's more absolute and relative positioning used than I would expect to see on that page, given what elements are present. Like I said, the header and search results "should" be positioned, but I count 9 elements (mostly in the header) that are positioned - and I see you've changed it since I looked earlier.

     

    but my question still isn't answered. Any z-index added to the search results doesn't make it appear above the relative-positioned purple box. So the answer still isn't clear.

    Did you read that link I gave? It tries to explain how elements are layered on top of each other when it comes to z-indexes and relative/absolute positioning. Since you were doing the latter, the layering was not what you expected. True, you didn't specify z-index, but that's really an override and not an absolute value - without the browser calculates layering based on rules, and there are specific rules for what to do with positioned elements. Applying a z-index to the search results to try to bring it to the front isn't enough - the purple box was the problematic element so you had to add one to that to make it go to the back.
  3. If what you posted really is what you're working with, meaning that the echo is the only bit of code you have between those <?php ?> tags, then wouldn't you agree that

    <?php
    
    $month = date("m");
    
    ?>
    <li style="display: list-item;" ><a href="#"></a>
    <li style="display: list-item;" ><a href="http://mis.sgp.st.com/OVO_Alerts.php?MONTH=<?=$month?>&SITE=WWDC">WWDC</a></li>
    <li style="display: list-item;" ><a href="http://mis.sgp.st.com/OVO_Alerts.php?MONTH=<?=$month?>&SITE=NOIDA">Noida</a></li>
    <li style="display: list-item;" ><a href="#"></a></li>
    
    is much easier to look at?

     

    You're also missing a on that first link, though I don't believe it's technically required.

  4. Short answer: no, you can't.

     

    Long answer: no, you can't, but if it were I still wouldn't do it. The router you have now is fairly minimal (not necessarily a bad thing) and adding a concept of a sort of... I forget what it's called but it's an object you pass around that contains arbitrary data... would over-complicate the class and its behavior. Use-ing the variable makes sense to me and I would do that.

     

    That said, what you're doing now doesn't make sense. Based on context I assume $methods just a placeholder for more work? Because if it really is merely a new Methods() then you should just do that inside each callback.

  5. z-index is exactly the issue here. Or rather, using positioning in some places and not others is disrupting how elements are being stacked. Give the purple box a z-index:-1 as a test (that's not the solution) and you'll see it flow under the header too - something it doesn't do now, if you hadn't noticed.

    Try reading this.

     

    The best solution is some advice: don't use relative or absolute positioning nearly as much as you're doing now. A couple things should be, like the header (fixed) and search results list (absolute with relative parent), but everything else I see on that page can be done with plain DIVs and either some column techniques (eg, inline-block) or a bit of floating.

  6. Job Offerings has been updated to work a little differently.

     

    Forum permissions:

    • People can post new threads - unchanged
    • Replies are not allowed. Replies are allowed but moderated. This means users can reply but regular members (including the user themselves) will not see the new post. Instead the replies are available for staff to view and approve if they become aware of replies and feel like doing so. There is no implied obligation to staff members to watch for, review, approve, or in fact do anything with replies.
    • Editing follows global rules (allowed in a small window after posting) - unchanged
    The Rules and Guidelines have been tweaked to mention requiring contact information that is separate from PHP Freaks. The DO NOT REPLY thread has also been adjusted and is a little less rant-y (sorry .josh).

     

    The reasoning is due to technical limitations in IPB 3...

     

    The problem is that sometimes users will post threads that don't include contact information and this puts them, and job seekers, in an awkward position:

    • The poster may not realize they do not have access to the PM system
    • Editing is not allowed so posters cannot add information after the fact
    • Duplicate threads are prohibited, so the poster "cannot" make a revised thread
    • Replies were disabled so members could not mention that contact information is missing
    Two obvious solutions are not possible:
    • Have the poster reply: staff can bypass reply restrictions, naturally, however IPB does not have a separate permission for allowing one to reply to their own thread. Lifting the reply restriction was tried in the past but was abused by people spamming their contact information and reinstated.
    • Have staff PM the poster: not even staff are able to send or receive messages with restricted user accounts. Lifting the PM restriction is not acceptable because it's an obvious spam vector and policing PM spam is difficult.
    Thus replies are allowed so the poster has the ability to include clarifying information, but moderated so that anyone attempting to advertise themselves in threads will not work.

     

    Use the reporting system ("Report" link) if you see a thread but cannot find contact information.

     

     

    As should be expected, abuse these privileges or the reporting system at your own risk.

    • Like 1
  7. This forum is for the posting of job or contract opportunities - not for discussing the job.

     

    Replies will be moderated and very likely ignored by staff. Due to technical limitations, replies are allowed in case of situations where the original post does not include enough information, such as a means of contacting the poster or the company they represent, however this will be handled on a case-by-case basis. Staff will not monitor this forum for threads missing important information or for posts asking follow-up questions; use the reporting system if you feel such action is necessary.

     

    Abusing these privileges may get you a warning and/or ban.

  8. It looks like you're putting a query string into the query string? That's odd. Can you post an example of what that looks like?

     

    If the answer to your problem is not to redo that (again, it's odd) then I'm guessing it will be htmlspecialchars().

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.